Bug#425609: ITP: opengrok -- Wicked fast source code indexing and search software built on top of lucene

[Ľuboš Koščo]

On Thu, Feb 5, 2009 at 11:51 PM, Chris Lamb  wrote:

> Lubos Kosco wrote:
>
> > * Package name: OpenGrok
> [..]
> > * License : CDDL
>  
>
> A further problem might be that OpenGrok uses Exuberant Ctags which is
> licensed under the GPL. AIUI, the CDDL is GPL-incompatible.


sorry for a late reply

opengrok just calls the elf binary of exuberant ctags and consumes it's
output
I don't think this is a problem, since opengrok doesn't consume any code or
links any library of exuberant ctags.
If this would be problem, then you could say that opengrok cannot be bundled
with Debian, since it runs on kernel which is GPL and opengrok is CDDL ...

but I am no lawyer

I'll try to workout the integration scripts rather than fighting licenses ;)
also it seems http://mentors.debian.net/debian/pool/contrib/o/opengrok/needs
to be updated to 0.7

thanks for comments
Lubos



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



-- 
Lubos Kosco
tarza...@gmail.com
tar...@centrum.sk
http://tarzan.go.to

Bug#534158: tidy-mark default actually "yes"

[jidanni]

Tags: upstream
Package: tidy
Version: 20081224cvs-1
Severity: minor
File: /usr/share/man/man1/tidy.1.gz

Man page says
   tidy-mark
  Type:Boolean
  Default: no
But according to testing, and reading /etc/tidy/tidy.conf, we see it is
actually "yes". Please fix the man page.



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

Bug#534161: [random crashes] streamtuner: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0.

[Wouter Koolen-Wijkstra]

Package: streamtuner
Version: 0.99.99-15
Severity: grave
Justification: renders package unusable


streamtuner randomly crashes with the following message displayed on the console
streamtuner: Fatal IO error 11 (Resource temporarily unavailable) on X server 
:0.0.
it does not seem related to any particular action

With kind regards,

Wouter Koolen-Wijkstra


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

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

Versions of packages streamtuner depends on:
ii  libc6   2.9-12   GNU C Library: Shared libraries
ii  libcurl37.18.2-8.1   Multi-protocol file transfer libra
ii  libglib2.0-02.20.1-2 The GLib library of C routines
ii  libgtk2.0-0 2.16.1-2 The GTK+ graphical user interface 
ii  libtagc01.5-6TagLib Audio Meta-Data Library (C 
ii  libxml2 2.7.3.dfsg-1 GNOME XML library
ii  python  2.5.4-2  An interactive high-level object-o
ii  python-gtk2 2.14.1-3 Python bindings for the GTK+ widge
ii  python-support  1.0.3automated rebuilding support for P
ii  python2.5   2.5.4-1  An interactive high-level object-o

streamtuner recommends no packages.

Versions of packages streamtuner suggests:
pn  streamripper   (no description available)
ii  yelp  2.26.0-1   Help browser for GNOME

-- 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#534162: ITP: python-pyneo -- pyneo mobile stack: basis libraries

[Johannes Schauer]

Package: wnpp
Severity: wishlist
Owner: Johannes Schauer 


* Package name: python-pyneo
  Version : 1.13
  Upstream Author : Michael Dietrich 
* URL : http://pyneo.org
* License : GPL3
  Programming Lang: Python
  Description : pyneo mobile stack: basis libraries

Helper modules to support development for and with pyneo in Python. It
contains common functions, modules and constants.

--
I already attempted to build a Debian package:
http://rabenfrost.net/pyneo/python-pyneo/python-pyneo_1.13-1.dsc

This ITP is related to the ITP of pyneod Bug#534160

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



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

Bug#512694: pidgin-facebookchat: package should depend on the

[David Weinehall]

While at it, 1.52 was just released...
-- 
 /) David Weinehall  /) Rime on my window   (\
//  ~   //  Diamond-white roses of fire //
\)  http://www.acc.umu.se/~tao/(/   Beautiful hoar-frost   (/



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

Bug#527746: RFP: dirac -- advanced royalty-free video compression format

[Fabian Greffrath]

Andres Mejia schrieb:

I'm not a DD yet by the way, in case you didn't know.


Andres, my qeustion was nor personally for you, but for the whole list. ;)

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de



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

Bug#534107: UNetBootin does not fit ubuntu-9.04-dvd-i386.iso

[Yves Lambert]

Le dimanche 21 juin 2009 à 20:52 +0300, Eugene V. Lyubimkin a écrit :
> Yves Lambert wrote:
> > Package: unetbootin
> > Version: 344-1
> > Severity: normal
> > 
> > 
> > Hello, 
> > 
> > when trying to boot ubuntu-9.04-dvd-i386.iso with an usb-key filled up with 
> > unetbootin, initramfs reports that it cannot find root filesystem. UNetboot 
> > in does not pass root= arg to kernel, so /maybe/ the problem comes out 
> > there.
> > 
> Hello Yves, thanks for your report. Can you please try unetbootin 356-1 from
> Debian unstable?
The only unetbootin version that reports apt is 344-1: I have unstable
in my sources what's going on? may I use a different mirror ?
ftp.fr.debian.org is actually ftp.fr.debian.org. This is a primary
mirror.
deb ftp://ftp.proxad.net/mirrors/ftp.debian.org/ sid main non-free
contrib restricted
deb-src ftp://ftp.proxad.net/mirrors/ftp.debian.org/ sid main non-free
contrib restricted




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

Bug#534163: ITP: gsm0710muxd -- GSM 07.10 Multiplexer

[Johannes Schauer]

Package: wnpp
Severity: wishlist
Owner: Johannes Schauer 


* Package name: gsm0710muxd
  Version : 1.13
  Upstream Author : Michael Dietrich 
* URL : http://pyneo.org
* License : GPL2+
  Programming Lang: C
  Description : GSM 07.10 Multiplexer

pyneo mobile stack: muxer as GSM 07.10 describes.
A muxer for gsm modems to allow more than one channel to be used with
the modem. Each channel can be used to issue phonecalls, watch signal
strength, receiving sms or even doing ppp (gprs) at the same time.
Access to the multiplexer is managed via D-Bus.

-

I already attempted to build a Debian package:
http://rabenfrost.net/pyneo/gsm0710muxd/gsm0710muxd_1.13-1.dsc

This ITP relates to the ITP of pyneod Bug#534160

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



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

Bug#534164: base: metacity 2.26.0-2 lost its decoration

[metacity 2.26.0-2 loses its decoration]

Package: base
Severity: normal

my former metacity version was 2.24.0-2, i have upgraded it to 2.26.0-2, after 
rebooting my OS, i found that except gnome-terminal, all otherapplications lost 
their metacity decoration. But the current session did include metacity. And 
after typing metacity --replace in terminal, all recovered.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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



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

Bug#534138: wicd: Please don't mess with netdev members.

[David Paleino]

tags 534138 confirmed
thanks

On Mon, 22 Jun 2009 02:07:31 +0200, Cyril Brulebois wrote:

> Heya,

Hello KiBi,

> [Initially, was:
> Subject: wicd: Please don't propose additions to netdev if not relevant
> Severity: minor
> ]

ACK.

> I guess you may want to filter out users that are already in the netdev
> group.

Sure, that can be done. But then, how to handle removal of users? Or maybe this
shouldn't be the scope of my debconf screen.

> As for my system, got two users, cyril & guest, the former being in the
> netdev group already, and both were proposed as “Users to add to the netdev
> group”.
> 
> But, looking at the code:
> | # Add users not there yet
> | for u in $users; do
> | adduser $u netdev
> | netdev=$(echo $netdev | sed -e "s...@$u@@g")
> | done
> | 
> | # Remove users, present in the group, but not chosen in debconf
> | for u in $netdev; do
> | deluser $u netdev
> | done
> 
> So you:
>  - fail to detect people already in the netdev group.

This was tried in the first version to experimental, but EPICFAIL :)

db_metaget wicd/users default
db_subst wicd/users default "$(getent group netdev | cut -d: -f4 | sed 's@,@,
@g')"

And this caused #532112 (${default} wasn't substituted in the templates file)

>  - advertise you're going to add some users to that group.

Sure, that's what it actually does, if you check the users :)

>  - actually remove people that previously were there (because the local
>admin may not want to check boxes for users that are known to already
>be in the right group).

Ok, I clearly see where my debian/config fails (→ confirmed).
I will try to really fix what caused #532112, or only propose users for
addition (i.e. don't handle removals).

> That shouldn't migrate to testing in this shape, IMHO.

That's why I uploaded that to experimental, before moving it to sid. But it
seems that not all debconf-related bugs were spot.

Thank you for filing the bug,
David

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


signature.asc
Description: PGP signature

Bug#534077: artha: FTBFS: Unsatisfiable build-dependencies

[Andreas Tille]

On Sun, 21 Jun 2009, Lucas Nussbaum wrote:


Package: artha
Version: 0.8.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20090620 qa-ftbfs
Justification: FTBFS on amd64

...
edos-distcheck says:
artha (= 0.8.0-1): FAILED
 source---artha (= 0.8.0-1) depends on one of:
 - wordnet-dev (= 1:3.0-15)


IMHO this is a consequence of #529491.  I hope to find some
time to fix it this week.

Kind regards

   Andreas.

--
http://fam-tille.de



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

Bug#534138: wicd: Please don't mess with netdev members.

[Cyril Brulebois]

David Paleino  (22/06/2009):
> > I guess you may want to filter out users that are already in the
> > netdev group.
> 
> Sure, that can be done. But then, how to handle removal of users? Or
> maybe this shouldn't be the scope of my debconf screen.

I think your role should be limited to making it easy for the local
admin to put network managing into the right hands, if needed, that is:
propose additions only. If some users are already in that group, that's
because they have been put there, so don't bother. :)

> That's why I uploaded that to experimental, before moving it to sid.
> But it seems that not all debconf-related bugs were spot.

:)

> Thank you for filing the bug,

No problem. Have fun fixing it. :)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#533858: RFP: cint -- C/C++ interpreter

[Christian Holm Christensen]

Hi David,

On Sat, 2009-06-20 at 22:06 -0300, David Bremner wrote:
> Package: wnpp
> Severity: wishlist
> 
> 
> * Package name: cint
>   Version : 7.3.00
>   Upstream Author : Masaharu Goto ,  Philippe Canal Paul 
> Russo, 
>   Leandro Franco, Diego Marcos, and Axel Naumann.
> * URL : http://root.cern.ch/drupal/content/cint
> * License : MIT/X
>   Programming Lang: C++
>   Description : C/C++ interpreter
> 
> 
> >From the web site:
>   
> CINT covers most of ANSI C and ISO C++. A CINT script can call
> compiled classes/functions and compiled code can make callbacks to
> CINT interpreted functions. Utilities like makecint and rootcint
> automate the process of embedding compiled C/C++ library code as
> shared objects (as Dynamic Link Library, DLL, or shared library,
> .so). Source files and shared objects can be dynamically
> loaded/unloaded without stopping the CINT process. CINT offers a gdb
> like debugging environment for interpreted programs.
> 
> Comments:
> 
> there is currently a version of CINT available as part of the
> root-system-bin binaries, but
> 
> 1) It is not clear how well maintained that is.

The developers of CINT work closely together with the developers of ROOT
- as is evident from the WWW address of CINT :-) 

In fact, many of the ROOT developers are CINT developers and vice versa.
So while the CINT in ROOT may be outdated by a version number or so,  it
will always be maintained in ROOT. 

> 2) A quick and dirty package of standalone CINT I made is 35M
>installed, versus 100M+ for root-system-bin.
>
> If somebody is going to maintain root-system, it would make sense to
> split out the CINT package if possible.

The `pure' CINT binaries (cint, makecint) will disappear from the
root-system packages in the not-so-distant future (that is, as soon as I
get around to building new `experimental' packages of ROOT), since these
binaries are largely meaningless to the ROOT users. 

The reason the ROOT packages have gone a while with out bug fixes are
many, but mainly 

  * I recently had a baby daughter and she's taking quite a bit of
my free time.
  * ROOT has restructured the code a bit, and I've tried to follow
this in a new package structure.   I still need to root out a
few things with this. 

> I would be willing to help maintain this package.

Note, that there were some work done in the past on making a CINT
package set for Debian - by Richard Kreckel for his ginac package.
However, he has since abandoned CINT altogether and CINT has moved a lot
since then.  However, Richard had good contact with the CINT developers,
and it might not be a bad idea to contact him for some inside tricks and
insights.   

And to any die-hard avoid-duplicate-code-at-any-cost that might be
listening - yes, libroot-core does contain a library called libCint, and
no it is not compatible with the libcint of CINT, and no it cannot be
renamed.  The reason is, that ROOT has some special code put into CINT
to make it work better with ROOT. 

Yours,


-- 
Christian Holm Christensen 




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

Bug#519941: Remove Policy permission for packages to modify ld.so.conf

[Christian Holm Christensen]

Hi all,

On Fri, 2009-06-19 at 21:25 -0700, Russ Allbery wrote:
> In Policy Bug#519941, it was proposed to remove the Policy permission
> for packages to modify ld.so.conf in exceptional circumstances.  The
> implication would be that all packages which do this will need to either
> move their libraries into a standard library directory like /usr/lib if
> they're really intended to be public or compile with an RPATH setting.
> Permission for packages to modify the global library search order to
> include a non-standard directory would be removed.
> 
> The rationale as stated by Steve Langasek:
> 
> | This recommendation needs to be elminated entirely.  It is *not* ok
> | for packages that provide libraries to stick extra linker paths in the
> | global configuration, whether by modifying ld.so.conf or by adding to
> | /etc/ld.so.conf.d.  Either the libraries provided by the packages are
> | meant to be public, in which case they should be installed to the
> | standard library path instead of needlessly adding another directory
> | that's going to be globally visible anyway; or they should not, and
> | the cooperating packages should use rpath instead.
> | 
> | Use of rpath should still be discouraged, but if someone is bound and
> | determined to violate the FHS with their library paths in order to
> | have private libraries, they should make them really private with
> | rpath instead of using this "compromise" solution that takes the worst
> | of each approach.

This could be very bad for the root-system package set.   ROOT has
libraries named like libMatrix, libPostscript, libPhysics, libMath, and
so on - i.e., very general names.   For that reason I moved all the
packages into the subdirectory /usr/lib/root to not cause possible
conflicts.   To make this work seamlessly for both the root-system
binaries and user code linked against the libraries, I dump a file
in /etc/ld.so.conf.d/.  

For the root-system binaries, there is of course the option to link with
RPATH set.   However, I believe that the Policy actually forbids this.  

That leaves maintainers no choice but to put libraries in a directory in
the general search path - i.e., /usr/lib.   Furthermore, it will be up
to the maintainers to make sure that he/she figures out if other
packages use the same library names and make then `Conflict' against
those packages.  This could turn out to be quite some work. 

Now, I agree that the names chosen by upstream ROOT developers are poor.
It would have been better to call them something like libRootMatrix,
libRootPostscript, and so on (I can lobby for this, but I fear that it
will have very little effect).   One could argue, that one should simply
change the names of the library names in the Debian packages, but
several issues makes this undesirable: 

  * ROOT sometimes autoloads libraries in response to user input.
This mechanism is partially hard-coded into the sources, and
changing the names in Debian packages only would necessitate a
lot of patching. 
  * ROOT also sports a kind of Virtual Machine for clusters and Grid
computing.   One can simply upload a tar-ball with code and an
automatically generated Makefile to a cluster, and the code will
be built and run on target machine(s).   For this to work in a
heterogeneous environment like Grid were many types of Linux's,
Unix's, and what not machines is supposed to contribute, the
names of the libraries must remain the same - since that is
assumed by the generated Makefile (which may not be built on
Debian at all). 

> Note that using a separate directory and modifying ld.so.conf does not
> usefully resolve name conflicts, since all the libraries end up on the
> same global search path anyway and one still has to use RPATH to select
> which of two conflictingly-named libraries one wants to load.

This is, of course, a good point, and the only proper solution to this
is of course to make sure that every single library out there has a
globally unique name (or some other kind of Magic identifier).   

However, in the face of `difficult' packages like ROOT or legacy stuff
it might be good to allow for using specific sub-directories.   Given
that it is only a few packages that does this, it may not be so bad
after all.   Also, since ld.so looks for the so-name which _must_
(according to Policy) contain an interface number it seems unlikely (but
not impossible) that two libraries with the same basename but in two
different directories, has the same so-name. 

> This has already recieved the support of six Debian Developers, which is
> more than enough to make this change in Policy.  However, due to the
> broader effects, I wanted to make sure that people were aware of this
> discussion and had a chance to review and weigh in.  

This was my 2 €¢ :-)

> I'm also copying
> the maintainers of all packages that apt-file says include files in
> /etc/ld.so.conf.d except fo

Bug#534163: this is not fso-gsm0710muxd

[Johannes Schauer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

fso-gsm0710muxd is a fork of gsm0710muxd - hence the name.
fso-gsm0710muxd developed an interface incompatible to gsm0710muxd.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAko/OQIACgkQXYV+f49DE/XqAgCfbRMkME8/EekL01Bqq88v97lZ
SuUAn3QQynavLuKDbRftWV5vreMTX+gC
=wRiC
-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#533896: FTBFS: Probably because of missing build dependency

[Andreas Tille]

On Mon, 22 Jun 2009, peter green wrote:

from my testing in pbuilder it seems that ant-optional is indeed the only 
missing build-dependency.


Hmmm, I tried to apply this patch but got a compile error:

...
[javac] 4299. ERROR in 
/tmp/buildd/biojava-live-1.7.svn.20090419/src/org/biojava/bio/structure/PDBHeader.java
 (at line 10)
[javac] import 
com.sun.corba.se.spi.legacy.connection.GetEndPointInfoAgainException;
[javac]^
[javac] The import com.sun.corba cannot be resolved
...

Any Java experts who know how to work around this?

Kind regards

 Andreas.

--
http://fam-tille.de



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

Bug#533905: gtkvncviewer: cannot connect to server from command line

[Clement Lorteau]

-s has to be followed by an IP or host name that has been saved in the list
of known hosts before. Was it the case?



-- 
Clément Lorteau
www.lorteau.net

Bug#534165: unusable

[jidanni]

Package: googleearth-package
Version: 0.5.6
Severity: wishlist

Google earth Version: 5.0.11733.9347+0.5.6-1 cannot clean up its windows
when you click to close them, and leaves trails on the screen when you
try to move them. Unusable.



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

Bug#533640: lprng (lpd) uses 50% CPU and thousands of DNS lookups per minute

[Justin Piszcz]

On Mon, 22 Jun 2009, Craig Small wrote:


On Fri, Jun 19, 2009 at 10:17:59AM -0400, Justin Piszcz wrote:

I have my logs set to wrap after 5m and I only keep 3 copies, but this is
pretty nasty, it continually runs lookups until lpd is killed and started
again:

It's also a little unusual, I wonder why it keeps doing this.
Your urls give me a 404 too.

So, what configuration changes have you made to lprng?  I'm looking for
the printcap and the lpd.conf changes specifically.

- Craig
--
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/ csmall at : enc.com.au
http://www.debian.org/  Debian GNU/Linux, software should be Free



Hello,

My printcap has been the same for the past 3-5 years, its not something
I ever changed once I got it working:

$ cat /etc/printcap |grep -v ^#


.common:
   :sd=/var/spool/lpd/%P
   :sh:mx=0:mc=0

hp:\
# Printer log file.
:lf=%P.log:\
# The minimum number of lines required to print.
:ml=0:\
# Maximum job size.
:mx=0:\
# Maximum number of copies.
:mc=0:\
# Spool queue directory for temporary storage of print jobs.
:sd=/var/spool/lpd/%P:\
# Supress banners and headers.
:sh:\
# Spool queue accounting file.
:af=%P.acct:\
# Setup where we want to print to.
:tc=.common:lp=192.168.168.250%9100:\
#:tc=.common:hp=192.168.168.254%515:\
#:lp...@192.168.168.254:\ works
#:tc=.common:lp...@192.168.168.254:\
# Setup the filter we want to use.
:filter=/usr/lib/ifhp/ifhp:\
# Specify the ifhp configuration options.
:ifhp=model=hp2200,status,sync,pagecount,waitend:
# Specify page options.
:prefix_z=600,duplex,letter:

Justin.




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

Bug#534117: qbrew: export to HTML fails

[Tobias Quathamer]

On Sun, 2009-06-21 at 12:29 -0700, Andrea Giusto wrote:
> Package: qbrew
> Version: 0.4.1-2
> Severity: normal
> 
> When trying to export some recipe to HTML, text, or pdf I get a message box 
> that says:
> 
> "Unable to export to whatever.qbrew" 
> 
> Thanks

Hi David,

I've received the above bug report for qbrew in Debian, and I can
confirm the behaviour. Judging from my first few tests, it seems that
the variable "selected" stays empty in the export dialog (file
src/qbrew.cpp, line 447 onwards), although I don't know why. From then
on, the comparison fails (line 484 onwards), resulting in the error.

Can you reproduce this error on your system as well?

Apart from that, I've attached two patches. The first patch changes my
last name, because I'm married now. The second patch adds the config.log
file to the distclean target. That file would otherwise be left behind.

Regards,
Tobias

-- 
Tobias Quathamer | Dyslexics have more fnu.
Hamburg, Germany |

diff --git a/AUTHORS b/AUTHORS
index 4274883..ce65898 100644
--- a/AUTHORS
+++ b/AUTHORS
@@ -23,4 +23,4 @@ The KDE Project 
 
 Translators
 ---
-Tobias Toedter 
+Tobias Quathamer 
diff --git a/docs/book/handbook-credits.html b/docs/book/handbook-credits.html
index 7093f9c..b9277fc 100644
--- a/docs/book/handbook-credits.html
+++ b/docs/book/handbook-credits.html
@@ -98,7 +98,7 @@
 
 
   
-...Tobias Toedter for German translation work.
+...Tobias Quathamer for German translation work.
   
 
 
diff --git a/docs/handbook.docbook b/docs/handbook.docbook
index d8715d3..cc538dd 100644
--- a/docs/handbook.docbook
+++ b/docs/handbook.docbook
@@ -571,7 +571,7 @@
   contributing bug fixes.
 
 
-  ...Tobias Toedter for German translation work.
+  ...Tobias Quathamer for German translation work.
 
 
   ...Stephen Lowrie for a lot of rote work with
diff --git a/src/resource.h b/src/resource.h
index 6480fa3..f4949d7 100644
--- a/src/resource.h
+++ b/src/resource.h
@@ -66,7 +66,7 @@ const QByteArray CONTRIBUTORS = "Lee Henderson, "
 "Stephen Lowrie, "
 "Michal Palczewski, "
 "Kevin Pullin, "
-"Tobias Toedter";
+"Tobias Quathamer";
 
 const QByteArray READY= QT_TRANSLATE_NOOP("message",
 "Ready");
diff --git a/qbrew.pro b/qbrew.pro
index 2460a7b..02f437a 100755
--- a/qbrew.pro
+++ b/qbrew.pro
@@ -15,6 +15,8 @@ UI_DIR = build
 INCLUDEPATH += src
 VPATH = src
 
+QMAKE_DISTCLEAN = config.log
+
 win32 {
 RC_FILE = win\icon.rc
 CONFIG -= console


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

Bug#534167: Request to lift Failed state for globus-common 10.2-5 on sparc

[Mattias Ellert]

Package: buildd.debian.org
thanks

Resending to bug tracker since I haven't got any feedback on my mail to
sp...@buildd.debian.org.

 Vidarebefordrat meddelande 
Från: Mattias Ellert 
Till: sp...@buildd.debian.org
Ämne: Request to lift Failed state for globus-common 10.2-5 on sparc
Datum: Mon, 15 Jun 2009 13:34:30 +0200

Hi!

The failure of the last build for the globus-common 10.2-5 on sparc was
transient and caused by a temporary bug in the ghostscript package.
(see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532392)

I therefore request the Failed state to be lifted so that the build can
be attempted again.

Mattias



signature.asc
Description: Detta är en digitalt signerad	meddelandedel

Bug#243900: No longer an issue

[Wilco Baan Hofman]

This is no longer an issue as the sambaPwdMustChange and
sambaPwdCanChange attributes are no longer used.

It now only uses the policy in combination with sambaPwdLastSet.

This bug should be closed and marked as fixed.



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

Bug#523923: "nice" helps

[Johan Walles]

I just added "nice" to the line...

system("nice rsnapshot #{interval}")

... which improves system responsiveness while the rsync job is
running.  Other than that, the script still works really well for me:

http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=run-rsnapshot;att=1;bug=523923

  Regards //Johan



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

Bug#529032: Should be versioned dependency, or rather, libpci bug

[Josef Spillner]

The uswsusp Depends: libcpi3 should probably be changed to libpci3 (>= 
1:3.1.2) so that it can find the symbol LIBPCI_3.1 which is now needed by the 
package of version 0.8.

But this is only a workaround.
I would have assumed that using ${shlibs:Depends} could help avoiding such 
bugs, but if a symbol was added to the library, then clearly its soname needs 
to be changed to let this take effect (i.e. libpci4). Feel free to take this 
to the libpci maintainers.




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

Bug#534169: gnome-panel: Some items are listed horizontally on a vertical panel

[Greg Kochanski]

Package: gnome-panel
Version: 2.24.3-1+b1
Severity: normal

When I set one of my panels to "vertical" on the left edge,
Some of the items at the lower end are stacked horizontally,
even though there is (obviously) no room for them.

For instance, the "Desktop Search (F12)" icon is there, and
I can just see an edge of a volume control "Output" applet,
but 80% of it is off the left edge of the screen.
(For all I know, there are other icons even further left.)
A screendump of the relevant corner is attached as bug.png .

Obviously, some bit of gnome-panel code has a stacking direction
hard-wired in, rather than taking its direction from the overall
panel orientation.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-panel depends on:
ii  gnome-about2.26.1-1  The GNOME about box
ii  gnome-control-center   1:2.24.0.1-5  utilities to configure the GNOME d
ii  gnome-desktop-data 2.26.1-1  Common files for GNOME 2 desktop a
ii  gnome-menus2.24.2-2  an implementation of the freedeskt
ii  gnome-panel-data   2.24.3-1  common files for the GNOME Panel
ii  libatk1.0-01.26.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.24.1-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.24.1-1  The Bonobo UI library
ii  libc6  2.9-12GNU C Library: Shared libraries
ii  libcairo2  1.8.6-2+b1The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.12-1  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.80-4simple interprocess messaging syst
ii  libecal1.2-7   2.26.1.1-2Client library for evolution calen
ii  libedataserver1.2-11   2.26.1.1-2Utility library for evolution data
ii  libedataserverui1.2-8  2.26.1.1-2GUI utility library for evolution 
ii  libgconf2-42.26.2-1  GNOME configuration database syste
ii  libglade2-01:2.6.4-1 library to load .glade files at ru
ii  libglib2.0-0   2.20.1-2  The GLib library of C routines
ii  libgnome-desktop-2-11  2.26.1-1  Utility library for loading .deskt
ii  libgnome-menu2 2.24.2-2  an implementation of the freedeskt
ii  libgnome2-02.26.0-1  The GNOME library - runtime files
ii  libgnomeui-0   2.24.1-1  The GNOME 2 libraries (User Interf
ii  libgtk2.0-02.16.1-2  The GTK+ graphical user interface 
ii  libgweather1   2.26.1-1  GWeather shared library
ii  liborbit2  1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0 2.24.3-1+b1   library for GNOME Panel applets
ii  libpango1.0-0  1.24.0-3+b1   Layout and rendering of internatio
ii  libpolkit-dbus20.9-3 library for accessing PolicyKit vi
ii  libpolkit2 0.9-3 library for accessing PolicyKit
ii  librsvg2-2 2.26.0-1  SAX-based renderer library for SVG
ii  libwnck22  2.26.1-1  Window Navigator Construction Kit 
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  libxau61:1.0.4-2 X11 authorisation library
ii  menu-xdg   0.4   freedesktop.org menu compliant win

Versions of packages gnome-panel recommends:
ii  alacarte   0.12.1-1  easy GNOME menu editing tool
ii  evolution-data-server  2.26.1.1-2evolution database backend server
ii  gnome-applets  2.24.3.1-2+b1 Various applets for GNOME 2 panel 
ii  gnome-icon-theme   2.26.0-1  GNOME Desktop icon theme
ii  gnome-session  2.22.3-3  The GNOME 2 Session Manager
ii  gvfs   1.2.2-2   userspace virtual filesystem - ser
ii  policykit-gnome0.9.2-2   GNOME dialogs for PolicyKit

Versions of packages gnome-panel suggests:
ii  epiphany-browser  2.26.1-1   Intuitive web browser - dummy pack
ii  evolution 2.26.1.1-2 groupware suite with mail client a
ii  gdm   2.20.9-1   GNOME Display Manager
ii  gnome-session 2.22.3-3   The GNOME 2 Session Manager
ii  gnome-system-tools2.22.1-5   Cross-platform configuration utili
ii  gnome-terminal [x-terminal-em 2.26.2-1   The GNOME terminal emulator applic
ii  gnome-user-guide [gnome2-user 2.24.2-2   GNOME user's guide
ii  nautilus  2.26.2-5   file manager and graphical shell f
ii  xfce4-terminal [x-terminal-em 0.2.12-2   Xfce terminal emulator
ii  xterm [x-terminal-em

Bug#531368: [firmware-linux] breaks xserver-xorg-video-radeon

[Ben Hutchings]

On Sun, 2009-06-21 at 23:08 -0400, Wendy Elmer wrote:
> On Mon, 2009-06-22 at 03:40 +0100, Ben Hutchings wrote: 
> > On Sun, 2009-05-31 at 21:09 -0400, Brent S. Elmer, Ph.D. wrote:
> > > Package: firmware-linux
> > > Severity: normal
> > > 
> > > --- Please enter the report below this line. ---
> > > When I install firmware-linux, it breaks xserver-xorg-video-radeon.  X 
> > > freezes up 
> > > when starting.  There are no errors in the X log file it just freezes 
> > > when 
> > > starting.  My graphics card is ATI radeon R100 QD [Radeon 7200].  X 
> > > starts fine 
> > > when firmware-linux is not installed.
> > > 
> > > --- System information. ---
> > > Architecture: i386
> > > Kernel:   Linux 2.6.29.090424
> > 
> > What's this kernel version?
> > 
> > Ben.
> > 
> A custom built kernel.

Yes, I guessed that.  Can you be more specific as to how it's built?

Ben.

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


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

Bug#534168: RFP: euphoria -- A basic-like language compiler

[Mark Hobley]

Package: wnpp
Severity: wishlist

* Package name: euphoria
  Version : 4.0a3
  Upstream Author : Robert Craig 
* URL : http://sourceforge.net/projects/rapideuphoria/
* License : Public Domain
  Programming Lang: C
  Description : A basic-like language interpreter and compiler

Euphoria is an interpreted programming language that can also be compiled into
intermediate C code.


-- System Information:
Debian Release: 5.0.1
  APT prefers stable
  APT policy: (990, 'stable'), (50, 'unstable')
Architecture: i386 (i686)




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

Bug#534142: mt-daapd: Segfaults on files from a certain album

[Julien BLACHE]

John Goerzen  wrote:

Hi John,

> I would be happy to email you the file in question; it's 8.4MB.  I have 
> obtained it legally, and 
> can legally give you a copy, but I am not sure of the legality of posting it 
> in its entirety in 
> the bug report.

Yes, please send me the file privately. It looks like it'll end up
being an ffmpeg bug, which wouldn't be surprising given the sorry
state of FLAC in ffmpeg.

> I could also supply you an example of a file that does not have this problem 
> if you like.

I use FLAC exclusively here, so I've got some of my own ;)

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer -  
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



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

Bug#534170: initramfs-tools: do not install persistent files in initrd on request / if necessary

[Michael Prokop]

Package: initramfs-tools
Version: 0.93.3
Severity: wishlist


When using MODULES=netboot there are udev rules included in the
initrd like /etc/udev/rules.d/70-persistent-net.rules and
/etc/udev/rules.d/70-persistent-cd.rules - which usually doesn't
make any sense.

I'm aware that this is deriving from udev's extra/initramfs.hook
though I'd like to discuss what's the best way to get rid of
persistent files in the initrd.

Something like a "delete persistent infos" feature for initrd
generation would be nice. Building generic initrds works if the
currently running system doesn't have udev running but on a live
system building a generic initrd isn't 100% reliable.

What about providing a file /etc/initramfs-tools/conf.d/blacklist
which provides a list of files that should not be included in the
initrd (not enabled by default but just when using BLACKLIST=y in
/etc/initramfs-tools/initramfs.conf)?

regards,
-mika-



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

Bug#532680: hylafax: New upstream version 6.0.2

[Giuseppe Sacco]

Il giorno gio, 11/06/2009 alle 04.58 +1000, Geoff Simmons ha scritto:
[...]
> HylaFAX 6.0.2 was released on May 29 2009:
> 
> http://www.hylafax.org/content/HylaFAX_6.0.2_release
> 
> This is a maintenance/bugfix release addressing issues identified in the last
> major HylaFAX update, version 6.0.0:
[...]

Right,
I am working on a new package. This will be a quite new architecture
without the "twin directory" structure. It should be ready in a few
weeks.

Bye,
Giuseppe




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

Bug#534171: asc_mapedit fails with "Unable to initialize PhysicsFS" error.

[Dimitar Kavlakov]

Package: asc
Version: 2.1.0.0-2
Severity: important

When asc_map edit is started it fails immediately with the folloing error:


Unable to initialize PhysicsFS !
Invalid argumentterminate called after throwing an instance of 
'std::logic_error'
  what():  basic_string::_S_construct NULL not valid


Reproduced on various up to date testing/unstable instalations with the 
official 2.1.0 package and with compiled 2.2.0 and 2.3.x packages.


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

Kernel: Linux 2.6.29-plastic.686 (SMP w/2 CPU cores)
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.CP1251 (charmap=UTF-8) (ignored: 
LC_ALL set to bg_BG.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages asc depends on:
ii  asc-data   2.1.0.0-2 data files for the Advanced Strate
ii  libboost-regex1.38 1.38.0-6  regular expression library for C++
ii  libbz2-1.0 1.0.5-2   high-quality block-sorting file co
ii  libc6  2.9-15GNU C Library: Shared libraries
ii  libexpat1  2.0.1-4   XML parsing C library - runtime li
ii  libflac8   1.2.1-1.2 Free Lossless Audio Codec - runtim
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libgcc11:4.4.0-6 GCC support library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libmikmod2 3.1.11-a-6A portable sound library
ii  libogg01.1.3-5   Ogg Bitstream Library
ii  libphysfs1 2.0.0-3   filesystem abstraction library for
ii  libpng12-0 1.2.37-1  PNG library - runtime
ii  libsdl-image1.21.2.6-3   image loading library for Simple D
ii  libsdl-mixer1.21.2.8-6   mixer library for Simple DirectMed
ii  libsdl-sound1.21.0.3-3   Decoder of several sound file form
ii  libsdl1.2debian1.2.13-4+b1   Simple DirectMedia Layer
ii  libsigc++-1.2-5c2  1.2.7-2   type-safe Signal Framework for C++
ii  libsmpeg0  0.4.5+cvs20030824-2.2 SDL MPEG Player Library - shared l
ii  libspeex1  1.2~rc1-1 The Speex codec runtime library
ii  libstdc++6 4.4.0-6   The GNU Standard C++ Library v3
ii  libtiff4   3.8.2-11  Tag Image File Format (TIFF) libra
ii  libvorbis0a1.2.0.dfsg-5  The Vorbis General Audio Compressi
ii  libvorbisfile3 1.2.0.dfsg-5  The Vorbis General Audio Compressi
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

Versions of packages asc recommends:
ii  asc-music 1.3-1  music pack for ASC

asc suggests no packages.

-- debconf-show failed



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

Bug#534172: initramfs-tools: support different configuration file/directory for update-initramfs

[Michael Prokop]

Package: initramfs-tools
Version: 0.93.3
Severity: wishlist


mkinitramfs provides "-d $confdir" to set an alternate configuration
directory.

Though as the manpage states mkinitramfs is a "low-level tool for
generating an initramfs image".

AFAICS there doesn't exist a possibility to run update-initramfs
with a different configuration file than
/etc/initramfs-tools/initramfs.conf. Would be nice to be able to use
"-d $confdir" with update-initramfs as well.

regards,
-mika-



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

Bug#534163: ITP: gsm0710muxd -- GSM 07.10 Multiplexer

[gregor herrmann]

On Mon, 22 Jun 2009 09:32:56 +0200, Johannes Schauer wrote:

> * Package name: gsm0710muxd
>   Version : 1.13
>   Upstream Author : Michael Dietrich 
> * URL : http://pyneo.org
> * License : GPL2+
>   Programming Lang: C
>   Description : GSM 07.10 Multiplexer

FWIW, there's also a gsm0710muxd package in the pkg-fso repository:
http://pkg-fso.alioth.debian.org/debian/pool/main/g/gsm0710muxd/

I don't know from the top of my head if this is still relevant; CC'ing
the pkg-so team.

Cheers,
gregor
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-"Does it worry you that you don't talk any kind of sense? " 



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

Bug#534173: gnome-panel: Cannot change the timezone of the clock applet

[Stefan Monnier]

Package: gnome-panel
Version: 2.24.3-1+b1
Severity: normal

The clock applet (can't find any corresponding process in `ps', so I presume
it runs as part of `gnome-applet') allows me to choose various locations
and see their corresponding time, but it does not let me choose which of
those timezones is used for the clock displayed in the panel.  The only
option provided is to change the system timezone, which only works for
users who have admin-priviledges, and also affects all other users.


Stefan


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable'), (10, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-panel depends on:
ii  gnome-about2.26.1-1  The GNOME about box
ii  gnome-control-center   1:2.24.0.1-5  utilities to configure the GNOME d
ii  gnome-desktop-data 2.26.1-1  Common files for GNOME 2 desktop a
ii  gnome-menus2.24.2-2  an implementation of the freedeskt
ii  gnome-panel-data   2.24.3-1  common files for the GNOME Panel
ii  libatk1.0-01.26.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.24.1-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.24.1-1  The Bonobo UI library
ii  libc6  2.9-12GNU C Library: Shared libraries
ii  libcairo2  1.8.6-2+b1The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.12-1  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.80-4simple interprocess messaging syst
ii  libecal1.2-7   2.26.1.1-2Client library for evolution calen
ii  libedataserver1.2-11   2.26.1.1-2Utility library for evolution data
ii  libedataserverui1.2-8  2.26.1.1-2GUI utility library for evolution 
ii  libgconf2-42.26.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.4-1 library to load .glade files at ru
ii  libglib2.0-0   2.20.1-2  The GLib library of C routines
ii  libgnome-desktop-2-11  2.26.1-1  Utility library for loading .deskt
ii  libgnome-menu2 2.24.2-2  an implementation of the freedeskt
ii  libgnome2-02.26.0-1  The GNOME library - runtime files
ii  libgnomeui-0   2.24.1-1  The GNOME 2 libraries (User Interf
ii  libgtk2.0-02.16.1-2  The GTK+ graphical user interface 
ii  libgweather1   2.26.1-1  GWeather shared library
ii  liborbit2  1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0 2.24.3-1+b1   library for GNOME Panel applets
ii  libpango1.0-0  1.24.0-3+b1   Layout and rendering of internatio
ii  libpolkit-dbus20.9-3 library for accessing PolicyKit vi
ii  libpolkit2 0.9-3 library for accessing PolicyKit
ii  librsvg2-2 2.22.3-2  SAX-based renderer library for SVG
ii  libwnck22  2.24.2-2  Window Navigator Construction Kit 
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  libxau61:1.0.4-2 X11 authorisation library
ii  menu-xdg   0.4   freedesktop.org menu compliant win

Versions of packages gnome-panel recommends:
ii  alacarte   0.12.1-1  easy GNOME menu editing tool
ii  evolution-data-server  2.26.1.1-2evolution database backend server
ii  gnome-applets  2.24.3.1-2+b1 Various applets for GNOME 2 panel 
ii  gnome-icon-theme   2.24.0-4  GNOME Desktop icon theme
ii  gnome-session  2.22.3-3  The GNOME 2 Session Manager
ii  gvfs   1.2.2-2   userspace virtual filesystem - ser
ii  policykit-gnome0.9.2-2   GNOME dialogs for PolicyKit

Versions of packages gnome-panel suggests:
pn  epiphany-browser   (no description available)
ii  evolution 2.26.1.1-2 groupware suite with mail client a
ii  gdm   2.20.9-1   GNOME Display Manager
ii  gnome-session 2.22.3-3   The GNOME 2 Session Manager
ii  gnome-system-tool 2.22.1-4   Cross-platform configuration utili
ii  gnome-terminal [x 2.24.3-3   The GNOME 2 terminal emulator appl
ii  gnome-user-guide  2.24.2-2   GNOME user's guide
ii  nautilus  2.26.2-3   file manager and graphical shell f
ii  terminal.app [x-t 0.9.4+cvs20051125-5+b1 Terminal Emulator for GNUstep
ii  xterm [x-terminal 242-1  X terminal emulator
ii  yelp  2.24.0-2   Help browser for GNOME 2

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-di

Bug#524835: [Pkg-fonts-devel] RFS: thaifonts-siampradesh

[Theppitak Karoonboonyanan]

On Thu, Apr 30, 2009 at 7:56 PM, Theppitak
Karoonboonyanan wrote:
> On Thu, Apr 30, 2009 at 5:42 PM, Nicolas Spalinger
>  wrote:
>> LI Daobing wrote:
>>> yes, i know it is not DFSG-free.
>>>
>>> but not all the non-DFSG-free software can be uploaded to non-free,
>>> and I can't found any conclusion that this software can be uploaded to
>>> non-free.
>>>
>>> consider repost the license to debian-le...@l.d.o
>>
>>
>> Hi Theppitak,
>>
>> I would highly recommend you try interacting with upstream again to
>> convince them about adding their contact information to a FONTLOG and
>> suggesting people get in touch with them via that file as it's not
>> dropped by the package maintainers. Notifications can't be a requirement
>> but you providing contact information and suggesting it can make it easier.
>>
>> One small step and their release can be free software and can be more
>> widely distributed as part of Debian.
>
> Thanks to both of you for the comments.
>
> I'd like to say I have already tried that negotiation for over two years.
> But as the copyright holders are governmental organizations, they're not
> easy to convince. Talking to only one organization is difficult enough,
> but in this case, there are two to convince!
>
> I would have ignored it if it's not because of the fact that the fonts
> have now been used widespread (in a free-as-in-free-beer fashion,
> though).
>
> I have tried sending them some messages again, anyway, by referencing
> all relevant discussions here. I'll update on any progress.

With almost 2 months of silence from the copyright holders,
I think I had better go on with worst case assumption.

Given the unmodified version of the license, and with the
assumption that all modification and redistribution is on
postcardware basis, could debian-legal people re-evaluate
the license for non-free upload?

The license text can be found in the ITP bug log:
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524835

Thanks,
-- 
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/



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

Bug#534174: sun-java6-plugin: package does not register with alternatives

[Todd A. Jacobs]

Package: sun-java6-plugin
Version: 6-14-1
Severity: important


Installing the package does not make the plugin available to the
alternatives system. For example:

$ sudo update-alternatives --config iceweasel-javaplugin.so
There is only one alternative in link group iceweasel-javaplugin.so: 
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/gcjwebplugin.so
Nothing to configure.

$ apt-show-versions sun-java6-plugin
sun-java6-plugin/testing uptodate 6-14-1

$ ls -l /etc/alternatives/ | grep javaplugin
lrwxrwxrwx 1 root root  57 2008-09-05 00:32 firefox-javaplugin.so -> 
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/gcjwebplugin.so
lrwxrwxrwx 1 root root  57 2008-09-05 00:32 iceape-javaplugin.so -> 
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/gcjwebplugin.so
lrwxrwxrwx 1 root root  57 2008-09-05 00:32 iceweasel-javaplugin.so -> 
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/gcjwebplugin.so
lrwxrwxrwx 1 root root  58 2009-06-21 18:36 mozilla-javaplugin.so -> 
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/IcedTeaPlugin.so
lrwxrwxrwx 1 root root  57 2008-09-05 00:32 xulrunner-javaplugin.so -> 
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/gcjwebplugin.so

Removing icedtea6 doesn't resolve the problem, as the plugin is still not 
registered.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (700, 'unstable'), (600, 'stable'), (550, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages sun-java6-plugin depends on:
ii  epiphany-browser  2.26.1-1   Intuitive web browser - dummy pack
ii  epiphany-gecko2.26.1-1   Intuitive GNOME web browser - Geck
ii  iceweasel 3.0.11-1   lightweight web browser based on M
ii  libasound21.0.20-2   shared library for ALSA applicatio
ii  libx11-6  2:1.2.1-1  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxi62:1.1.4-1  X11 Input extension library
ii  libxt61:1.0.5-3  X11 toolkit intrinsics library
ii  libxtst6  2:1.0.3-1  X11 Testing -- Resource extension 
ii  sun-java6-bin 6-14-1 Sun Java(TM) Runtime Environment (
ii  xulrunner-1.9 1.9.0.7-1  XUL + XPCOM application runner

sun-java6-plugin recommends no packages.

sun-java6-plugin 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#534175: squid 3.0.STABLE13-1 build failure on gcc4.4

[Amos Jeffries]

Package: squid3
Version: 3.0.STABLE13-1

gcc 4.4 complains about strict-aliasing breakage. Currently causing 
issues of the package migration to Ubuntu.


Fixed by upstream patch:
  http://www.squid-cache.org/Versions/v3/3.0/changesets/b9053.patch


Amos



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

Bug#533976: bioperl test failures not reproduced with cowbuilder.

[Lucas Nussbaum]

On 22/06/09 at 09:15 +0900, Charles Plessy wrote:
> Le Sun, Jun 21, 2009 at 04:22:38PM +0200, Lucas Nussbaum a écrit :
> > > t/SearchIO/blastxml..dubious
> > >   Test returned status 255 (wstat 65280, 0xff00)
> > > DIED. FAILED tests 148-298
> > >   Failed 151/298 tests, 49.33% okay
> > > t/SeqIO/bsml_sax.dubious
> > >   Test returned status 255 (wstat 65280, 0xff00)
> > > DIED. FAILED tests 2-15
> > >   Failed 14/15 tests, 6.67% okay
> > > Failed 2/318 test scripts. 165/16485 subtests failed.
> > > Files=318, Tests=16485, 172 wallclock secs (81.32 cusr +  6.65 csys = 
> > > 87.97 CPU)
> > > make: *** [build-stamp] Error 255
> > 
> > The full build log is available from:
> >
> > http://people.debian.org/~lucas/logs/2009/06/20/bioperl_1.6.0-2_lsid64.buildlog
> 
> Bonjour Lucas,
> 
> thanks a lot for your QA efforts, they really impress me.
> 
> In the case of the above errors, I did not reproduce them in a Sid cowbuilder
> this morning. The two tests have in common XML parsing… Do you think that 
> there
> could be things preinstalled in your chroot that makes the parsing fail? I 
> have
> not found significant differences in the list of installed build-dependancies.

Hi Charles,

It seems that the test make use of internet access, which should not be
considered available.
-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#533995: [Debian-med-packaging] Bug#533995: libtfbs-perl: FTBFS: tests failed

[Lucas Nussbaum]

On 22/06/09 at 09:35 +0900, Charles Plessy wrote:
> Le Sun, Jun 21, 2009 at 04:45:00PM +0200, Lucas Nussbaum a écrit :
> > > t/04_DB_TRANSFAC.dubious
> > >   Test returned status 111 (wstat 28416, 0x6f00)
> > > DIED. FAILED tests 1-4
> > >   Failed 4/4 tests, 0.00% okay
> 
> Hi Lucas,
> 
> I could not reproduce this error with a Sid cowbuilder updated this morning
> from ftp://ftp2.jp.debian.org. I will retry a few days later as I already have
> seen the japanese mirrors lagging behind the master.

Hi Charles,

I gave it another try on another machine with a slightly different
config, and now the test simply blocks:
make[2]: Leaving directory `/tmp/libtfbs-perl-0.5.svn.20080722/Ext'
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 
'blib/lib', 'blib/arch')" t/*.t
t/01_Matrix..Name "PDL::SHARE" used only once: possible typo at 
/usr/lib/perl/5.10/DynaLoader.pm line 219,  line 206.
t/01_Matrix..ok  
t/02_Search..Name "PDL::SHARE" used only once: possible typo at 
/usr/lib/perl/5.10/DynaLoader.pm line 219,  line 206.
t/02_Search..ok  
t/03_DB_FlatFileDir..Name "PDL::SHARE" used only once: possible typo at 
/usr/lib/perl/5.10/DynaLoader.pm line 219,  line 206.
t/03_DB_FlatFileDir..ok  
t/04_DB_TRANSFAC.Name "PDL::SHARE" used only once: possible typo at 
/usr/lib/perl/5.10/DynaLoader.pm line 219,  line 206.
[BLOCKS HERE]
-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#534019: libbsd-arc4random-perl: FTBFS: arc4rnd_xs.c:167: error: expected ')' before string constant

[Lucas Nussbaum]

On 21/06/09 at 16:13 +, Thorsten Glaser wrote:
> Lucas Nussbaum dixit:
> 
> >> arc4rnd_xs.c: At top level:
> >> arc4rnd_xs.c:167: error: expected ')' before string constant
> 
> Could you please try the attached patch? If it works with it,
> blame it on the number of brokennesses in gcc increasing along-
> side with its version numbers.

no, doesn't fix the problem.
-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#533929: rjava: FTBFS: ERROR: configuration failed for package 'rJava'

[Lucas Nussbaum]

On 21/06/09 at 21:12 -0500, Dirk Eddelbuettel wrote:
> 
> On 21 June 2009 at 16:55, Lucas Nussbaum wrote:
> | Hi,
> | 
> | During a rebuild of all packages in sid, your package failed to build on
> | amd64.
> | 
> | Relevant part:
> | >  /usr/bin/fakeroot debian/rules binary
> | > test -x debian/rules
> | > dh_clean -k 
> | > dh_installdirs -A 
> | > mkdir -p "."
> | > if test -e /usr/share/misc/config.guess ; then \
> | >   for i in ./jri/tools/config.guess ; do \
> | >   if ! test -e $i.cdbs-orig ; then \
> | >   mv $i $i.cdbs-orig ; \
> | >   cp --remove-destination 
> /usr/share/misc/config.guess $i ; \
> | >   fi ; \
> | >   done ; \
> | >   fi
> | > if test -e /usr/share/misc/config.sub ; then \
> | >   for i in ./jri/tools/config.sub ; do \
> | >   if ! test -e $i.cdbs-orig ; then \
> | >   mv $i $i.cdbs-orig ; \
> | >   cp --remove-destination 
> /usr/share/misc/config.sub $i ; \
> | >   fi ; \
> | >   done ; \
> | >   fi
> | > dh_installdirsusr/lib/R/site-library
> | > if test -f /usr/bin/xvfb-run; then\
> | >xvfb-run   \
> | >   R CMD INSTALL -l 
> /build/user-rjava_0.6-3-1-amd64-l63FQQ/rjava-0.6-3/debian/r-cran-rjava/usr/lib/R/site-library
>  --clean \
> | >. ;\
> | >   else\
> | >R CMD INSTALL -l 
> /build/user-rjava_0.6-3-1-amd64-l63FQQ/rjava-0.6-3/debian/r-cran-rjava/usr/lib/R/site-library
>  \
> | >   --clean  . ;\
> | >   fi
> | > * Installing *source* package 'rJava' ...
> | > checking for gcc... gcc -std=gnu99
> | > checking for C compiler default output file name... a.out
> | > checking whether the C compiler works... yes
> | > checking whether we are cross compiling... no
> | > checking for suffix of executables... 
> | > checking for suffix of object files... o
> | > checking whether we are using the GNU C compiler... yes
> | > checking whether gcc -std=gnu99 accepts -g... yes
> | > checking for gcc -std=gnu99 option to accept ISO C89... none needed
> | > checking how to run the C preprocessor... gcc -std=gnu99 -E
> | > checking for grep that handles long lines and -e... /bin/grep
> | > checking for egrep... /bin/grep -E
> | > checking for ANSI C header files... yes
> | > checking for sys/wait.h that is POSIX.1 compatible... yes
> | > checking for sys/types.h... yes
> | > checking for sys/stat.h... yes
> | > checking for stdlib.h... yes
> | > checking for string.h... yes
> | > checking for memory.h... yes
> | > checking for strings.h... yes
> | > checking for inttypes.h... yes
> | > checking for stdint.h... yes
> | > checking for unistd.h... yes
> | > checking for string.h... (cached) yes
> | > checking sys/time.h usability... yes
> | > checking sys/time.h presence... yes
> | > checking for sys/time.h... yes
> | > checking for unistd.h... (cached) yes
> | > checking for an ANSI C-conforming const... yes
> | > checking whether time.h and sys/time.h may both be included... yes
> | > configure: checking whether gcc -std=gnu99 supports static inline...
> | > yes
> | > configure: error: One or more Java configuration variables are not set.
> | > Make sure R is configured with full Java support (including JDK). Run
> | > R CMD javareconf
> | > as root to add Java support to R.
> | > 
> | > If you don't have root privileges, run
> | > R CMD javareconf -e
> | > to set all Java-related variables and then install rJava.
> | > 
> | > checking Java support in R... present:
> | > interpreter : '/usr/bin/java'
> | > archiver: '/usr/bin/jar'
> | > compiler: '/usr/bin/javac'
> | > header prep.: ''
> 
> That variable is set on my system and ...
> 
> | > cpp flags   : '-I/usr/lib/jvm/java-6-openjdk/jre/../include'
> | > java libs   : '-L/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server 
> -L/usr/lib/jvm/java-6-openjdk/jre/lib/amd64 
> -L/usr/lib/jvm/java-6-openjdk/jre/../lib/amd64 -L 
> -L/usr/java/packages/lib/amd64 -L/usr/lib/jni -L/lib -L/usr/lib -ljvm'
> | > ERROR: configuration failed for package 'rJava'
> | > * Removing 
> '/build/user-rjava_0.6-3-1-amd64-l63FQQ/rjava-0.6-3/debian/r-cran-rjava/usr/lib/R/site-library/rJava'
> | > make: *** [R_any_arch] Error 1
> 
> ... the build proceeds fine here.
> 
> So I cannot reproduce this.

Hi Dirk,

I just tried, and I could reproduce the failure in a clean chroot.
beaujolais:/tmp/rjava-0.6-3# R CMD config JAVAH

Couldn't that be caused by a missing dependancy?
-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of 

Bug#534163: ITP: gsm0710muxd -- GSM 07.10 Multiplexer

[Johannes Schauer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

gregor herrmann wrote:
> FWIW, there's also a gsm0710muxd package in the pkg-fso repository:
> http://pkg-fso.alioth.debian.org/debian/pool/main/g/gsm0710muxd/

this one is obsolete, it got renamed to fso-gsm0710muxd
http://lists.alioth.debian.org/pipermail/pkg-fso-maint/2009-February/000660.html
here:
http://pkg-fso.alioth.debian.org/debian/pool/main/f/fso-gsm0710muxd/

also fso-gsm0710muxd got replaced with a new muxer called abyss for the
fso project so fso-muxer will be obsolete soon?
http://lists.alioth.debian.org/pipermail/pkg-fso-maint/2009-May/001157.html
http://lists.alioth.debian.org/pipermail/pkg-fso-maint/2009-April/000976.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAko/TIwACgkQXYV+f49DE/UemgCgoAKnZANewmx94iVwj7Ej5KU8
TokAoKyx0P/sZHwiP9kf8Toe5qgDxghW
=OPdK
-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#492853: problem exists

[Alexandra N. Kossovsky]

Hi.

> Does this error still occur with more recent kernel versions?

The problem exists for me with kernel 2.6.26-2-amd64 (lenny kernel).

05:02.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit 
Ethernet Controller (rev 14)
Subsystem: ASUSTeK Computer Inc. Marvell 88E8001 Gigabit Ethernet 
Controller (Asus)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: skge
Kernel modules: skge

[459277.144466] sky2 eth0: rx length error: status 0x5660100 length 2758
[459456.017982] eth0: hw csum failure.
[459456.017988] Pid: 0, comm: swapper Not tainted 2.6.26-2-amd64 #1
[459456.017990] 
[459456.017991] Call Trace:
[459456.017992][] netdev_rx_csum_fault+0x29/0x31
[459456.018013]  [] __skb_checksum_complete_head+0x43/0x56
[459456.018017]  [] __skb_checksum_complete+0xc/0x11
[459456.018021]  [] getnstimeofday+0x39/0x98
[459456.018024]  [] tcp_v4_rcv+0x132/0x6e3
[459456.018029]  [] ip_rcv_finish+0x0/0x352
[459456.018034]  [] ip_local_deliver_finish+0x120/0x1dd
[459456.018038]  [] ip_rcv_finish+0x32f/0x352
[459456.018042]  [] ip_rcv+0x22e/0x273
[459456.018051]  [] :sky2:sky2_poll+0x8d6/0xbfe
[459456.018057]  [] tcp_write_timer+0x633/0x762
[459456.018061]  [] getnstimeofday+0x39/0x98
[459456.018066]  [] net_rx_action+0xab/0x1da
[459456.018072]  [] __do_softirq+0x5c/0xd1
[459456.018077]  [] call_softirq+0x1c/0x28
[459456.018081]  [] do_softirq+0x3c/0x81
[459456.018084]  [] irq_exit+0x3f/0x83
[459456.018087]  [] do_IRQ+0xb9/0xd9
[459456.018090]  [] ret_from_intr+0x0/0x19
[459456.018092][] 
:processor:acpi_idle_enter_bm+0x2b3/0x327
[459456.018111]  [] cpuidle_idle_call+0x7a/0xaf
[459456.018113]  [] cpuidle_idle_call+0x0/0xaf
[459456.018116]  [] cpu_idle+0x89/0xb3
[459456.018126] 

"ifdown eth0 ; ifup eth0" helps to bring the ethernet interface back to
good state.

If you need more info about my hardware (or anything else), please, tell me.

Any propositions are welcome (such as "try newer kernel version" or
"try that patch").

Regards,
Alexandra.
-- 
Alexandra N. Kossovsky
OKTET Labs (http://www.oktetlabs.ru/)
Phones: +7(921)956-42-86(mobile) +7(812)783-21-91(office)
e-mail: sa...@oktetlabs.ru



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

Bug#534163: [pkg-fso-maint] Bug#534163: ITP: gsm0710muxd -- GSM 07.10 Multiplexer

[Joachim Breitner]

Hi Gregor,

Am Montag, den 22.06.2009, 10:50 +0200 schrieb gregor herrmann:
> On Mon, 22 Jun 2009 09:32:56 +0200, Johannes Schauer wrote:
> > * Package name: gsm0710muxd
> >   Version : 1.13
> >   Upstream Author : Michael Dietrich 
> > * URL : http://pyneo.org
> > * License : GPL2+
> >   Programming Lang: C
> >   Description : GSM 07.10 Multiplexer
> 
> FWIW, there's also a gsm0710muxd package in the pkg-fso repository:
> http://pkg-fso.alioth.debian.org/debian/pool/main/g/gsm0710muxd/
> 
> I don't know from the top of my head if this is still relevant; CC'ing
> the pkg-so team.

there are two incompatible gsm0710muxd daemons around, and Josh ITP
refers to the “original“ one. Anyways fso-gsm0710muxd will be obsolete
soon, and only one gsm0710muxd will remain.

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: Dies ist ein digital signierter Nachrichtenteil

Bug#534163: ITP: gsm0710muxd -- GSM 07.10 Multiplexer

[gregor herrmann]

On Mon, 22 Jun 2009 11:19:08 +0200, Johannes Schauer wrote:

> gregor herrmann wrote:
> > FWIW, there's also a gsm0710muxd package in the pkg-fso repository:
> > http://pkg-fso.alioth.debian.org/debian/pool/main/g/gsm0710muxd/
> this one is obsolete, it got renamed to fso-gsm0710muxd
> http://lists.alioth.debian.org/pipermail/pkg-fso-maint/2009-February/000660.html
> here:
> http://pkg-fso.alioth.debian.org/debian/pool/main/f/fso-gsm0710muxd/

Ah, right, I vaguely remember something about various gsm muxers.
Thanks for helping my failing memory.

Maybe the "old" gsm0710muxd packages should be removed from the
pkg-fso repo?
 
Cheers,
gregor 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-Warp 7 -- It's a law we can live with. 



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

Bug#534176: installation-report: Keyboard stops working when login prompt reached

[Tapio Lehtonen]

Package: installation-reports
Version: 2.38
Severity: normal



-- Package-specific info:

Boot method: CD
Image version: Lenny Debian 5.0.1 netinst
Date: 2009-06-21 21.00 EET

Machine: Fujitsu ErgoPro X x364
Partitions: swap and footfilesys


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O ]
Detect network card:[O ]
Configure network:  [O ]
Detect CD:  [O ]
Load installer modules: [O ]
Detect hard drives: [O ]
Partition hard drives:  [O ]
Install base system:[O ]
Clock/timezone setup:   [O ]
User/password setup:[O ]
Install tasks:  [O ]
Install boot loader:[O ]
Overall install:[O ]

Comments/Problems:
Installation worked, after disabling ACPI and two serial ports in BIOS. 
Before that Ethernet seemed to send but not receive 
(DHCPDISCOVER and DHCPOFFER visible on DHCP-server, client claimed not
to get configuration).

What does not work is keyboard when at login prompt of the installed 
system. Keyboard worked in Installer, and does work in GRUB and if
I boot in single user mode (writing this as root because in single user
mode). I noticed that keyboard also stopped working when I 
got to rescue mode in Installer. Keyboard worked before that, I got 
to rescue mode just fine via the menu choices, but once there no keypress
seemed to register.

I marked this bug serious because on this particular hardware Lenny can not
be used since naive user can not log in or do anything else either.  

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="5.0 (lenny) - installer build 20090123lenny1"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
umame -a: Linux palomuuri 2.6.26-2-486 #1 Thu Mar 26 00:13:41 UTC 2009 i686 
unknown
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 440LX/EX - 82443LX/EX 
Host bridge [8086:7180] (rev 03)
lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 440LX/EX - 82443LX/EX 
AGP bridge [8086:7181] (rev 03)
lspci -knn: 00:07.0 ISA bridge [0601]: Intel Corporation 82371AB/EB/MB PIIX4 
ISA [8086:7110] (rev 01)
lspci -knn: 00:07.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 
IDE [8086:7111] (rev 01)
lspci -knn: Kernel driver in use: PIIX_IDE
lspci -knn: Kernel modules: piix
lspci -knn: 00:07.2 USB Controller [0c03]: Intel Corporation 82371AB/EB/MB 
PIIX4 USB [8086:7112] (rev 01)
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: Kernel modules: uhci-hcd
lspci -knn: 00:07.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI 
[8086:7113] (rev 01)
lspci -knn: 00:08.0 Ethernet controller [0200]: Intel Corporation 82557/8/9/0/1 
Ethernet Pro 100 [8086:1229] (rev 02)
lspci -knn: Kernel driver in use: e100
lspci -knn: Kernel modules: e100, eepro100
lspci -knn: 00:10.0 Ethernet controller [0200]: D-Link System Inc RTL8139 
Ethernet [1186:1300] (rev 10)
lspci -knn: Kernel driver in use: 8139too
lspci -knn: Kernel modules: 8139too
lspci -knn: 00:12.0 VGA compatible controller [0300]: ATI Technologies Inc 3D 
Rage II+ 215GTB [Mach64 GTB] [1002:4755] (rev 9a)
lsmod: Module  Size  Used by
lsmod: ufs63876  0 
lsmod: qnx47684  0 
lsmod: ntfs  180288  0 
lsmod: dm_mod 45384  0 
lsmod: md_mod 65940  0 
lsmod: xfs   446708  0 
lsmod: reiserfs  186880  0 
lsmod: jfs   148060  0 
lsmod: ext3  103688  1 
lsmod: jbd35092  1 ext3
lsmod: vfat8960  0 
lsmod: fat40092  1 vfat
lsmod: ext2   52744  0 
lsmod: mbcache 6656  2 ext3,ext2
lsmod: 8139too20096  0 
lsmod: e100   29196  0 
lsmod: mii 4864  2 8139too,e100
lsmod: nls_utf81664  0 
lsmod: isofs  27684  0 
lsmod: nls_base6528  6 ntfs,jfs,vfat,fat,nls_utf8,isofs
lsmod: zlib_inflate   13952  1 isofs
lsmod: rsrc_nonstatic  9344  0 
lsmod: pcmcia_core31760  1 rsrc_nonstatic
lsmod: ide_generic 2432  0 [permanent]
lsmod: usb_storage76352  0 
lsmod: scsi_mod  129420  1 usb_storage
lsmod: vga16fb11276  2 
lsmod: vgastate7552  1 vga16fb
lsmod: thermal_sys10656  0 
lsmod: ide_cd_mod 27524  0 
lsmod: 

Bug#496063: hyphens in halibut

[Alexander Prinsier]

So the upstream version of halibut will just output '-' instead of '\-'?

Am I right to think that this means all man pages produced by halibut 
have to be patched by the maintainers to get '\-' instead of '-'? Or 
will the maintainer of halibut in Debian patch it to output '\-' anyway?


I'm packaging agedu. It's manpage is also produced by halibut and I'm 
facing the same issue. For now I just patched the manpage to show '\-' 
but this really should be fixed in halibut instead.


Alexander



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

Bug#483189: Manual pages with UTF-8 encoding

[Jakub Wilk]

* Colin Watson , 2009-06-21, 22:59:

- docbook stylesheet should be adding encoding declarations to the
generated manpages.

As I noted in the comment you linked to earlier
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519209#51), that's
only necessary if you're using something other than UTF-8 or the legacy
encoding for the relevant language.
docbook-xsl can produce manpages in other encodings, too, so my wish is 
still relevant.



There's no actual *problem* with adding a UTF-8 encoding declaration,
but it will not help with this bug, and once this bug is fixed it will
not be necessary for an encoding declaration to be present in order to
take advantage of the fix. manconv already has pretty reliable heuristic
detection of UTF-8; in fact, this is a large part of its purpose in
life.

In fact, adding UTF-8 encoding declaration could (minimally) help:


$ echo "[©] [≤]" > tmp1
$ man -l tmp1
[©] [â¤]

$ (echo "'\\\" -*- coding: UTF-8 -*-"; cat tmp1) > tmp2
$ man -l tmp2
[©] []


In the latter case, at least *some* characters are displayed properly.

--
Jakub Wilk



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

Bug#534177: Please provide single-precision library as well

[Joachim Breitner]

Package: ode
Version: 2:0.11-4
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

on some hardware like the Openmoko FreeRunner, using libode built with
double precision is not possible, as it it just too slow. This can be
worked around with building ode with single precision. Having such a
package in Debian would enable the use of mokomaze.

Reference to the relevant discussion:
http://n2.nabble.com/-Mokomaze-0.5.0--is-released-tp2754592p2787757.html

Could you please also build a libode-single-precision from the ode
source?

Thanks,
Joachim



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

Kernel: Linux 2.6.29-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/bash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAko/UZEACgkQ9ijrk0dDIGxUXgCfWlKuSmqR8mT4uNiyIDfo0Y4M
kskAn2TCCZTDMXyfW5WS0QmHa6KYC9Xn
=nIR1
-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#527123: abiword: Abiword still crashes on printing

[subhuman]

> > gdb abiword
> [...]
> > (gdb) q
> > The program is running.  Exit anyway? (y or n) y
> 
> You forgot the most important thing: "thread apply all bt full"

Wot? You're talking in riddles...

> 
> > Find gdb.txt attached
> 
> Also, you don't need to attach both gdb.txt and the terminal output,
> gdb.txt should suffice.
> 
> If you succeed, please forward your next mail to 527...@bugs.debian.org
> as well. Thanks! :-)

Which is what i regularly do... oO?


However, it seems now the ball is bouncing around on your side. You owe me a 
drink or two, u know? :-D

-- 
Volk ist Opium für die Religion.



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

Bug#534178: eric: Apparently different segmentation fault

[Angus Mackenzie]

Package: eric
Version: 4.3.4-1
Severity: important

Eric has been failing to start with a segfault for a few days; I was waiting 
for bug
532772 to be closed. This morning I upgraded eric but the segfault continued.

Strace eric stopped with a segfault after failing to find "sip, sip.so, 
sipmodule.so,
sip.py and sip.pyc" in /usr/share/eric/modules/KdeQt/. A symlink to an 
installed copy
of sip.so did not help.

Following an email discussion, I removed python-kde4 and its dev and doc 
packages.

Eric now starts normally. It's good to have it back.

Angus Mackenzie

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

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

Versions of packages eric depends on:
ii  bicyclerepair 0.9-4.3A refactoring tool for python
ii  python2.5.4-2An interactive high-level object-o
ii  python-chardet1.0.1-1.1  universal character encoding detec
ii  python-pygments   1.0-2  syntax highlighting package writte
ii  python-qscintilla22.4-3  Python bindings for QScintilla 2
ii  python-qt44.5.1-1Python bindings for Qt4
ii  python-support1.0.3  automated rebuilding support for P

Versions of packages eric recommends:
ii  eric-api-files4.3.4-1API description files for use with

Versions of packages eric suggests:
ii  pyqt4-dev-tools   4.5.1-1Development tools for PyQt4
ii  python-doc2.5.2-1Documentation for the high-level o
pn  python-kde4-doc(no description available)
ii  python-profiler   2.5.2-1deterministic profiling of any Pyt
ii  python-qt4-doc4.5.1-1Documentation and examples for PyQ
ii  python-qt4-sql4.5.1-1Python bindings for PyQt4's SQL mo
pn  qt4-assistant  (no description available)
ii  qt4-designer  4.5.1-2graphical designer for Qt 4 applic
ii  qt4-dev-tools 4.5.1-2Qt 4 development tools
ii  qt4-doc-html  4.5.1-2Qt 4 API documentation (HTML forma
ii  ruby  4.2An interpreter of object-oriented 

-- 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#530805: ov51x-jpeg-source: confirmed with 2.6.30-1-amd64 - Unable to build the module

[root]

Package: ov51x-jpeg-source
Version: 1.5.9-1
Severity: normal


  CC [M]  /home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.o
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c:543: error: 
‘v4l_compat_ioctl32’ undeclared here (not in a function)
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c: In function 
‘create_proc_ov511_cam’:
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c:677: error: implicit 
declaration of function ‘info’
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c:681: error: ‘struct 
proc_dir_entry’ has no member named ‘owner’
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c:689: error: ‘struct 
proc_dir_entry’ has no member named ‘owner’
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c:700: error: ‘struct 
proc_dir_entry’ has no member named ‘owner’
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c:712: error: ‘struct 
proc_dir_entry’ has no member named ‘owner’
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c: In function 
‘proc_ov511_create’:
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c:766: error: ‘struct 
proc_dir_entry’ has no member named ‘owner’
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c: In function 
‘ov51x_clear_snapshot’:
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c:1691: error: implicit 
declaration of function ‘warn’
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c: In function 
‘ov51x_v4l1_ioctl’:
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c:6386: warning: passing 
argument 1 of ‘video_usercopy’ from incompatible pointer type
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c:6386: warning: passing 
argument 2 of ‘video_usercopy’ makes integer from pointer without a cast
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c:6386: warning: passing 
argument 4 of ‘video_usercopy’ makes pointer from integer without a cast
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c:6386: error: too many 
arguments to function ‘video_usercopy’
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c: At top level:
/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.c:6651: warning: initialization 
from incompatible pointer type
make[6]: *** [/home/dh/src/modules/ov51x-jpeg/ov51x-jpeg-core.o] Erreur 1
make[5]: *** [_module_/home/dh/src/modules/ov51x-jpeg] Erreur 2
make[4]: *** [sub-make] Erreur 2
make[3]: *** [all] Erreur 2
make[3]: quittant le répertoire « /home/dh/src/linux-headers-2.6.30-1-amd64 »
make[2]: *** [all] Erreur 2
make[2]: quittant le répertoire « /home/dh/src/modules/ov51x-jpeg »
make[1]: *** [binary-modules] Erreur 2
make[1]: quittant le répertoire « /home/dh/src/modules/ov51x-jpeg »
make: *** [kdist_build] Erreur 2

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

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

Versions of packages ov51x-jpeg-source depends on:
ii  bzip2 1.0.5-2high-quality block-sorting file co
ii  debhelper 7.2.16 helper programs for debian/rules
ii  make  3.81-6 An utility for Directing compilati
ii  module-assistant  0.11.1 tool to make module package creati

ov51x-jpeg-source recommends no packages.

ov51x-jpeg-source 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#527123: abiword: Abiword still crashes on printing

[Patrik Fimml]

On Mon, Jun 22, 2009 at 11:42:55AM +0200, subhuman wrote:
> > > gdb abiword
> > [...]
> > > (gdb) q
> > > The program is running.  Exit anyway? (y or n) y
> > 
> > You forgot the most important thing: "thread apply all bt full"
> 
> Wot? You're talking in riddles...

That's a command to be typed at the gdb prompt, and the output of it is
what I am after.

Besides, you ran gdb as "gdb abiword": This will probably run the 2.6.8
executable, and not the one we just compiled with debugging symbols. You
should give the full path, e.g. "gdb
/tmp/abiword-2.7.4-inst/bin/abiword" if you followed my original
instructions.

> > > Find gdb.txt attached
> > 
> > Also, you don't need to attach both gdb.txt and the terminal output,
> > gdb.txt should suffice.
> > 
> > If you succeed, please forward your next mail to 527...@bugs.debian.org
> > as well. Thanks! :-)
> 
> Which is what i regularly do... oO?

Sorry. I didn't, as not to clutter the bug report, but I didn't check
whether you did or not. :-)

> However, it seems now the ball is bouncing around on your side. You
> owe me a drink or two, u know? :-D

Ah, that's a difficult matter. Maybe being able to print again will
settle that? ;-)

Patrik


signature.asc
Description: Digital signature

Bug#533917: metacity: It's not a duplicate

[Josselin Mouette]

Le dimanche 21 juin 2009 à 21:43 +0200, Ghent a écrit :
> Package: metacity
> Version: 1:2.26.0-2
> Severity: normal
> 
> Hello,
> I've the same bug and it's not a duplicate of bug #445529.
> I've just done the update metactiy 2.24.0-2 to 2.26.0-2.
> Metacity doesn't take care at my dashboards. When I maximize my windows, 
> their top and their bottom are hidden behind the dashboards.
> To solve the problem, I must do in a terminal "metacity --replace" after 
> each boot.

This is very probably caused by either gnome-session or gnome-panel
being stuck at older versions in testing.

I’ll add a Breaks: that will prevent this from happening, but in the
meantime you’ll have to upgrade to the versions currently in unstable or
to downgrade metacity. The newer gnome-session is stuck by the krb5
transition for the moment.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée

Bug#533664: "slowloris" denial-of-service vulnerability

[Amos Jeffries]

This has been reported upstream.

We do not believe Squid is as vulnerable as the authors claim. At the 
very least they have a number of statements regarding Squid incorrect.


We do recognize there is a potential issue here and are working on 
resolving it along with other minor attacks notified recently.


Amos Jeffries
Squid-3 Maintainer



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

Bug#522619: /usr/bin/network-admin: In Gnome, "System -> Administration -> Network" is unable to modify any settings

[Josselin Mouette]

Le lundi 22 juin 2009 à 01:56 -0400, Rick Thomas a écrit :
> Package: gnome-network-admin
> Version: 2.22.1-5
> Severity: normal
> File: /usr/bin/network-admin

> The "Unlock" button is greyed out, and all settings are locked.

What is the output of ck-list-sessions?

-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée

Bug#534179: [batman-adv-battool] Please package rev1317

[Resul Cetin]

Package: batman-adv-battool
Version: 1:0.1~beta+svn1236-2
Severity: wishlist

Is it possible to package battool from trunk as it supports the new batman-
adv-kernelland module from svn (which is for example used in the trunk of 
openwrt)?


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.30

Debian Release: squeeze/sid
  500 unstableftp.debian.org

--- Package information. ---
Depends  (Version) | Installed
==-+-===
libc6   (>= 2.2.5) | 2.9-18








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

Bug#520520: clive: usability regression in switch to perl rewrite

[Gerfried Fuchs]

reopen 520520
retitle 520520 please add --play switch
thanks

* Toni Gundogdu  [2009-03-20 18:43:01 CET]:
> On Fri, Mar 20, 2009 at 5:40 PM, Gerfried Fuchs  wrote:
> >  -) Where I formerly used --play=src (or even had the posibility to put
> > that into the config file) I now have to use --exec with the complete
> > calling syntax, quite inconvenient. :/
> 
> This was added in 2.1.7, e.g.:
> 
> ...
> [commands]
>   exec = mplayer -really-quiet %i;
> ...

 Erm, I just now found out that you seem to have misunderstood me.
--exec and --play are two different things. With --exec you define
_what_ to execute. With --play you turned the execution on.

 Now I can only define something to execute in the config file which is
done *always*. I don't seem to see any switch or posibility to define a
default execute option that only hooks in when I use --play.

 The usecase is like, sometimes I only want to download youtube videos
without playing them directly - but sometimes I do. Currently I have two
options:

 Define the exec line in the config and have it executed all the time,
unless I explicitly do "--exec 'true;'" or something like that. Or not
have it in the config file and always do "--exec 'gmplayer %i;'" when I
want it played.

 I am really looking for a mode to define the default exec and switch it
on only when I really want it to be executed, not have that option be
only in a single switch. This at least is what I was able to do before
and what I consider pretty helpful.

 Hope I'm more clear this time. :)
Rhonda



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

Bug#534180: Cannot use variable in Default field for multiselect

[David Paleino]

Package: debconf
Version: 1.5.26
Severity: important

Hello,
this is related to two wicd bugs: #532112 (which I can't reproduce anymore),
and #534138 .
I have this template:

--->8---
Template: wicd/users
Type: multiselect
Choices: ${users}
Default: ${default}
_Description: Users to add to the netdev group:
 Users who should be able to run wicd clients need to be added to the
 group "netdev".
---8<---

And was populating the vars with:

--->8---
db_metaget wicd/users users
db_subst wicd/users users "$(getent passwd | [..])"

db_metaget wicd/users default
db_subst wicd/users default "$(getent group netdev | [..])"

db_input high wicd/users || true
db_go
---8<---

(commands cut for wrapping purposes, both return a list in the form "one, two,
three")

And then act accordingly removing unchecked users, and adding checked ones.
The problem is that Default doesn't "work" when using a variable and db_subst.
Let me explain.

If I drop the wicd/users stanza from /var/cache/debconf/config.dat , and I
dpkg-reconfigure wicd, I have no users/choices checked, even if the "default"
variable is correctly initialized. This is what I get after the first run,
without checking anything:

--->8---
Name: wicd/users
Template: wicd/users
Value:
Owners: wicd
Flags: seen
Variables:
 default = neo, roberto
 users = bot, fede, neo, roberto, test
---8<---

This is *wrong*.
If I set "Default: neo, roberto" in the templates, the debconf multiselect has
the right choices.

Is it possible to set Default choices on-the-fly?

I hope I explained myself, sorry for the long report :)

David

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

Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core)
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 debconf depends on:
ii  debconf-i18n  1.5.26 full internationalization support 
ii  perl-base 5.10.0-23  minimal Perl system

Versions of packages debconf recommends:
ii  apt-utils 0.7.21 APT utility programs

Versions of packages debconf suggests:
ii  debconf-doc   1.5.26 debconf documentation
ii  debconf-utils 1.5.26 debconf utilities
ii  dialog1.1-20080819-1 Displays user-friendly dialog boxe
ii  gnome-utils   2.26.0-1   GNOME desktop utilities
ii  libgnome2-perl1.042-2Perl interface to the GNOME librar
pn  libnet-ldap-perl   (no description available)
pn  libqt-perl (no description available)
pn  libterm-readline-gnu-perl  (no description available)
ii  perl  5.10.0-23  Larry Wall's Practical Extraction 
ii  whiptail  0.52.10-4  Displays user-friendly dialog boxe

-- debconf information:
  debconf-apt-progress/title:
  debconf-apt-progress/info:
* debconf/priority: high
  debconf-apt-progress/preparing:
  debconf-apt-progress/media-change:
* debconf/frontend: Dialog

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


signature.asc
Description: PGP signature

Bug#534107: UNetBootin does not fit ubuntu-9.04-dvd-i386.iso

[Eugene V. Lyubimkin]

Yves Lambert wrote:
> Le dimanche 21 juin 2009 à 20:52 +0300, Eugene V. Lyubimkin a écrit :
>> Yves Lambert wrote:
>>> Package: unetbootin
>>> Version: 344-1
>>> Severity: normal
>>>
>>>
>>> Hello, 
>>>
>>> when trying to boot ubuntu-9.04-dvd-i386.iso with an usb-key filled up with 
>>> unetbootin, initramfs reports that it cannot find root filesystem. UNetboot 
>>> in does not pass root= arg to kernel, so /maybe/ the problem comes out 
>>> there.
>>>
>> Hello Yves, thanks for your report. Can you please try unetbootin 356-1 from
>> Debian unstable?
> The only unetbootin version that reports apt is 344-1: I have unstable
> in my sources what's going on? may I use a different mirror ?
> ftp.fr.debian.org is actually ftp.fr.debian.org. This is a primary
> mirror.
> deb ftp://ftp.proxad.net/mirrors/ftp.debian.org/ sid main non-free
> contrib restricted
> deb-src ftp://ftp.proxad.net/mirrors/ftp.debian.org/ sid main non-free
> contrib restricted
> 

I just re-checked, 356-1 is in unstable now. Did you run "apt-get/etc.
update"?

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Maintainer



signature.asc
Description: OpenPGP digital signature

Bug#534153: ltp: Please remove unused build-dependency on libcap2

[Jiří Paleček]

tags 534153 +wontfix
thanks


On Mon, 22 Jun 2009 07:37:37 +0200, Fabrice Coutadeur  
 wrote:


Build-dependency on libcap2-dev and libcap2-bin is of no use: I've just  
built

ltp packages without this build dependency and it builds fine.
Also, this libcap2 packages don't exist, and the ltp buils, install and  
run

fine.


Hi,

it's true the package builds without libcap2-dev, but some tests are not  
build in that case. Therefore, I've chosen to add the build-depends so  
more tests are built. If you need to port it somewhere where libcap is  
missing you can just delete the dependency, or try if some other versions  
won't work. But I'm keeping it for Debian and therefore tagging this bug  
wontfix.


Also, I'm not sure what you talk about when you say libcap2 is not in  
Ubuntu, I see something different([1][2]).


Regards
Jiri Palecek


[1]: http://packages.ubuntu.com/source/karmic/libcap2
[2]: http://packages.ubuntu.com/source/jaunty/libcap2





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

Bug#534163: [pkg-fso-maint] Bug#534163: ITP: gsm0710muxd -- GSM 07.10 Multiplexer

[Timo Juhani Lindfors]

Johannes Schauer  writes:
> also fso-gsm0710muxd got replaced with a new muxer called abyss for the
> fso project so fso-muxer will be obsolete soon?
> http://lists.alioth.debian.org/pipermail/pkg-fso-maint/2009-May/001157.html
> http://lists.alioth.debian.org/pipermail/pkg-fso-maint/2009-April/000976.html

But trying to build abyss from git fails with

No package 'gsm0710mux-1.0' found

so at least gsm0710muxd-1.0-pc file is needed?

-Timo



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

Bug#534121: rhythmbox: ipod touch not recongnized anymore

[Josselin Mouette]

Le dimanche 21 juin 2009 à 22:13 +0200, Ulrik Sverdrup a écrit :
> Now, the ipod does not show up at all. It is displayed as a
> digital camera in nautilus if connected by cable.

This is probably part of the problem.

What does the directory tree on your iPod’s root look like? (Not your
music files, I’m talking about any special files/directories.)

What is the output of "lsusb"?

-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée

Bug#483189: Manual pages with UTF-8 encoding

[Colin Watson]

On Mon, Jun 22, 2009 at 11:34:47AM +0200, Jakub Wilk wrote:
> * Colin Watson , 2009-06-21, 22:59:
>> There's no actual *problem* with adding a UTF-8 encoding declaration,
>> but it will not help with this bug, and once this bug is fixed it will
>> not be necessary for an encoding declaration to be present in order to
>> take advantage of the fix. manconv already has pretty reliable heuristic
>> detection of UTF-8; in fact, this is a large part of its purpose in
>> life.
> 
> In fact, adding UTF-8 encoding declaration could (minimally) help:
>
>
> $ echo "[©] [≤]" > tmp1
> $ man -l tmp1
> [©] [â¤]
>
> $ (echo "'\\\" -*- coding: UTF-8 -*-"; cat tmp1) > tmp2
> $ man -l tmp2
> [©] []
>
>
> In the latter case, at least *some* characters are displayed properly.

This makes no difference for me (man-db 2.5.5-2, groff-base
1.18.1.1-22). Debugging output shows identical processing apart from the
insertion of tbl. I'm adamant that this *should* not cause a difference,
so I'm happy to figure out why this is different for you if you can show
me 'man -d' output.

-- 
Colin Watson   [cjwat...@debian.org]



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

Bug#527123: abiword: Abiword still crashes on printing

[subhuman]

> That's a command to be typed at the gdb prompt, and the output of it is
> what I am after.

You should have told me that

> 
> Besides, you ran gdb as "gdb abiword": This will probably run the 2.6.8
> executable, and not the one we just compiled with debugging symbols. You
> should give the full path, e.g. "gdb
> /tmp/abiword-2.7.4-inst/bin/abiword" if you followed my original
> instructions.

I called gdb from the /tmp/... directory. so I assume gbd looked at the pwd 
first instead of guessing from the PATH environment variable.

> 
> > > > Find gdb.txt attached
> > > 
> > > Also, you don't need to attach both gdb.txt and the terminal output,
> > > gdb.txt should suffice.

I sent you the terminal output because it contained the backtrace you 
explicitly asked for. And for me as a sort of retired programmer I still can 
read a backtrace and figure out where the problem in question might come from. 
And furthermore: since I've been helping you for four or five days doing your 
work now I guess it's really your turn. It's definitely not my task as a user 
to do your job. We're just tearing on the same side of the rope, and it has 
been a pleasure so far helping you, but I guess I've torn the rope enough now.

 
> > However, it seems now the ball is bouncing around on your side. You
> > owe me a drink or two, u know? :-D
> 
> Ah, that's a difficult matter. Maybe being able to print again will
> settle that? ;-)
> 
I shall prefer a Caipirinha. ;-)


-- 
Volk ist Opium für die Religion.



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

Bug#534182: network-manager-gnome: network-manager keyring/wlan-connect problems when there's no user member of netdev

[Johan Kroeckel]

Package: network-manager-gnome
Version: 0.6.6-4
Severity: important

Steps to reproduce the bug:
Install system without user. Install network-manager/network-manager-gnome. 
Create new user. Login with new user. 
Logout. Now "adduser user netdev". Now you won't be able to join a wlan by 
clicking the wlan-name. The only way to join 
a wlan is to enter the ssid manually, and the password isn't saved to keyring. 
"dpkg-reconfigure network-manager; 
dpkg-reconfigure network-manager-gnome" resolves the problem.

-- System Information:
Debian Release: 5.0.1
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'proposed-updates')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (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/bash

Versions of packages network-manager-gnome depends on:
ii  libc6   2.7-18   GNU C Library: Shared libraries
ii  libdbus-1-3 1.2.1-5  simple interprocess messaging syst
ii  libdbus-glib-1-20.76-1   simple interprocess messaging syst
ii  libgconf2-4 2.22.0-1 GNOME configuration database syste
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.16.6-1+lenny1  The GLib library of C routines
ii  libgnome-keyring0   2.22.3-2 GNOME keyring services library
ii  libgnome2-0 2.20.1.1-1   The GNOME 2 library - runtime file
ii  libgnomeui-02.20.1.1-2   The GNOME 2 libraries (User Interf
ii  libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface 
ii  libnm-util0 0.6.6-3  network management framework (shar
ii  libnotify1 [libnotify1- 0.4.4-3  sends desktop notifications to a n
ii  libpango1.0-0   1.20.5-3+lenny1  Layout and rendering of internatio
ii  libx11-62:1.1.5-2X11 client-side library
ii  network-manager 0.6.6-3  network management framework daemo

Versions of packages network-manager-gnome recommends:
ii  libpam-gnome-keyring [libpam- 2.22.3-2   PAM module to unlock the GNOME key
pn  network-manager-openvpn-gnome  (no description available)
pn  network-manager-vpnc-gnome (no description available)
ii  notification-daemon   0.3.7-1+b1 a daemon that displays passive pop

network-manager-gnome 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#534181: ifupdown: method wvdial - manpage refering to /etc/ppp/peers

[Andreas Unterkircher]

Package: ifupdown
Version: 0.6.8
Severity: normal


Manpage says:

   The wvdial Method
   This method uses wvdial to configure a PPP interface. See that
command for more details.

   Options

  provider name
 Use name as the provider (from /etc/ppp/peers).


but infact the option "provider" here references a specific [Dialer]
section in /etc/wvdial.conf, not /etc/ppp/peers.

ifupdown invokeѕ the command "wvdial $provider" via start-stop-daemon
which means according wvdial manpage:

   One or more SECTIONs of /etc/wvdial.conf may be specified on the
command line.  Settings in these sections will override  settings  in
[Dialer Defaults].

   For example, the command:
  wvdial phone2
   will  read  default options from the [Dialer Defaults] section,
then override any or all of the options with those found in the [Dialer
phone2] section.


Cheers,
Andreas

-- System Information:
Debian Release: 4.0
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24-etchnhalf.1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages ifupdown depends on:
ii  debconf [debconf-2. 1.5.11etch2  Debian configuration management sy
ii  libc6   2.3.6.ds1-13etch9+b1 GNU C Library: Shared libraries
ii  lsb-base3.1-23.2etch1Linux Standard Base 3.1 init scrip
ii  net-tools   1.60-17  The NET-3 networking toolkit

ifupdown recommends no packages.

-- debconf information:
  ifupdown/convert-interfaces: true



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

Bug#534183: fglrx-driver: tell users that fglrx replace some parts of the window system

[Xavier Brochard]

Package: fglrx-driver
Severity: wishlist

Hello
Users are usually not aware of fglrx replacing some parts of the XWindow system.
I suggest to add something in the description about that. This will have 2 
benefits:
Users will know it _before_ installing.
When they'll encounter a bug (XWindow not starting for example), they'll 
discover more easily that it is not enough to change the driver (ati or vesa 
instead of fglrx) but they must also remove fglrx (yes, it is a real case :-).

regards
Xavier

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

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

Versions of packages fglrx-driver depends on:
ii  debconf [debconf-2.0] 1.5.26 Debian configuration management sy
ii  laptop-detect 0.13.7 attempt to detect a laptop
ii  libc6 2.9-16 GNU C Library: Shared libraries
ii  libdrm2   2.4.11-1   Userspace interface to kernel DRM 
ii  libgcc1   1:4.4.0-6  GCC support library
ii  libgl1-mesa-glx [libgl1]  7.4.1-1A free implementation of the OpenG
ii  libx11-6  2:1.2.1-1  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxinerama1  2:1.0.3-2  X11 Xinerama extension library
ii  libxrandr22:1.3.0-2  X11 RandR extension library
ii  libxrender1   1:0.9.4-2  X Rendering Extension client libra
ii  xserver-xorg  1:7.4+3the X.Org X server

Versions of packages fglrx-driver recommends:
pn  fglrx-atieventsd   (no description available)
pn  fglrx-glx  (no description available)
pn  fglrx-glx-ia32 (no description available)
pn  fglrx-modules | fglrx-source   (no description available)

Versions of packages fglrx-driver suggests:
pn  fglrx-control  (no description available)



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

Bug#534163: [pkg-fso-maint] Bug#534163: ITP: gsm0710muxd -- GSM 07.10 Multiplexer

[Joachim Breitner]

Hi,

Am Montag, den 22.06.2009, 13:02 +0300 schrieb Timo Juhani Lindfors:
> Johannes Schauer  writes:
> > also fso-gsm0710muxd got replaced with a new muxer called abyss for the
> > fso project so fso-muxer will be obsolete soon?
> > http://lists.alioth.debian.org/pipermail/pkg-fso-maint/2009-May/001157.html
> > http://lists.alioth.debian.org/pipermail/pkg-fso-maint/2009-April/000976.html
> 
> But trying to build abyss from git fails with
> 
> No package 'gsm0710mux-1.0' found
> 
> so at least gsm0710muxd-1.0-pc file is needed?

this seems to refer to a library libgsm0710mux, which is unrelated to
gsm0710muxd. I think Heiko Stübner is working on abyss and libgsm0710mux
etc.

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: Dies ist ein digital signierter Nachrichtenteil

Bug#532546: sg3-utils: Please package latest upstream version 1.27

[Martin Pitt]

tag 532546 patch
user ubuntu-de...@lists.ubuntu.com 
usertag 123456 + origin-ubuntu karmic ubuntu-patch
thanks

Michael Biebl [2009-06-10  2:19 +0200]:
> according to http://sg.danny.cz/sg/sg3_utils.html, the latest upstream
> version of sg3-utils is 1.27.
> Please package this version, as I need at least a version >= 1.26 for
> one of my packages (DeviceKit-disks) I maintain.

We need that in Ubuntu for the same reason. I updated the package in
Ubuntu. For your convenience, I attach the diff.gz interdiff. I
repackaged the upstream orig.tar.gz to not have debian/ inside, just
as you apparently did with earlier releases as well.

The inline patches applied in 1.24-2 are fixed/unnecessary in 1.27, so
I dropped them.

Thanks for considering!

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
reverted:
--- sg3-utils-1.24/Makefile
+++ sg3-utils-1.24.orig/Makefile
@@ -1,10 +1,10 @@
 SHELL = /bin/sh
 
 PREFIX=/usr/local
+LIBDIR=$(DESTDIR)/$(PREFIX)/lib
+INSTDIR=$(DESTDIR)/$(PREFIX)/bin
+MANDIR=$(DESTDIR)/$(PREFIX)/share/man
+INCLUDEDIR=$(DESTDIR)/$(PREFIX)/include
-LIBDIR=$(DESTDIR)$(PREFIX)/lib
-INSTDIR=$(DESTDIR)$(PREFIX)/bin
-MANDIR=$(DESTDIR)$(PREFIX)/share/man
-INCLUDEDIR=$(DESTDIR)$(PREFIX)/include
 
 CC = gcc
 LD = gcc
reverted:
--- sg3-utils-1.24/Makefile.freebsd
+++ sg3-utils-1.24.orig/Makefile.freebsd
@@ -1,10 +1,10 @@
 SHELL = /bin/sh
 
 PREFIX=/usr/local
+LIBDIR=$(DESTDIR)/$(PREFIX)/lib
+INSTDIR=$(DESTDIR)/$(PREFIX)/bin
+MANDIR=$(DESTDIR)/$(PREFIX)/man
+INCLUDEDIR=$(DESTDIR)/$(PREFIX)/include
-LIBDIR=$(DESTDIR)$(PREFIX)/lib
-INSTDIR=$(DESTDIR)$(PREFIX)/bin
-MANDIR=$(DESTDIR)$(PREFIX)/man
-INCLUDEDIR=$(DESTDIR)$(PREFIX)/include
 
 CC = gcc
 LD = gcc
@@ -74,7 +74,7 @@
$(LIBTOOL) $(LT_EXTRA) --mode=compile $(CC) -c sg_pt_freebsd.c
 
 libsgutils.la: sg_lib.lo sg_cmds_basic.lo sg_cmds_extra.lo sg_pt_freebsd.lo
+   $(LIBTOOL) $(LT_EXTRA) --mode=link $(LD) -o libsgutils.la sg_lib.lo \
-   $(LIBTOOL) $(LT_EXTRA) --mode=link $(LD) $(LDFLAGS) -o libsgutils.la 
sg_lib.lo \
sg_cmds_basic.lo sg_cmds_extra.lo sg_pt_freebsd.lo -rpath $(LIBDIR) \
-version-info $(LIB_VINFO)
 
diff -u sg3-utils-1.24/debian/changelog sg3-utils-1.27~repack/debian/changelog
--- sg3-utils-1.24/debian/changelog
+++ sg3-utils-1.27~repack/debian/changelog
@@ -1,3 +1,15 @@
+sg3-utils (1.27~repack-0ubuntu1) karmic; urgency=low
+
+  * New upstream release (required for current devicekit-disks), see 
+Debian #532546. Upstream original tarball repacked to not contain debian/
+directory. Use weird upstream version to avoid orig.tar.gz mismatch once
+this goes into Debian.
+  * Rename libsgutils1{,-dev} to libsgutils2{,-dev}, upstream bumped soname.
+  * debian/rules: Update build rules for upstream Makefile → autotools switch.
+  * debian/rules: Fix cleaning a clean source package.
+
+ -- Martin Pitt   Mon, 22 Jun 2009 12:04:20 +0200
+
 sg3-utils (1.24-2) unstable; urgency=low
 
   * Cleaned up package description (Closes: #445920).
diff -u sg3-utils-1.24/debian/control sg3-utils-1.27~repack/debian/control
--- sg3-utils-1.24/debian/control
+++ sg3-utils-1.27~repack/debian/control
@@ -26,20 +27,20 @@
  It also includes source code for some example programs that demonstrate
  how to use the scsi generic driver.
 
-Package: libsgutils1
+Package: libsgutils2
 Section: libs
 Depends: ${shlibs:Depends}
-Conflicts: libsgutils-1-0
 Architecture: any
 Recommends: sg3-utils
 Description: Utilities for working with generic SCSI devices (shared libraries)
  This package contains shared libraries that allow programs to use the sg
  interface to query SCSI devices.
 
-Package: libsgutils1-dev
+Package: libsgutils2-dev
 Section: libdevel
 Architecture: any
-Depends: libsgutils1, ${shlibs:Depends}
+Depends: libsgutils2, ${shlibs:Depends}
+Conflicts: libsgutils1-dev
 Recommends: sg3-utils
 Description: Utilities for working with generic SCSI devices (developer files)
  This package contains the  and  header
reverted:
--- sg3-utils-1.24/debian/libsgutils1-0-dev.dirs
+++ sg3-utils-1.24.orig/debian/libsgutils1-0-dev.dirs
@@ -1,2 +0,0 @@
-usr/lib
-usr/include/scsi
reverted:
--- sg3-utils-1.24/debian/libsgutils1-0-dev.install
+++ sg3-utils-1.24.orig/debian/libsgutils1-0-dev.install
@@ -1,5 +0,0 @@
-usr/include/scsi
-usr/lib/*.so
-usr/lib/*.lo
-usr/lib/*.la
-usr/lib/*.a
reverted:
--- sg3-utils-1.24/debian/libsgutils1-0.dirs
+++ sg3-utils-1.24.orig/debian/libsgutils1-0.dirs
@@ -1 +0,0 @@
-usr/lib
reverted:
--- sg3-utils-1.24/debian/libsgutils1-0.install
+++ sg3-utils-1.24.orig/debian/libsgutils1-0.install
@@ -1 +0,0 @@
-usr/lib/*.so.*
reverted:
--- sg3-utils-1.24/debian/libsgutils1-dev.install
+++ sg3-utils-1.24.orig/debian/libsgutils1-dev.install
@@ -1,5 +0,0 @@
-usr/include/scsi
-usr/lib/*.so
-usr/lib/*.lo
-usr/lib/*.la
-usr/lib/*.a
reverted:
--- sg3-utils-1.24/debian/libsgutils1.install
+++ sg3-utils-1.24.orig/debian/libsgutils1.install

Bug#534184: libnet-sslglue-perl: Missing versioned dep on libwww-perl

[Dominic Hargreaves]

Package: libnet-sslglue-perl
Version: 0.2-1
Severity: normal

Should depend on a suitable recent libwww-perl (for backporting) since:

LWP::UserAgent version 5.822 (v5.822.0) required--this is only version 2.033 
(v2.33.0) at /usr/share/perl/5.8/Exporter/Heavy.pm line 107.
BEGIN failed--compilation aborted at /usr/share/perl5/Net/SSLGlue/LWP.pm line 5.



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

Bug#534176: Acknowledgement (installation-report: Keyboard stops working when login prompt reached)

[Tapio Lehtonen]

On Mon, Jun 22, 2009 at 09:36:12AM +, Debian Bug Tracking System wrote:
> 

I changed in BIOS

Unattended boot: Enabled
Configure PnP-ISA devices: Enabled
ACPI support: Enabled

Now keyboard seems to work. 

Previously I noticed that booting into single-user mode, logging in as
root and then going to runlevel 2 with Control-D gave me a working
keyboard. 

I turned off ACIP support previously, because the two ethernet cards
did not get network settings from DHCP. I could see DHCPDISCOVER and
DHCPOFFER on the DHCP-server, but the client claimed no answer came. 

I was going to make this into a firewall, so I need two Ethernet
cards. 

-- 
Tapio Lehtonen
tapio.lehto...@iki.fi
http://www.iki.fi/tapio.lehtonen


signature.asc
Description: Digital signature

Bug#534186: zero exit status even after failure to start

[martin f krafft]

Package: iodine
Version: 0.5.2-1
Severity: normal

It seems that iodine (client) exits with a 0 exit status, even if
the startup sequence didn't work:

% IFACE=dns0; echo mysecret | sudo start-stop-daemon --start --make-pidfile 
--pidfile /var/run/iodine/iodine.$IFACE.pid --exec /usr/sbin/iodine -- -u 
nobody -d $IFACE r0.madduck.net 
Enter password: 
Opened dns0
[…]
Version ok, both using protocol v 0x0500. You are user #0
[…]
768 not ok.. 384 not ok.. 192 not ok.. 96 not ok.. 48 not ok.. 24 not ok.. 12 
not ok.. 6 not ok.. 3 not ok.. 2 not ok.. 
iodine: found no accepted fragment size. (Try probing manually with -m)
% echo $?
0

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

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

Versions of packages iodine depends on:
ii  adduser3.110 add and remove users and groups
ii  debconf [debconf-2.0]  1.5.26Debian configuration management sy
ii  libc6  2.9-13GNU C Library: Shared libraries
ii  makedev2.3.1-88  creates device files in /dev
ii  udev   0.141-1   /dev/ and hotplug management daemo
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

iodine recommends no packages.

Versions of packages iodine suggests:
ii  dnsutils   1:9.6.0.dfsg.P1-2 Clients provided with BIND
ii  fping  2.4b2-to-ipv6-16  sends ICMP ECHO_REQUEST packets to
ii  gawk   1:3.1.6.dfsg-3GNU awk, a pattern scanning and pr
ii  ipcalc 0.41-1parameter calculator for IPv4 addr
ii  iproute20090324-1networking and traffic control too

-- debconf information excluded

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#519941: Remove Policy permission for packages to modify ld.so.conf

[Bill Allombert]

On Sun, Jun 21, 2009 at 09:43:16PM +0200, Christian Holm Christensen wrote:
> Hi all,
> 
> On Fri, 2009-06-19 at 21:25 -0700, Russ Allbery wrote:
> > In Policy Bug#519941, it was proposed to remove the Policy permission
> > for packages to modify ld.so.conf in exceptional circumstances.  The
> > implication would be that all packages which do this will need to either
> > move their libraries into a standard library directory like /usr/lib if
> > they're really intended to be public or compile with an RPATH setting.
> > Permission for packages to modify the global library search order to
> > include a non-standard directory would be removed.
> > 
> > The rationale as stated by Steve Langasek:
> > 
> > | This recommendation needs to be elminated entirely.  It is *not* ok
> > | for packages that provide libraries to stick extra linker paths in the
> > | global configuration, whether by modifying ld.so.conf or by adding to
> > | /etc/ld.so.conf.d.  Either the libraries provided by the packages are
> > | meant to be public, in which case they should be installed to the
> > | standard library path instead of needlessly adding another directory
> > | that's going to be globally visible anyway; or they should not, and
> > | the cooperating packages should use rpath instead.
> > | 
> > | Use of rpath should still be discouraged, but if someone is bound and
> > | determined to violate the FHS with their library paths in order to
> > | have private libraries, they should make them really private with
> > | rpath instead of using this "compromise" solution that takes the worst
> > | of each approach.
> 
> This could be very bad for the root-system package set.   ROOT has
> libraries named like libMatrix, libPostscript, libPhysics, libMath, and
> so on - i.e., very general names.   For that reason I moved all the
> packages into the subdirectory /usr/lib/root to not cause possible
> conflicts.   To make this work seamlessly for both the root-system
> binaries and user code linked against the libraries, I dump a file
> in /etc/ld.so.conf.d/.  

I understand this issue, but putting libMatrix in /usr/lib/root avoid file
conflict with other package, do not address the problem of library name
conflict at run-time.

> That leaves maintainers no choice but to put libraries in a directory in
> the general search path - i.e., /usr/lib.   Furthermore, it will be up
> to the maintainers to make sure that he/she figures out if other
> packages use the same library names and make then `Conflict' against
> those packages.  This could turn out to be quite some work. 

I cannot see how your scheme avoid such work: your packages still has to
conflict with any other that contains libMatrix to avoid a library name
conflict. Indeed it make it harder because files conflicts are easier to spot
than library name conflict.

> Now, I agree that the names chosen by upstream ROOT developers are poor.
> It would have been better to call them something like libRootMatrix,
> libRootPostscript, and so on (I can lobby for this, but I fear that it
> will have very little effect).   One could argue, that one should simply
> change the names of the library names in the Debian packages, but
> several issues makes this undesirable: 
> 
>   * ROOT sometimes autoloads libraries in response to user input.
> This mechanism is partially hard-coded into the sources, and
> changing the names in Debian packages only would necessitate a
> lot of patching. 
>   * ROOT also sports a kind of Virtual Machine for clusters and Grid
> computing.   One can simply upload a tar-ball with code and an
> automatically generated Makefile to a cluster, and the code will
> be built and run on target machine(s).   For this to work in a
> heterogeneous environment like Grid were many types of Linux's,
> Unix's, and what not machines is supposed to contribute, the
> names of the libraries must remain the same - since that is
> assumed by the generated Makefile (which may not be built on
> Debian at all). 

I suggest you try the following:

Put libRootMatrix in /usr/lib and a symlink 
/usr/lib/root/libMatrix.so -> /usr/lib/libRootMatrix.so
This way it will be possible to do
gcc -L/usr/lib/root/ -lMatrix
as it is done currently.

> > Note that using a separate directory and modifying ld.so.conf does not
> > usefully resolve name conflicts, since all the libraries end up on the
> > same global search path anyway and one still has to use RPATH to select
> > which of two conflictingly-named libraries one wants to load.
> 
> This is, of course, a good point, and the only proper solution to this
> is of course to make sure that every single library out there has a
> globally unique name (or some other kind of Magic identifier).   

But this makes your attempt at avoiding conflict quite futile.

> However, in the face of `difficult' packages like ROOT or legacy stuff
> it might be good to allow f

Bug#534185: option to add/remove static route to nameserver used

[martin f krafft]

Package: iodine
Version: 0.5.2-1
Severity: wishlist

It would be nice to have an option for iodine (client) that would
cause the process to add a static route to the DNS server it uses
via the default gateway (or maybe a specific IP), e.g.

  iodine … -r … my.dns.domain  → route via default gw
  iodine … -r 1.2.3.4 … my.dns.domain  → route via 1.2.3.4

The reason is that one usually adds 0/1 and 128/1 routes (or
redirects the default route) via the iodined IP, but the DNS server
must stay reachable.

The iodine client knows best which DNS IP it uses, which is why
I think it should provide that option. It would make it trivial to
add if-up.d/if-down.d hooks to automate the setup (I would send
a patch later).

It goes without saying that termination of the iodine process should
also remove the static route as well.

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

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

Versions of packages iodine depends on:
ii  adduser3.110 add and remove users and groups
ii  debconf [debconf-2.0]  1.5.26Debian configuration management sy
ii  libc6  2.9-13GNU C Library: Shared libraries
ii  makedev2.3.1-88  creates device files in /dev
ii  udev   0.141-1   /dev/ and hotplug management daemo
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

iodine recommends no packages.

Versions of packages iodine suggests:
ii  dnsutils   1:9.6.0.dfsg.P1-2 Clients provided with BIND
ii  fping  2.4b2-to-ipv6-16  sends ICMP ECHO_REQUEST packets to
ii  gawk   1:3.1.6.dfsg-3GNU awk, a pattern scanning and pr
ii  ipcalc 0.41-1parameter calculator for IPv4 addr
ii  iproute20090324-1networking and traffic control too

-- debconf information excluded


-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#533976: bioperl test failures not reproduced with cowbuilder.

[Lucas Nussbaum]

On 22/06/09 at 19:43 +0900, Charles Plessy wrote:
> Now I found the iptables logs at the bottom of the build logs, and I thought
> that it is useful enough to be mentionned at the FTBFS page of 
> wiki.debian.org…
> 
> http://wiki.debian.org/qa.debian.org/FTBFS?action=diff&rev2=22&rev1=21

The problem is that several packages are building concurrently on each
node, so having something in the log doesn't mean that that package
tried to use the network.
-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#533858: RFP: cint -- C/C++ interpreter

[David Bremner]

Christian Holm Christensen wrote:

>The `pure' CINT binaries (cint, makecint) will disappear from the
>root-system packages in the not-so-distant future (that is, as soon as I
>get around to building new `experimental' packages of ROOT), since these
>binaries are largely meaningless to the ROOT users. 

OK, so it sounds like having a separate cint package makes sense.

>The reason the ROOT packages have gone a while with out bug fixes are
>many, but mainly 
[snip...]

Sure, good to hear you are still interested. And congratulations on
the daughter.

>> I would be willing to help maintain this package.

>Note, that there were some work done in the past on making a CINT
>package set for Debian - by Richard Kreckel for his ginac package.
>However, he has since abandoned CINT altogether and CINT has moved a lot 

Hmm. Ok. I'll drop him a line.

>And to any die-hard avoid-duplicate-code-at-any-cost that might be
>listening - yes, libroot-core does contain a library called libCint, and
>no it is not compatible with the libcint of CINT, and no it cannot be
>renamed.  The reason is, that ROOT has some special code put into CINT
>to make it work better with ROOT. 

So should both packages install these libraries as private 
(i.e. not in /usr/lib) to avoid conflicts?

David




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

Bug#533929: rjava: FTBFS: ERROR: configuration failed for package 'rJava'

[Dirk Eddelbuettel]

On 22 June 2009 at 11:02, Lucas Nussbaum wrote:
| On 21/06/09 at 21:12 -0500, Dirk Eddelbuettel wrote:
| > 
| > On 21 June 2009 at 16:55, Lucas Nussbaum wrote:
| > | Hi,
| > | 
| > | During a rebuild of all packages in sid, your package failed to build on
| > | amd64.
| > | 
| > | Relevant part:
| > | >  /usr/bin/fakeroot debian/rules binary
| > | > test -x debian/rules
| > | > dh_clean -k 
| > | > dh_installdirs -A 
| > | > mkdir -p "."
| > | > if test -e /usr/share/misc/config.guess ; then \
| > | > for i in ./jri/tools/config.guess ; do \
| > | > if ! test -e $i.cdbs-orig ; then \
| > | > mv $i $i.cdbs-orig ; \
| > | > cp --remove-destination 
/usr/share/misc/config.guess $i ; \
| > | > fi ; \
| > | > done ; \
| > | > fi
| > | > if test -e /usr/share/misc/config.sub ; then \
| > | > for i in ./jri/tools/config.sub ; do \
| > | > if ! test -e $i.cdbs-orig ; then \
| > | > mv $i $i.cdbs-orig ; \
| > | > cp --remove-destination 
/usr/share/misc/config.sub $i ; \
| > | > fi ; \
| > | > done ; \
| > | > fi
| > | > dh_installdirs  usr/lib/R/site-library
| > | > if test -f /usr/bin/xvfb-run; then  \
| > | >  xvfb-run   \
| > | > R CMD INSTALL -l 
/build/user-rjava_0.6-3-1-amd64-l63FQQ/rjava-0.6-3/debian/r-cran-rjava/usr/lib/R/site-library
 --clean \
| > | >  . ;\
| > | > else
\
| > | >  R CMD INSTALL -l 
/build/user-rjava_0.6-3-1-amd64-l63FQQ/rjava-0.6-3/debian/r-cran-rjava/usr/lib/R/site-library
 \
| > | > --clean  . ;\
| > | > fi
| > | > * Installing *source* package 'rJava' ...
| > | > checking for gcc... gcc -std=gnu99
| > | > checking for C compiler default output file name... a.out
| > | > checking whether the C compiler works... yes
| > | > checking whether we are cross compiling... no
| > | > checking for suffix of executables... 
| > | > checking for suffix of object files... o
| > | > checking whether we are using the GNU C compiler... yes
| > | > checking whether gcc -std=gnu99 accepts -g... yes
| > | > checking for gcc -std=gnu99 option to accept ISO C89... none needed
| > | > checking how to run the C preprocessor... gcc -std=gnu99 -E
| > | > checking for grep that handles long lines and -e... /bin/grep
| > | > checking for egrep... /bin/grep -E
| > | > checking for ANSI C header files... yes
| > | > checking for sys/wait.h that is POSIX.1 compatible... yes
| > | > checking for sys/types.h... yes
| > | > checking for sys/stat.h... yes
| > | > checking for stdlib.h... yes
| > | > checking for string.h... yes
| > | > checking for memory.h... yes
| > | > checking for strings.h... yes
| > | > checking for inttypes.h... yes
| > | > checking for stdint.h... yes
| > | > checking for unistd.h... yes
| > | > checking for string.h... (cached) yes
| > | > checking sys/time.h usability... yes
| > | > checking sys/time.h presence... yes
| > | > checking for sys/time.h... yes
| > | > checking for unistd.h... (cached) yes
| > | > checking for an ANSI C-conforming const... yes
| > | > checking whether time.h and sys/time.h may both be included... yes
| > | > configure: checking whether gcc -std=gnu99 supports static inline...
| > | > yes
| > | > configure: error: One or more Java configuration variables are not set.
| > | > Make sure R is configured with full Java support (including JDK). Run
| > | > R CMD javareconf
| > | > as root to add Java support to R.
| > | > 
| > | > If you don't have root privileges, run
| > | > R CMD javareconf -e
| > | > to set all Java-related variables and then install rJava.
| > | > 
| > | > checking Java support in R... present:
| > | > interpreter : '/usr/bin/java'
| > | > archiver: '/usr/bin/jar'
| > | > compiler: '/usr/bin/javac'
| > | > header prep.: ''
| > 
| > That variable is set on my system and ...
| > 
| > | > cpp flags   : '-I/usr/lib/jvm/java-6-openjdk/jre/../include'
| > | > java libs   : '-L/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server 
-L/usr/lib/jvm/java-6-openjdk/jre/lib/amd64 
-L/usr/lib/jvm/java-6-openjdk/jre/../lib/amd64 -L 
-L/usr/java/packages/lib/amd64 -L/usr/lib/jni -L/lib -L/usr/lib -ljvm'
| > | > ERROR: configuration failed for package 'rJava'
| > | > * Removing 
'/build/user-rjava_0.6-3-1-amd64-l63FQQ/rjava-0.6-3/debian/r-cran-rjava/usr/lib/R/site-library/rJava'
| > | > make: *** [R_any_arch] Error 1
| > 
| > ... the build proceeds fine here.
| > 
| > So I cannot reproduce this.
| 
| Hi Dirk,
| 
| I just tried, and I could reproduce the failur

Bug#534187: bip does not close log files.

[francois lallart]

Package: bip
Version: 0.8.0-1
Severity: normal

lsof shows that bip doesn't close log files. if I leave a chan, the associated
logfile will still be opened few weeks later. it keeps /query log files opened
as well.


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

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US, lc_ctype=fr...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages bip depends on:
ii  adduser 3.110add and remove users and groups
ii  libc6   2.7-18   GNU C Library: Shared libraries
ii  libssl0.9.8 0.9.8g-15+lenny1 SSL shared libraries
ii  lsb-base3.2-20   Linux Standard Base 3.2 init scrip

bip recommends no packages.

bip 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#533976: bioperl test failures not reproduced with cowbuilder.

[Charles Plessy]

forwarded 533976 http://bugzilla.open-bio.org/show_bug.cgi?id=2861
tag 533976 confirmed
thanks

Le Mon, Jun 22, 2009 at 11:12:38AM +0200, Lucas Nussbaum a écrit :
> 
> It seems that the test make use of internet access, which should not be
> considered available.

Oh, this is not supposed to happen, given that there is a switch that disables
all network-dependant tests (and that does that well on all other cases). I
just reproduced the failure by starting a cowbuild on my laptop and unplugging
the network cable.

Now I found the iptables logs at the bottom of the build logs, and I thought
that it is useful enough to be mentionned at the FTBFS page of wiki.debian.org…

http://wiki.debian.org/qa.debian.org/FTBFS?action=diff&rev2=22&rev1=21

Have a nice day,

-- 
Charles



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

Bug#527123: abiword: Abiword still crashes on printing

[Patrik Fimml]

On Mon, Jun 22, 2009 at 12:20:35PM +0200, subhuman wrote:
> > That's a command to be typed at the gdb prompt, and the output of it is
> > what I am after.
> 
> You should have told me that

I did, in one of my earlier mails.

> > Besides, you ran gdb as "gdb abiword": This will probably run the 2.6.8
> > executable, and not the one we just compiled with debugging symbols. You
> > should give the full path, e.g. "gdb
> > /tmp/abiword-2.7.4-inst/bin/abiword" if you followed my original
> > instructions.
> 
> I called gdb from the /tmp/... directory. so I assume gbd looked at
> the pwd first instead of guessing from the PATH environment variable.

Correct. Just wanted to be sure.

> > > > > Find gdb.txt attached
> > > > 
> > > > Also, you don't need to attach both gdb.txt and the terminal output,
> > > > gdb.txt should suffice.
> 
> I sent you the terminal output because it contained the backtrace you
> explicitly asked for.

No. I asked for a gdb backtrace from an executable compiled with
debugging symbols, which has all sorts of additional information, like
exactly where the execution stopped (not as memory address, but traced
back to the source code).

The backtrace generated by glibc on double-free is not nearly as useful.

> And for me as a sort of retired programmer I still can read a
> backtrace and figure out where the problem in question might come
> from.

Go ahead, then, come up with a patch!

> And furthermore: since I've been helping you for four or five days
> doing your work now I guess it's really your turn.

Well, *if* you really are a "retired programmer", then it's a shame for
you that you haven't been able to provide me with a proper backtrace for
five days now.

> It's definitely not my task as a user to do your job. We're just
> tearing on the same side of the rope, and it has been a pleasure so
> far helping you, but I guess I've torn the rope enough now.

Do my job? It's not that I get paid for this.

And even if it was my job: Sorry, I can't just go over to your place,
look at the problem, and then start debugging. As I cannot reproduce the
bug here, I have to rely on you to provide me enough information.

Apparently, you're not willing to cooperate, which is your good right of
course. But never complain again about not being able to print from
abiword.


Patrik


signature.asc
Description: Digital signature

Bug#527123: abiword: Abiword still crashes on printing

[subhuman]

If you want to be a software developer the task you're amiming at is providing 
the users you like to have with properly functioning software. As far as I can 
see for now you're quite some miles away from that. I'm really sorry, as I 
liked abiword until now, but I probably change to some stable program instead. 
Sorry you missed, pal.


On Mon, 22 Jun 2009 12:43:58 +0200
Patrik Fimml  wrote:

> On Mon, Jun 22, 2009 at 12:20:35PM +0200, subhuman wrote:
> > > That's a command to be typed at the gdb prompt, and the output of it is
> > > what I am after.
> > 
> > You should have told me that
> 
> I did, in one of my earlier mails.
> 
> > > Besides, you ran gdb as "gdb abiword": This will probably run the 2.6.8
> > > executable, and not the one we just compiled with debugging symbols. You
> > > should give the full path, e.g. "gdb
> > > /tmp/abiword-2.7.4-inst/bin/abiword" if you followed my original
> > > instructions.
> > 
> > I called gdb from the /tmp/... directory. so I assume gbd looked at
> > the pwd first instead of guessing from the PATH environment variable.
> 
> Correct. Just wanted to be sure.
> 
> > > > > > Find gdb.txt attached
> > > > > 
> > > > > Also, you don't need to attach both gdb.txt and the terminal output,
> > > > > gdb.txt should suffice.
> > 
> > I sent you the terminal output because it contained the backtrace you
> > explicitly asked for.
> 
> No. I asked for a gdb backtrace from an executable compiled with
> debugging symbols, which has all sorts of additional information, like
> exactly where the execution stopped (not as memory address, but traced
> back to the source code).
> 
> The backtrace generated by glibc on double-free is not nearly as useful.
> 
> > And for me as a sort of retired programmer I still can read a
> > backtrace and figure out where the problem in question might come
> > from.
> 
> Go ahead, then, come up with a patch!
> 
> > And furthermore: since I've been helping you for four or five days
> > doing your work now I guess it's really your turn.
> 
> Well, *if* you really are a "retired programmer", then it's a shame for
> you that you haven't been able to provide me with a proper backtrace for
> five days now.
> 
> > It's definitely not my task as a user to do your job. We're just
> > tearing on the same side of the rope, and it has been a pleasure so
> > far helping you, but I guess I've torn the rope enough now.
> 
> Do my job? It's not that I get paid for this.
> 
> And even if it was my job: Sorry, I can't just go over to your place,
> look at the problem, and then start debugging. As I cannot reproduce the
> bug here, I have to rely on you to provide me enough information.
> 
> Apparently, you're not willing to cooperate, which is your good right of
> course. But never complain again about not being able to print from
> abiword.
> 
> 
> Patrik
> 


-- 
Volk ist Opium für die Religion.



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

Bug#534188: "update-menus --trigger" crashes with segfault

[Fonso]

Package: menu
Version: 2.1.41
Severity: important

When installing menu on my system it crashes with the following
messages:

The following NEW packages will be installed:
  menu
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/453kB of archives.
After this operation, 2003kB of additional disk space will be used.
Selecting previously deselected package menu.
(Reading database ... 291552 files and directories currently installed.)
Unpacking menu (from .../archives/menu_2.1.41_amd64.deb) ...
Processing triggers for man-db ...
Processing triggers for doc-base ...
Processing 1 added doc-base file(s)...
Registering documents with scrollkeeper...
Setting up menu (2.1.41) ...
Processing triggers for menu ...
/var/lib/dpkg/info/menu.postinst: line 16: 19967 Segmentation fault
update-menus --trigger
dpkg: subprocess post-installation script returned error exit status 139
E: Sub-process /usr/bin/dpkg returned an error code (2)

I've removed (dpkg -P menu) menu in order to finish the configuration
before as update-menus also crashed while installing kde4.2 from unstable.

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

Kernel: Linux 2.6.26-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/bash

Versions of packages menu depends on:
ii  libc62.9-18  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3

menu recommends no packages.

Versions of packages menu suggests:
ii  gksu  2.0.0-8graphical frontend to su
ii  kdebase-bin   4:4.2.4-1  core binaries for the KDE 4 base m
ii  kdebase-runtime   4:4.2.4-1  runtime components from the offici

-- 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#524112: qc-usb-source: No one of those drivers are working/compiling with QE 046d:0840

[root]

Package: qc-usb-source
Version: 0.6.6-6
Severity: normal


Hi,

I tried the gspca_STV06xx driver with Logitech Quick Cam Express and only have 
a black screen. I saw an already bug on bugzilla.kernel.org (#13074)
I then dowloaded the qc-usb-source and try to compile them. Result is:

  CC [M]  /home/dh/src/modules/qc-usb/qc-driver.o
/home/dh/src/modules/qc-usb/qc-driver.c: In function ‘qc_i2c_init’:
/home/dh/src/modules/qc-usb/qc-driver.c:827: warning: assignment from 
incompatible pointer type
/home/dh/src/modules/qc-usb/qc-driver.c: In function ‘qc_proc_create’:
/home/dh/src/modules/qc-usb/qc-driver.c:999: error: ‘struct proc_dir_entry’ has 
no member named ‘owner’
/home/dh/src/modules/qc-usb/qc-driver.c: In function ‘qc_proc_init’:
/home/dh/src/modules/qc-usb/qc-driver.c:1037: error: ‘struct proc_dir_entry’ 
has no member named ‘owner’
/home/dh/src/modules/qc-usb/qc-driver.c: In function ‘qc_isoc_start’:
/home/dh/src/modules/qc-usb/qc-driver.c:1869: warning: assignment from 
incompatible pointer type
/home/dh/src/modules/qc-usb/qc-driver.c: In function ‘qc_v4l_poll’:
/home/dh/src/modules/qc-usb/qc-driver.c:2258: error: ‘struct video_device’ has 
no member named ‘priv’
/home/dh/src/modules/qc-usb/qc-driver.c: In function ‘qc_v4l_open’:
/home/dh/src/modules/qc-usb/qc-driver.c:2310: error: ‘struct video_device’ has 
no member named ‘priv’
/home/dh/src/modules/qc-usb/qc-driver.c: In function ‘qc_v4l_close’:
/home/dh/src/modules/qc-usb/qc-driver.c:2378: error: ‘struct video_device’ has 
no member named ‘priv’
/home/dh/src/modules/qc-usb/qc-driver.c: In function ‘qc_v4l_read’:
/home/dh/src/modules/qc-usb/qc-driver.c:2426: error: ‘struct video_device’ has 
no member named ‘priv’
/home/dh/src/modules/qc-usb/qc-driver.c: In function ‘qc_v4l_mmap’:
/home/dh/src/modules/qc-usb/qc-driver.c:2481: error: ‘struct video_device’ has 
no member named ‘priv’
/home/dh/src/modules/qc-usb/qc-driver.c: In function ‘qc_v4l_ioctl’:
/home/dh/src/modules/qc-usb/qc-driver.c:2513: error: ‘struct video_device’ has 
no member named ‘priv’
/home/dh/src/modules/qc-usb/qc-driver.c:2531: error: ‘struct video_device’ has 
no member named ‘type’
/home/dh/src/modules/qc-usb/qc-driver.c: At top level:
/home/dh/src/modules/qc-usb/qc-driver.c:3000: warning: initialization from 
incompatible pointer type
/home/dh/src/modules/qc-usb/qc-driver.c:3010: error: unknown field ‘type’ 
specified in initializer
/home/dh/src/modules/qc-usb/qc-driver.c:3017: warning: initialization from 
incompatible pointer type
/home/dh/src/modules/qc-usb/qc-driver.c: In function ‘qc_usb_init’:
/home/dh/src/modules/qc-usb/qc-driver.c:3162: error: ‘struct video_device’ has 
no member named ‘priv’
make[6]: *** [/home/dh/src/modules/qc-usb/qc-driver.o] Erreur 1
make[5]: *** [_module_/home/dh/src/modules/qc-usb] Erreur 2
make[4]: *** [sub-make] Erreur 2
make[3]: *** [all] Erreur 2
make[3]: quittant le répertoire « /home/dh/src/linux-headers-2.6.30-1-amd64 »
make[2]: *** [default] Erreur 2
make[2]: quittant le répertoire « /home/dh/src/modules/qc-usb »
make[1]: *** [binary-modules] Erreur 2
make[1]: quittant le répertoire « /home/dh/src/modules/qc-usb »
make: *** [kdist_build] Erreur 2

So no more working driver available for QE camera in 2.6.30
 
-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages qc-usb-source depends on:
ii  bzip2 1.0.5-2high-quality block-sorting file co
ii  debhelper 7.2.16 helper programs for debian/rules
ii  make  3.81-6 An utility for Directing compilati
ii  module-assistant  0.11.1 tool to make module package creati

qc-usb-source recommends no packages.

qc-usb-source 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#527123: abiword: Abiword still crashes on printing

[subhuman]

moron!

On Mon, 22 Jun 2009 12:43:58 +0200
Patrik Fimml  wrote:

> On Mon, Jun 22, 2009 at 12:20:35PM +0200, subhuman wrote:
> > > That's a command to be typed at the gdb prompt, and the output of it is
> > > what I am after.
> > 
> > You should have told me that
> 
> I did, in one of my earlier mails.
> 
> > > Besides, you ran gdb as "gdb abiword": This will probably run the 2.6.8
> > > executable, and not the one we just compiled with debugging symbols. You
> > > should give the full path, e.g. "gdb
> > > /tmp/abiword-2.7.4-inst/bin/abiword" if you followed my original
> > > instructions.
> > 
> > I called gdb from the /tmp/... directory. so I assume gbd looked at
> > the pwd first instead of guessing from the PATH environment variable.
> 
> Correct. Just wanted to be sure.
> 
> > > > > > Find gdb.txt attached
> > > > > 
> > > > > Also, you don't need to attach both gdb.txt and the terminal output,
> > > > > gdb.txt should suffice.
> > 
> > I sent you the terminal output because it contained the backtrace you
> > explicitly asked for.
> 
> No. I asked for a gdb backtrace from an executable compiled with
> debugging symbols, which has all sorts of additional information, like
> exactly where the execution stopped (not as memory address, but traced
> back to the source code).
> 
> The backtrace generated by glibc on double-free is not nearly as useful.
> 
> > And for me as a sort of retired programmer I still can read a
> > backtrace and figure out where the problem in question might come
> > from.
> 
> Go ahead, then, come up with a patch!
> 
> > And furthermore: since I've been helping you for four or five days
> > doing your work now I guess it's really your turn.
> 
> Well, *if* you really are a "retired programmer", then it's a shame for
> you that you haven't been able to provide me with a proper backtrace for
> five days now.
> 
> > It's definitely not my task as a user to do your job. We're just
> > tearing on the same side of the rope, and it has been a pleasure so
> > far helping you, but I guess I've torn the rope enough now.
> 
> Do my job? It's not that I get paid for this.
> 
> And even if it was my job: Sorry, I can't just go over to your place,
> look at the problem, and then start debugging. As I cannot reproduce the
> bug here, I have to rely on you to provide me enough information.
> 
> Apparently, you're not willing to cooperate, which is your good right of
> course. But never complain again about not being able to print from
> abiword.
> 
> 
> Patrik
> 


-- 
Volk ist Opium für die Religion.



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

Bug#532591: pinfo: please add dependency on install-info

[Bas Zoetekouw]

Hi Norbert!

You wrote:

> > Please add install-info to your dependencies of pinfo *if* you use
> > the dir file in /usr/share/info (if not you can ignore/close this bug
> > report).
> 
> I have prepared an NMU that does this, please find the debdiff attached. 
> I am planning to upload it in approximate 10 days unless you instruct me
> otherwise.

Please go ahead with the NMU;  I haven't had much time lately to fix
this.

Greetings,
Bas.

-- 
+--+
| Bas Zoetekouw  | Sweet day, so cool, so calm, so bright, |
|| The bridall of the earth and skie:  |
| b...@zoetekouw.net  | The dew shall weep thy fall tonight;|
+|For thou must die.   |
 +-+



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

Bug#534189: potamus - unable to load music files from gui

[Neil Williams]

Package: potamus
Version: 0.10-1
Severity: normal

When potamus is started from the GNOME menu or the Debian menu,
the window just shows "No file. stopped" and there is no way of
changing where potamus looks for music files within the GUI.

Starting potamus from the command-line is fine but then there
are command-line tools that can play music from the command-line.
It seems bizarre to have a GUI client that cannot be used when
started as a GUI client.

Even a simple File->Open dialog that allows a directory to be
specified would be useful - or maybe some setting in a file so
that users can specify the top level directory of the music
collection. (Although with a large music collection, that could
get tedious to find the desired tracks.)

Users should be able to click on a button in potamus, select a
directory (often a single album or single artist) and let potamus
play those files.

Maybe the Play button can be re-used to save adding another button,
by allowing it to remain enabled instead of being greyed out.

If no files are selected, Play could open a FileChooser dialog based
on the home directory of the current user. As Play has already been
selected, if appropriate music files are then found in the selected
directory, playback could start immediately.

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

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

Versions of packages potamus depends on:
ii  jackd0.116.1-4   JACK Audio Connection Kit (server 
ii  libao2   0.8.8-5 Cross Platform Audio Output Librar
ii  libatk1.0-0  1.26.0-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-7 Open-source version of SGI's audio
ii  libavcodec52 4:0.5+svn20090420-2 ffmpeg codec library
ii  libavformat524:0.5+svn20090420-2 ffmpeg file format library
ii  libc62.9-17  GNU C Library: Shared libraries
ii  libcairo21.8.8-2 The Cairo 2D vector graphics libra
ii  libflac8 1.2.1-1.2   Free Lossless Audio Codec - runtim
ii  libfontconfig1   2.6.0-4 generic font configuration library
ii  libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib
ii  libglade2-0  1:2.6.4-1   library to load .glade files at ru
ii  libglib2.0-0 2.20.3-1The GLib library of C routines
ii  libgtk2.0-0  2.16.2-1The GTK+ graphical user interface 
ii  libjack0 0.116.1-4   JACK Audio Connection Kit (librari
ii  libmad0  0.15.1b-4   MPEG audio decoder library
ii  libmodplug0c21:0.8.7-1   shared libraries for mod music bas
ii  libogg0  1.1.3-5 Ogg Bitstream Library
ii  libpango1.0-01.24.3-1Layout and rendering of internatio
ii  libsamplerate0   0.1.7-2 audio rate conversion library
ii  libvorbis0a  1.2.0.dfsg-5The Vorbis General Audio Compressi
ii  libvorbisfile3   1.2.0.dfsg-5The Vorbis General Audio Compressi
ii  libxml2  2.7.3.dfsg-1GNOME XML library

potamus recommends no packages.

potamus 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#534179: [batman-adv-battool] Please package rev1317

[Sven Eckelmann]

On Monday 22 June 2009 12:02:51 Resul Cetin wrote:
> Is it possible to package battool from trunk as it supports the new batman-
> adv-kernelland module from svn (which is for example used in the trunk of
> openwrt)?
This involves a rename of the package from battool to batctl - which means it 
has to go to the new queue and I need a sponsor to get in the repository. I 
looked at whats has to be done yesterday and will prepare a package for 
experimental.

Regards,
Sven


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

Bug#483189: Manual pages with UTF-8 encoding

[Jakub Wilk]

* Colin Watson , 2009-06-22, 11:19:

There's no actual *problem* with adding a UTF-8 encoding declaration,
but it will not help with this bug, and once this bug is fixed it will
not be necessary for an encoding declaration to be present in order to
take advantage of the fix. manconv already has pretty reliable heuristic
detection of UTF-8; in fact, this is a large part of its purpose in
life.


In fact, adding UTF-8 encoding declaration could (minimally) help:


$ echo "[©] [≤]" > tmp1
$ man -l tmp1
[©] [â¤]

$ (echo "'\\\" -*- coding: UTF-8 -*-"; cat tmp1) > tmp2
$ man -l tmp2
[©] []


In the latter case, at least *some* characters are displayed properly.


This makes no difference for me (man-db 2.5.5-2, groff-base
1.18.1.1-22).

I have exactly the same versions installed.


Debugging output shows identical processing apart from the
insertion of tbl. I'm adamant that this *should* not cause a 
difference,

I guess it has something to do with my locale settings:

$ locale
LANG=
LC_CTYPE=pl_PL.UTF-8
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=

$ man -l tmp1
[©] [â¤]

$ LC_ALL=pl_PL.utf8 man -l tmp1
[] []

$ LC_ALL=en_US.utf8 man -l tmp1
[©] []

That's weird. I believed that locale settings should make no difference, 
as long as LC_CTYPE is *.UTF-8. 


so I'm happy to figure out why this is different for you if you can show
me 'man -d' output.

See the attachments.

--
Jakub Wilk
ruid=500, euid=500
++priv_drop_count = 1
From the config file /etc/manpath.config:

Mandatory mandir `/usr/man'.
Mandatory mandir `/usr/share/man'.
Mandatory mandir `/usr/local/share/man'.
Path `/bin' mapped to mandir `/usr/share/man'.
Path `/usr/bin' mapped to mandir `/usr/share/man'.
Path `/sbin' mapped to mandir `/usr/share/man'.
Path `/usr/sbin' mapped to mandir `/usr/share/man'.
Path `/usr/local/bin' mapped to mandir `/usr/local/man'.
Path `/usr/local/bin' mapped to mandir `/usr/local/share/man'.
Path `/usr/local/sbin' mapped to mandir `/usr/local/man'.
Path `/usr/local/sbin' mapped to mandir `/usr/local/share/man'.
Path `/usr/games' mapped to mandir `/usr/share/man'.
Path `/opt/bin' mapped to mandir `/opt/man'.
Path `/opt/sbin' mapped to mandir `/opt/man'.
Global mandir `/usr/man', catdir `/var/cache/man/fsstnd'.
Global mandir `/usr/share/man', catdir `/var/cache/man'.
Global mandir `/usr/local/man', catdir `/var/cache/man/oldlocal'.
Global mandir `/usr/local/share/man', catdir `/var/cache/man/local'.
Global mandir `/opt/man', catdir `/var/cache/man/opt'.
Added section `1'.
Added section `n'.
Added section `l'.
Added section `8'.
Added section `3'.
Added section `2'.
Added section `3posix'.
Added section `3pm'.
Added section `3perl'.
Added section `5'.
Added section `4'.
Added section `9'.
Added section `6'.
Added section `7'.
`/usr/man'  `'  `1'
`/usr/share/man'`'  `1'
`/usr/local/share/man'  `'  `1'
`/bin'  `/usr/share/man'`0'
`/usr/bin'  `/usr/share/man'`0'
`/sbin' `/usr/share/man'`0'
`/usr/sbin' `/usr/share/man'`0'
`/usr/local/bin'`/usr/local/man'`0'
`/usr/local/bin'`/usr/local/share/man'  `0'
`/usr/local/sbin'   `/usr/local/man'`0'
`/usr/local/sbin'   `/usr/local/share/man'  `0'
`/usr/games'`/usr/share/man'`0'
`/opt/bin'  `/opt/man'  `0'
`/opt/sbin' `/opt/man'  `0'
`/usr/man'  `/var/cache/man/fsstnd' `-1'
`/usr/share/man'`/var/cache/man'`-1'
`/usr/local/man'`/var/cache/man/oldlocal'   `-1'
`/usr/local/share/man'  `/var/cache/man/local'  `-1'
`/opt/man'  `/var/cache/man/opt'`-1'
`1' `'  `-5'
`n' `'  `-5'
`l' `'  `-5'
`8' `'  `-5'
`3' `'  `-5'
`2' `'  `-5'
`3posix'`'  `-5'
`3pm'   `'  `-5'
`3perl' `'  `-5'
`5' `'  `-5'
`4' `'  `-5'
`9' `'  `-5'
`6' `'  `-5'
`7' `'  `-5'
is a tty
real user = 500; effective user = 500

using pager -s as pager
++priv_drop_count = 2
chdir /home/jwilk/trunk/bugs/man-db
Starting pipeline:  [input: {0, tmp1}, output: {-1, NULL}]
pre-processors `t' from default
page_encoding = ISO-8859-1
source_encoding = ISO-8859-1
cat_charset = ANSI_X3.4-1968
locale_charset = UTF-8
roff_device (locale) = utf8
roff_encoding = ISO-8859-1
output_encoding = UTF-8
less_charset = utf-8
Terminal width 160
Terminal width 160 not within cat page range [80, 80]
Using 156-character lines
format: 1, save_cat: 0, found: 1
Setting LESS to -ix8RmPm Manual page tmp1 ?ltline %lt?L/%L.:byte %bB?s/%s..?e 
(END):?pB %pB\%..$PM Manual page tmp1 ?ltline %lt?L/%L.:byte %bB?s/%s..?e 
(END):?pB %pB\%..$
Setting MAN_PN to tmp1
++priv_drop_count = 3
Starting pipeline: /usr/bin/zsoelim | /usr/lib/man-db/manconv -f 
UTF-8:ISO-8859-1 -t ISO-8859-1//IGNORE | tbl | nroff -mandoc -rLL=156n 

Bug#533905: gtkvncviewer: cannot connect to server from command line

[Michal Suchanek]

2009/6/22 Clement Lorteau :
> -s has to be followed by an IP or host name that has been saved in the list
> of known hosts before. Was it the case?
>

It is followed :0 which means server localhost and port 5900 with the
original vnc tools. If this viewer requires a different format then,
please, at least specify the format.

Thanks

Michal



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

Bug#533908: gvncviewer: keyboard grabbed unconditionally

[Michal Suchanek]

2009/6/21 Guido Günther :
> severity 533908 wishlist
> retitle 533908 grabs mouse unconditionally

No, it's not mouse what is grabbed. It's the keyboard.

Michal



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

Bug#534190: typo in extended description

[Peter Eisentraut]

Package: lxlauncher
Version: 0.2-3
Severity: minor
Tags: patch

Drop the limieted Asus launcher -> Drop the limited Asus launcher



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

Bug#527123: abiword crashes immediateley on any attempt to print a document

[Martin H. Thomas]

Package: abiword
Version: 2.6.8-5
Followup-For: Bug #527123


I already tried to solve this problem, albeit unfortunately. Following
the mail exchange you will be able to follow regarding bug #527123 I have the 
problem that abiword
crashes (well, to be precise: aborts) on any attempt to print a
currently loaded document. I've been trying for several days now to receive a 
qualified answer on
that problem, but unfortunatley the person I got in contact with didn't
seem to show up with the affordable professional capabilities.

Is there anybody else in the abiword developers' team who might be able
to help me? Abiword is after all my preferred word processor, but once
it renders unuseable on my box...

Sincerely
Martin


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

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages abiword depends on:
ii  abiword-commo 2.6.8-5efficient, featureful word process
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre
ii  libaiksaurus- 1.2.1+dev-0.12-6   an English-language thesaurus (dev
ii  libaiksaurusg 1.2.1+dev-0.12-6   graphical interface to the Aiksaur
ii  libart-2.0-2  2.3.20-2   Library of functions for 2D graphi
ii  libatk1.0-0   1.26.0-1   The ATK accessibility toolkit
ii  libc6 2.9-13 GNU C Library: Shared libraries
ii  libcairo2 1.8.6-2The Cairo 2D vector graphics libra
ii  libenchant1c2 1.4.2-3.3  a wrapper library for various spel
ii  libexpat1 2.0.1-4XML parsing C library - runtime li
ii  libfontconfig 2.6.0-3generic font configuration library
ii  libfreetype6  2.3.9-5FreeType 2 font engine, shared lib
ii  libfribidi0   0.10.9-1   Free Implementation of the Unicode
ii  libgcc1   1:4.3.3-5  GCC support library
ii  libglade2-0   1:2.6.4-1  library to load .glade files at ru
ii  libglib2.0-0  2.20.3-1   The GLib library of C routines
ii  libgnomecanva 2.26.0-1   A powerful object-oriented display
ii  libgnomeprint 2.18.6-1   The GNOME 2.2 print architecture -
ii  libgnomeprint 2.18.4-1   GNOME 2.2 print architecture User 
ii  libgoffice-0- 0.4.2-4Document centric objects library -
ii  libgsf-1-114  1.14.14-1  Structured File Library - runtime 
ii  libgtk2.0-0   2.16.2-1   The GTK+ graphical user interface 
ii  libice6   2:1.0.5-1  X11 Inter-Client Exchange library
ii  libidn11  1.15-1 GNU Libidn library, implementation
ii  libjpeg62 6b-14  The Independent JPEG Group's JPEG 
ii  libloudmouth1 1.4.3-3Lightweight C Jabber library
ii  libncurses5   5.7+20090523-1 shared libraries for terminal hand
ii  libots0   0.5.0-2Open Text Summarizer (library)
ii  libpango1.0-0 1.24.2-1   Layout and rendering of internatio
ii  libpixman-1-0 0.14.0-1   pixel-manipulation library for X a
ii  libpng12-01.2.37-1   PNG library - runtime
ii  libpopt0  1.14-4 lib for parsing cmdline parameters
ii  libreadline5  5.2-4  GNU readline and history libraries
ii  librsvg2-22.26.0-1   SAX-based renderer library for SVG
ii  libsm62:1.1.0-2  X11 Session Management library
ii  libstdc++64.3.3-5The GNU Standard C++ Library v3
ii  libwmf0.2-7   0.2.8.4-6.1Windows metafile conversion librar
ii  libwpd8c2a0.8.14-1   Library for handling WordPerfect d
ii  libwpg-0.1-1  0.1.3-1WordPerfect graphics import/conver
ii  libwps-0.1-1  0.1.2-1Works text file format import filt
ii  libwv-1.2-3   1.2.4-2Library for accessing Microsoft Wo
ii  libx11-6  2:1.2.1-1  X11 client-side library
ii  libxcb-render 0.3.5-1utility libraries for X C Binding 
ii  libxcb-render 1.3-2  X C Binding, render extension
ii  libxcb1   1.3-2  X C Binding
ii  libxft2   2.1.13-3   FreeType-based font drawing librar
ii  libxml2   2.7.3.dfsg-1   GNOME XML library
ii  libxrender1   1:0.9.4-2  X Rendering Extension client libra
ii  zlib1g1:1.2.3.3.dfsg-13  compression library - runtime

Versions of packages abiword recommends:
ii  abiword-help  2.6.8-5online help for AbiWord
ii  abiword-plugin-grammar2.6.8-5g

Bug#533995: [Debian-med-packaging] Bug#533995: Bug#533995: libtfbs-perl: FTBFS: tests failed

[Charles Plessy]

tag 533995 confirmed
thanks

Le Mon, Jun 22, 2009 at 11:07:45AM +0200, Lucas Nussbaum a écrit :
> 
> I gave it another try on another machine with a slightly different
> config, and now the test simply blocks:
> make[2]: Leaving directory `/tmp/libtfbs-perl-0.5.svn.20080722/Ext'
> PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" 
> "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> t/01_Matrix..Name "PDL::SHARE" used only once: possible typo at 
> /usr/lib/perl/5.10/DynaLoader.pm line 219,  line 206.
> t/01_Matrix..ok  
> t/02_Search..Name "PDL::SHARE" used only once: possible typo at 
> /usr/lib/perl/5.10/DynaLoader.pm line 219,  line 206.
> t/02_Search..ok  
> t/03_DB_FlatFileDir..Name "PDL::SHARE" used only once: possible typo at 
> /usr/lib/perl/5.10/DynaLoader.pm line 219,  line 206.
> t/03_DB_FlatFileDir..ok  
> t/04_DB_TRANSFAC.Name "PDL::SHARE" used only once: possible typo at 
> /usr/lib/perl/5.10/DynaLoader.pm line 219,  line 206.
> [BLOCKS HERE]

I figured out it is also a problem of network access. The test uses
/TFBS/DB/TRANSFAC.pm, which connects to
http://www.cbil.upenn.edu/cgi-bin/tess/tess33 for accessing a (proprietary)
database. More details in
http://www.ii.uib.no/svn/lenhard/TFBS/TFBS/DB/TRANSFAC.pm

I will discuss the issue with Upstream.

Bonne journée,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



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

Bug#534191: apt-file: update-notifier hook says the cache is empty when it's not

[Emilio Pozuelo Monfort]

Package: apt-file
Version: 2.2.2
Severity: minor

Hi,

The update-notifier hook has prompted and told me the cache was empty.

Indeed /var/cache/apt/apt-file is empty, however I have the cache in
 .cache/apt-file, so the hook was wrong.

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

Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt-file depends on:
ii  curl  7.19.5-1   Get a file from an HTTP, HTTPS or 
ii  libapt-pkg-perl   0.1.23 Perl interface to libapt-pkg
ii  libconfig-file-perl   1.50-2 Parses simple configuration files
ii  liblist-moreutils-perl0.22-1+b1  Addition list functions not found 
ii  perl  5.10.0-23  Larry Wall's Practical Extraction 

Versions of packages apt-file recommends:
ii  menu  2.1.41 generates programs menu for all me

Versions of packages apt-file suggests:
ii  openssh-client1:5.1p1-6  secure shell client, an rlogin/rsh
ii  sudo  1.7.0-1Provide limited super user privile

-- 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#533917: metacity: title bar hidden below top panel on maximized windows

[Luís Picciochi Oliveira]

This bug had already been reported upstream:
http://bugzilla.gnome.org/show_bug.cgi?id=581422

Upgrading gnome-panel to 2.26 partially solves this issue.
If you have a panel with hide buttons and you click one of them, any
maximized windows will not be updated. They all stay with the same
size, and an "empty" space will be where the panel was.
This also happens if you add a panel and change it from the top to,
eg, the right - the windows will still be maximized as if a top panel
was present, leaving an empty space, and their right side will be
hidden behind the new panel.

Regards,
Luís Picciochi



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

Bug#533909: vinagre: does not accept standard vnc display syntax

[Michal Suchanek]

2009/6/21 Emilio Pozuelo Monfort :
> Michal Suchanek wrote:
>> Package: vinagre
>> Version: 0.5.1-2
>> Severity: normal
>>
>>
>> vinagre fails to recognize the standard display syntax.
>>
>> When connecting with the original vnc and many other client vnc display
>> :0 means server localhost port 5900, someserver:1 means server someserver 
>> and port 5901.
>
> server:0, server:1 etc is supported since 0.5.91:
>
>       server[:port]
>              Specifies the VNC server to connect with. The  VNC  server
>              name  or  IP address is followed by a colon (:) character,
>              and then followed by the VNC port number. The port  speci‐
>              fication  is  optional.  If  it  is not specified, default
>              value of 5900 will be used. If the  value  is  lower  than
>              1024, it will add 5900. For example, ":0" means "5900" and
>              ":1" means ":5901".
>
> Can you point me to some examples for clients accepting :0 for connecting to
> localhost?
>

In Debiant it would be xtightvncviewer and xvnc4viewer. The original
VNC tools accept this format for ages. That is they make the server
optional rather than the port.

Note that VNC is very insecure so there is not much point in
connecting to multiple remote servers but it makes sense to connect to
multiple local servers (or multiple local tunnels to remote hosts).

Thanks

Michal



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

Bug#533913: gvncviewer: cursor movement problems

[Michal Suchanek]

2009/6/21 Guido Günther :
> On Sun, Jun 21, 2009 at 04:15:16PM +0200, Michal Suchanek wrote:
>> When the cursor is moved to the bottom/right of the client area it
>> overflows to the top/left.
> Steps to reproduce?

Moving the mouse to the bottom or right edge of the window?

Perhaps aligning the window so that it ends on the edge of the screen
(just the window border is offscreen) helps here.

>
>> Sometimes the cursor seems to be stuck in the client area grabbing both
>> cursor and keyboard for the remote host.
> These are two different issues?

I'm not sure if this is related or not. The mouse cursor just does
weird things that it should not.

Thanks

Michal



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

Bug#533929: rjava: FTBFS: ERROR: configuration failed for package 'rJava'

[Lucas Nussbaum]

On 22/06/09 at 05:56 -0500, Dirk Eddelbuettel wrote:
> 
> On 22 June 2009 at 11:02, Lucas Nussbaum wrote:
> | On 21/06/09 at 21:12 -0500, Dirk Eddelbuettel wrote:
> | > 
> | > On 21 June 2009 at 16:55, Lucas Nussbaum wrote:
> | > | Hi,
> | > | 
> | > | During a rebuild of all packages in sid, your package failed to build on
> | > | amd64.
> | > | 
> | > | Relevant part:
> | > | >  /usr/bin/fakeroot debian/rules binary
> | > | > test -x debian/rules
> | > | > dh_clean -k 
> | > | > dh_installdirs -A 
> | > | > mkdir -p "."
> | > | > if test -e /usr/share/misc/config.guess ; then \
> | > | >   for i in ./jri/tools/config.guess ; do \
> | > | >   if ! test -e $i.cdbs-orig ; then \
> | > | >   mv $i $i.cdbs-orig ; \
> | > | >   cp --remove-destination 
> /usr/share/misc/config.guess $i ; \
> | > | >   fi ; \
> | > | >   done ; \
> | > | >   fi
> | > | > if test -e /usr/share/misc/config.sub ; then \
> | > | >   for i in ./jri/tools/config.sub ; do \
> | > | >   if ! test -e $i.cdbs-orig ; then \
> | > | >   mv $i $i.cdbs-orig ; \
> | > | >   cp --remove-destination 
> /usr/share/misc/config.sub $i ; \
> | > | >   fi ; \
> | > | >   done ; \
> | > | >   fi
> | > | > dh_installdirsusr/lib/R/site-library
> | > | > if test -f /usr/bin/xvfb-run; then\
> | > | >xvfb-run   \
> | > | >   R CMD INSTALL -l 
> /build/user-rjava_0.6-3-1-amd64-l63FQQ/rjava-0.6-3/debian/r-cran-rjava/usr/lib/R/site-library
>  --clean \
> | > | >. ;\
> | > | >   else
> \
> | > | >R CMD INSTALL -l 
> /build/user-rjava_0.6-3-1-amd64-l63FQQ/rjava-0.6-3/debian/r-cran-rjava/usr/lib/R/site-library
>  \
> | > | >   --clean  . ;\
> | > | >   fi
> | > | > * Installing *source* package 'rJava' ...
> | > | > checking for gcc... gcc -std=gnu99
> | > | > checking for C compiler default output file name... a.out
> | > | > checking whether the C compiler works... yes
> | > | > checking whether we are cross compiling... no
> | > | > checking for suffix of executables... 
> | > | > checking for suffix of object files... o
> | > | > checking whether we are using the GNU C compiler... yes
> | > | > checking whether gcc -std=gnu99 accepts -g... yes
> | > | > checking for gcc -std=gnu99 option to accept ISO C89... none needed
> | > | > checking how to run the C preprocessor... gcc -std=gnu99 -E
> | > | > checking for grep that handles long lines and -e... /bin/grep
> | > | > checking for egrep... /bin/grep -E
> | > | > checking for ANSI C header files... yes
> | > | > checking for sys/wait.h that is POSIX.1 compatible... yes
> | > | > checking for sys/types.h... yes
> | > | > checking for sys/stat.h... yes
> | > | > checking for stdlib.h... yes
> | > | > checking for string.h... yes
> | > | > checking for memory.h... yes
> | > | > checking for strings.h... yes
> | > | > checking for inttypes.h... yes
> | > | > checking for stdint.h... yes
> | > | > checking for unistd.h... yes
> | > | > checking for string.h... (cached) yes
> | > | > checking sys/time.h usability... yes
> | > | > checking sys/time.h presence... yes
> | > | > checking for sys/time.h... yes
> | > | > checking for unistd.h... (cached) yes
> | > | > checking for an ANSI C-conforming const... yes
> | > | > checking whether time.h and sys/time.h may both be included... yes
> | > | > configure: checking whether gcc -std=gnu99 supports static inline...
> | > | > yes
> | > | > configure: error: One or more Java configuration variables are not 
> set.
> | > | > Make sure R is configured with full Java support (including JDK). Run
> | > | > R CMD javareconf
> | > | > as root to add Java support to R.
> | > | > 
> | > | > If you don't have root privileges, run
> | > | > R CMD javareconf -e
> | > | > to set all Java-related variables and then install rJava.
> | > | > 
> | > | > checking Java support in R... present:
> | > | > interpreter : '/usr/bin/java'
> | > | > archiver: '/usr/bin/jar'
> | > | > compiler: '/usr/bin/javac'
> | > | > header prep.: ''
> | > 
> | > That variable is set on my system and ...
> | > 
> | > | > cpp flags   : '-I/usr/lib/jvm/java-6-openjdk/jre/../include'
> | > | > java libs   : '-L/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server 
> -L/usr/lib/jvm/java-6-openjdk/jre/lib/amd64 
> -L/usr/lib/jvm/java-6-openjdk/jre/../lib/amd64 -L 
> -L/usr/java/packages/lib/amd64 -L/usr/lib/jni -L/lib -L/usr/lib -ljvm'
> | > | > ERROR: configuration failed for package 'rJava'
> | > | > * Removing 
> '/build/user-rjava_0.6-3-1-amd64-l63FQQ/rjava-0.6-3/debi

Bug#534192: xterm: Enable metaSendsEscape by default?

[Samuel Thibault]

Package: xterm
Version: 242-1
Severity: wishlist

Hello,

By default, metaSendsEscape is set to false, which makes the meta
key useless by default in readline-based programs, since the default
readline configuration is to enable 8bit-clean mode.  Shouldn't we
enable metaSendsEscape by default?  What is the use of meta setting the
8th bit?  Just stream optimization?

Samuel

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

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

Versions of packages xterm depends on:
ii  libc6 2.9-12 GNU C Library: Shared libraries
ii  libfontconfig12.6.0-3generic font configuration library
ii  libice6   2:1.0.5-1  X11 Inter-Client Exchange library
ii  libncurses5   5.7+20090523-1 shared libraries for terminal hand
ii  libx11-6  2:1.2.1-1  X11 client-side library
ii  libxaw7   2:1.0.5-2  X11 Athena Widget library
ii  libxft2   2.1.13-3   FreeType-based font drawing librar
ii  libxmu6   2:1.0.4-1youpi X11 miscellaneous utility library
ii  libxt61:1.0.5-3  X11 toolkit intrinsics library
ii  xbitmaps  1.0.1-2Base X bitmaps

Versions of packages xterm recommends:
ii  x11-utils 7.4+1  X11 utilities
ii  xutils1:7.3+18   X Window System utility programs m

Versions of packages xterm suggests:
ii  xfonts-cyrillic   1:1.0.0-6  Cyrillic fonts for X

-- 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