Bug#444715: skippy: should this package be removed?

[Lucas Nussbaum]

On 15/10/07 at 11:47 +1000, Niv Sardi wrote:
> 
> On Sun, 2007-09-30 at 16:13 +0200, Lucas Nussbaum wrote:
> > Hi,
> > 
> > While reviewing packages that were not included in Etch, your package
> > came up as a possible candidate for removal from Debian, because:
> > 
> >  * 1 RC bug opened for a long time.
> 
> This bug is tagged help for a while and nobody has stepped in.

Still, you are the maintainer, so you are the one supposed to find a way
to fix it ... Have you tried contacting the people who could help you?
Like the X.org team, or the upstream author?

If the bug only affects a small number of systems, you also have the
solution to downgrade its severity until you can figure out exactly
what's needed to reproduce it...

> >  * useless with X.org, superseded by skippy-xd.
> 
> It's only superseeded by skippy-xd on systems where composite runs
> reasonably fast, witch is only a little share of all.

Last time I tried skippy, it was very slow. So, on machines where
compositing doesn't work reasonably fast, skippy is also probably very
slow...

> > If you think that it should be orphaned instead of being removed from
> > Debian, please reply to this bug and tell so.
> 
> I've been thinking about orphaning/removing skippy, but I still feel
> that it can be usefull to some.

Fine, but please try to fix the problems: the package hasn't migrated to
testing for over a year and wasn't included in etch. There's not much
point in keeping in Debian if it's broken...
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#422822: libgstreamer-perl: FTBFS: Failed 3/31 test scripts, 34/492 subtests failed

[Marc 'HE' Brockschmidt]

Lucas Nussbaum <[EMAIL PROTECTED]> writes:
> On 08/05/07 at 12:16 +0200, Michael Ablassmeier wrote:
>>  [..]
>>  > Failed Test Stat Wstat Total Fail  Failed  List of Failed
>>  > 
>> ---
>>  > t/GstGhostPad.t  255 65280 8   15 187.50%  1-8
>>  > t/GstPad.t 01139   16  41.03%  32-39
>>  > t/GstRegistry.t  255 6528021   36 171.43%  4-21
>>  > 34 subtests skipped.
>>  > Failed 3/31 test scripts, 90.32% okay. 34/492 subtests failed, 93.09% 
>> okay.
>>  
>> the full log can be found here:
>> 
>>  
>> http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/libgstreamer-perl_0.09-1_sid32.buildlog
> Could you have a look at this bug? It has been opened for a longgg time,
> and I can still reproduce it. See e.g
> http://people.debian.org/~lucas/logs/2007/10/09/libgstreamer-perl_0.09-1_sid32.buildlog

Yeah, I know. It *is* on my todo list and will hopefully be looked at in
the next few days. As you probably know, I've just returned from my
vacation, so I'm still settling in again. Be warned, though, I'll spend
time on all other Gtk2-Perl packages before looking at this FTBFS
(especially the unfiled FTBFS of libgnome2-wnck-perl with libwnck22)

> libgstreamer-perl shows up in my list of packages that should maybe be
> removed/orphaned, but I would prefer to avoid filing such bugs on your
> packages ;)

It's probably a removal candidate in the long run because upstream
support is, ehm, simply isn't there. And FWIW, I'm not really insulted
if you poke when I ignore a problem for too long, I do know that I'm
currently not spending enough time to get all things done.

Marc
-- 
Fachbegriffe der Informatik - Einfach erklärt
169: Veganer
   Die, die ihre Kinder nicht säugen, weil das für die Mutter
   Tierquälerei wäre. (Wau Holland)


pgpEXhJYfUWfq.pgp
Description: PGP signature

Bug#443648: openslp: General update after the debconf review process

[Christian Perrier]

Dear Debian maintainer,

On Wednesday, September 05, 2007, I sent you a notification about the beginning 
of a review
action on debconf templates for openslp.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch-nopo file contains a patch for the templates and control file(s).

Please note that this patch applies to the templates and control
file(s) of your package as of Wednesday, September 05, 2007. If your package 
was updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 




patch.tar.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#446254: Korean translations for ISO-3166

[Christian Perrier]

Quoting Sunjae Park ([EMAIL PROTECTED]):

> Hello Christian. Thanks for letting us know. I have attached an updated 
> version resolving the conflict and updating the untranslated strings. How 
> will this be imported upstream?

Pretty easily. Debian *is* upstream for iso-codes.

So, as soon as we apply this change, it is included in upstream.

iso-codes translations are both available to Debian translators
(through the normal package distribution system which makes everybody
entitled to sumit trranslationsas long as they don't conflict with
existing ones) and Translation Project translators.

We try to maintain consistency between both...which works pretty well.





-- 




signature.asc
Description: Digital signature

Bug#417399: NMU of your razor package

[Francois Marier]

Hi Corrin,

I just noticed that the version of razor which is in Debian is quite old.

Do you mind if I NMU the latest version (2.84) ?

Cheers,

Francois



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#417399: New version of razor available

[Francois Marier]

retitle 417399 Razor 2.84 is out
thanks

Hi Corrin,

A new version of razor is out:

  http://razor.sourceforge.net/

Cheers,

Francois



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446724: SAME SITUATION - initramfs-tools: creates broken initramfs image as reported on Bug #445688

[Miguel Martins Feitosa Filho]

Package: initramfs-tools
Version: 0.90a
Severity: critical
Justification: breaks the whole system


Hi,

I have the same situation described by Beojan in one of my boxes but
not the other two - all three are debian testing.
His solution - yaird - also worked for me.
Reading the bug report I came about an interesting point in 
that the phrases below do not apply to me as my systems always were/are
debian:

"
i'm sorry but your initramfs-tools is not from debian,
we _never_ shipped with an modprobe -Q argument in those boot scripts.
"

"
>You may wish to know that I switched to Debian from Feisty using
> dist-upgrade, and udev
> didn't get upgraded.
"

A call to 
egrep -r modprobe /usr/share/initramfs-tools/scripts/init-premount/
shows some modprobe commands, all are without options such as:

tatarana:/etc/default# egrep -r modprobe
/usr/share/initramfs-tools/scripts/init-premount/ | head -2
/usr/share/initramfs-tools/scripts/init-premount/ps3:modprobe
ps3_storage
/usr/share/initramfs-tools/scripts/init-premount/ps3:modprobe gelic_net


I run apt-get dist-upgrade regularly on these systems.
Yesterday - oct 14 2007 - I brought all three up to date.
Only one maintained the problem. The other two booted ok with new
2.6.22-2 kernel.
My systems differ only in installed packages and initial install date.
I do not get any deb files outside of apt.
At the end of this message is my sources.list for reference.

My current initramfs is also 0.90a.
tatarana:~# ls /var/cache/apt/archives/ | grep initram
initramfs-tools_0.89_all.deb
initramfs-tools_0.90a_all.deb
initramfs-tools_0.90_all.deb

Since apt installed kernel  2.6.21-2 on my system I get the
"Waiting for root filesystem" at boot time error.

What is amazing is that my other two boxes have also up to date kernels
and
never had this problem.

I initially reported this error as a kernel error but was unable to do a
good follow-up on it. I imagined that as the kernel evolved the problem
would dissapear. Since it did not I resumed trying to figure out the
situation. Beojan's report reproduced my error.

His modprobe -Q explanation though does not seem to apply to my
computer.

I hope a comparision of my three systems will help in finding the cause
of this problem.

Thanks for your help, I am available to supply any necessary
information. 



Miguel

sources.list information
tatarana:~# grep ^deb /etc/apt/sources.list
deb http://http.us.debian.org/debian testing main contrib non-free
deb http://security.debian.org testing/updates main contrib non-free
deb http://http.us.debian.org/debian unstable main contrib non-free
deb http://download.skype.com/linux/repos/debian/ stable non-free
deb http://www.debian-multimedia.org testing main
deb-src http://http.us.debian.org/debian testing main contrib non-free




-- Package-specific info:
-- /proc/cmdline
root=/dev/hda1 ro 

-- /proc/filesystems
cramfs
ext3
fuseblk
vfat

-- lsmod
Module  Size  Used by
tcp_diag1760  0 
inet_diag  11432  1 tcp_diag
nls_iso8859_1   4128  1 
nls_cp437   5792  1 
vfat   12032  1 
fat48540  1 vfat
sd_mod 27136  2 
usb_storage76608  1 
ppdev   8676  0 
lp 10980  0 
thermal13416  0 
fan 4836  0 
button  7920  0 
ac  5188  0 
battery 9988  0 
xt_TCPMSS   4672  1 
xt_tcpmss   2176  1 
xt_tcpudp   3072  8 
xt_state2432  12 
processor  31016  1 thermal
speedstep_lib   5156  0 
cpufreq_ondemand8300  0 
cpufreq_powersave   1792  0 
cpufreq_userspace   4128  0 
cpufreq_stats   5120  0 
freq_table  4512  2 cpufreq_ondemand,cpufreq_stats
cpufreq_conservative 6888  0 
ipt_LOG 5952  0 
iptable_mangle  2784  1 
iptable_filter  2944  1 
iptable_nat 7204  1 
ip_tables  12260  3 iptable_mangle,iptable_filter,iptable_nat
nf_nat 17964  1 iptable_nat
nf_conntrack_ipv4  17772  14 iptable_nat
nf_conntrack   60424  4 xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4
nfnetlink   5752  3 nf_nat,nf_conntrack_ipv4,nf_conntrack
x_tables   14372  7 
xt_TCPMSS,xt_tcpmss,xt_tcpudp,xt_state,ipt_LOG,iptable_nat,ip_tables
pppoe  13184  2 
pppox   3848  1 pppoe
ppp_generic26164  6 pppoe,pppox
slhc5888  1 ppp_generic
ipv6  236964  41 
fuse   41908  1 
dm_snapshot16516  0 
dm_mirror  20928  0 
dm_mod 52160  2 dm_snapshot,dm_mirror
visor  18316  0 
usbserial  31560  1 visor
loop   16932  0 
tsdev   7968  0 
parport_pc 33796  1 
analog

Bug#446700: hal: /etc/init.d/hal starts with user 113 and not haldaemon

[Martin Pitt]

hi Luca,

Luca Capello [2007-10-15  0:59 +0200]:
> [EMAIL PROTECTED]:/home/luca# ps aux | grep hal
> 113   3403 13.0  0.1  28456  3464 ?Ss   00:54   0:00 
> /usr/sbin/hald

It is well known that ps does not display user names which are longer
than 8 characters, so this is perfectly normal.

> [EMAIL PROTECTED]:/home/luca# grep 113 /etc/group
> lpadmin:x:113:
> 
> [EMAIL PROTECTED]:/home/luca# grep haldaemon /etc/group
> haldaemon:x:118:

Those ar group IDs, not user IDs. It is perfectly valid for user and
group IDs to not be identical, and in fact this is the common case.
Can you please do

  id haldaemon

and check whether the UID there is actually 113?

Martin

-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446723: zd1211-firmware: please package firmware 1.4 (released October 4th 2007) from SourceForge

[Martin-Éric Racine]

Package: zd1211-firmware
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The deprecated version of the firmware available in Debian doesn't work
with most USB adapters currently on the market, while the community
maintained version found On Sourceforge does. Can you please package it?

http://zd1211.wiki.sourceforge.net/

It should also be noted that the whole source code is GPL, so the 
firmware should go to main, rather than non-free.

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

iD8DBQFHEwPXeXr56x4Muc0RAmAbAJ9CUbAoKZi3RWyBrVNMZAQOkULCDACgqg1S
0Wjy4Zur3GuM1vsa52oW3rA=
=0yFm
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446722: source package depends upon lynx without need

[Harald Dunkel]

Package: ntp
Version: 4.2.4p3+dfsg-1

Seems that the build time dependency upon lynx is not needed.
I kicked lynx out of ntp's control file, and even though lynx
is not installed, ntp built fine.


Regards

Harri




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446721: squid3 does not satisfy jesred dependencies

[Andrew Taylor]

Package: jesred
Version: 1.2pl1-12
Severity: normal


jesred depends on squid
It would be better if depended on (squid or squid3)
I use it with squid3 and its seems fine.

Thnaks,
Andrew Taylor

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (650, 'testing'), (625, 'stable'), (600, 'unstable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.23-rc6 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages jesred depends on:
ii  libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii  squid 2.6.16-1   Internet object cache (WWW proxy c

Versions of packages jesred recommends:
ii  apache2-mpm-prefork [httpd]   2.2.4-3Traditional model for Apache HTTPD

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446719: sane: Scanner group addition is not handled

[Josef Spillner]

Package: sane
Version: 1.0.14-4
Severity: normal

After the installation of sane, there was no choice given to add any
user to the scanner group. Instead, I had to figure out the name of the
group first (as I thought it'd be saned first) and then add myself with
vigr/vigr -s. The package should somehow inform about it.
At the very minimum, there should be a README.Debian entry about it.
A better choice would be generic Debian way of letting the user add
logins to the group which handles the most common situation (single-user
machines) without annoying those who have hundreds of users.

How to promote group additions to currently running processes (i.e.
within the user's session) is probably not possible without kernel
modifications. However, such modifications should be advocated
medium-term for increased user friendlyness, it affects many packages
which add groups at installation time. Maybe a wiki page is in order
(didn't check this yet).

To summarise, most of the info contained in this report is probably
wishlist (want to hear feedback first), but at least the missing
README.Debian entry is of higher severity and should be fixed soon.

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

Kernel: Linux 2.6.18-3-686 (SMP w/1 CPU core)
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 sane depends on:
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.6.1-5  GNU C Library: Shared libraries
ii  libcairo2   1.4.6-1  The Cairo 2D vector graphics 
libra
ii  libfontconfig1  2.4.2-1.2generic font configuration 
library
ii  libgimp2.0  2.4.0~rc2-1  Libraries necessary to run the 
GIM
ii  libglib2.0-02.14.0-2 The GLib library of C routines
ii  libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface 
ii  libieee1284-3   0.2.10-5 cross-platform library for 
paralle
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libpango1.0-0   1.18.2-2 Layout and rendering of 
internatio
ii  libsane 1.0.19~cvs20070505-2 API library for scanners
ii  libtiff43.8.2-7  Tag Image File Format (TIFF) 
libra
ii  libusb-0.1-42:0.1.12-7   userspace USB programming library
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.8-2X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension 
librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' 
extensio
ii  libxi6  1:1.0.1-4X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension client 
libra

sane recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446720: O: xclass -- C++ GUI toolkit for X

[Bart Martens]

Package: wnpp
Severity: wishlist


Hi,

I'm orphaning this package now.

http://packages.qa.debian.org/x/xclass.html
http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=xclass
http://xclass.sourceforge.net/

Regards,

Bart Martens



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

Bug#446637: cairo package with debugging symbols

[Riccardo Magliocchetti]

With this patch i can build the dbg packet succesfully, still can't
get oprofile to see the symbols :|. Apply with patch level 1.

HTH,
Riccardo Magliocchetti
diff -ru b/libcairo-1.4.10/debian/control cairo/libcairo-1.4.10/debian/control
--- b/libcairo-1.4.10/debian/control	2007-10-14 18:25:42.0 +0200
+++ cairo/libcairo-1.4.10/debian/control	2007-10-14 18:16:44.0 +0200
@@ -44,6 +44,15 @@
  .
  This package contains the shared libraries.
 
+Package: libcairo2-dbg
+Section: libdevel
+Priority: extra
+Architecture: any
+Depends: libcairo2 (= ${binary:Version})
+Description: The Cairo 2D vector graphics library (debugging symbols)
+ Debugging symbols for the Cairo 2D vector graphics library. This is
+ needed to debug programs linked against libcairo2.
+
 Package: libcairo2-doc
 Section: libs
 Architecture: all
diff -ru b/libcairo-1.4.10/debian/rules cairo/libcairo-1.4.10/debian/rules
--- b/libcairo-1.4.10/debian/rules	2007-10-14 18:25:42.0 +0200
+++ cairo/libcairo-1.4.10/debian/rules	2007-10-14 18:24:29.0 +0200
@@ -183,7 +183,7 @@
 	dh_installman
 	dh_installexamples
 	dh_link
-	dh_strip -a
+	dh_strip -a --dbg-package=libcairo2-dbg
 	dh_compress
 	dh_fixperms
 	dh_makeshlibs -plibcairo2 -V 'libcairo2 (>=1.4.0)'

Bug#446574: uw-imap: [INTL:ja] updated Japanese debconf translation

[Christian Perrier]

Quoting Kenshi Muto ([EMAIL PROTECTED]):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Package: uw-imap
> Severity: wishlist
> Version: 3a2006j2.dfsg-3
> Tags: l10n patch
> 
> Hi,
> 
> I updated Japanese translation of debconf messages (ja.po).
> Please apply this.


Given the rewrite, this translation is largely outdated by the rewrite
changes...sorry for this.

Merged version (to update) attached.



ja.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#446652: ITP: xfce4-wmdock-plugin -- Compatibility layer for running WindowMaker dockapps on the XFCE desktop

[Yves-Alexis Perez]

On dim, 2007-10-14 at 11:25 -0600, Enrique Monge wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Enrique Monge <[EMAIL PROTECTED]>
> 
> 
> 
> * Package name: xfce4-wmdock-plugin

You may want to contact pkg-xfce team (see
http://pkg-xfce.alioth.debian.org/ and
[EMAIL PROTECTED])

Regards,
-- 
Yves-Alexis Perez




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#429227: dzen2 packaging status

[Petr Rockai]

Hi.

"A. Christine Spang" <[EMAIL PROTECTED]> writes:
> It looks like xmonad will soon be entering the archive. What is your
> status with regard to dzen2 packages?
Sorry, i got stalled at "missing manpage", ie. the package is ready
and working, i just need to write and include a manpage, which
shouldn't take much, but still. If anyone has a workable manpage, i'd
be happy to take it and upload this week. Otherwise, i still try to
make it this week, but i cannot promise...

Yours, Peter.

-- 
Peter Rockai | me()mornfall!net | prockai()redhat!com
 http://blog.mornfall.net | http://web.mornfall.net

"In My Egotistical Opinion, most people's C programs should be
 indented six feet downward and covered with dirt."
 -- Blair P. Houghton on the subject of C program indentation



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#231116: how to implement without changing gdb

[Peter Moulder]

I too dislike the idea of gdb unconditionally setting a particular
environment variable.  My first suggestion is that if you want to do this, 
then do

   alias gdb='IN_GDB=yes gdb'

Note that both with this implementation and the implementation proposed
by the submitter, it only works for processes initiated by gdb, not when
one uses gdb to attach to an existing process.


I suggest that the program test this variable only on startup, and set a
variable, and subsequently test that variable rather than call getenv.
This isn't just about efficiency, this is to cover the attach case: when
attaching to a program, you can do

  p in_gdb = 1

and then

  p in_gdb = 0

when detaching.

See section ‘User-defined command hooks’ in the gdb manual
(http://www.delorie.com/gnu/docs/gdb/gdb_190.html) for how to have these
happen automatically every time you attach or detach the program.

(See also section ‘Command files’ for description of .gdbinit
processing, and section ‘User-defined commands’ for the general 
syntax for defining functions in gdb.  If you implement this, then I
suggest posting the resulting .gdbinit file/fragment to this bug report
for the benefit of anyone else looking at this bug report and wanting to
do the same thing.)


Finally, if you really want to test for being debugged without help from
.gdbinit files or any other user help, man ptrace and see what it says
about how gdb becomes effectively the parent for many purposes.  If
using Linux, then man 5 proc and look at the descriptions of the stat
and status files.  However, I don't recommend this: it's harder to
implement than .gdbinit files, and it probably only serves to mystify
the person using the debugger rather than help them.


I suggest closing this bug.

pjrm.

Bug#421053: irssi: prepared NMU to fix some pending issues

[David Pashley]

On Oct 13, 2007 at 17:41, Gerfried Fuchs praised the llamas by saying:
>  You haven't responded at all to my private mail about offering help,
> and given your promises along the same line in #421053 and other reports
> I hadn't much to believe that this message was anything different than
> your past messages on similar topics.

Please hold off uploading your NMU until Wednesday. You then have my
permission to upload.
> 
>  To be honest, I'm not too confident that you will hold your promises,
> and I'm not alone with that; and just if you really would do it this
> time that wouldn't mean that you are not going to return to your old
> style in the future again. Let me repeat myself that I offer you help
> with the package and continue to track issues with irssi.
> 
I'm currently doing my work in git, so part of the work is working out
what that means and how git.d.o could be used to host that work.

>  So long,
> Rhonda
> 
> 

-- 
David Pashley
[EMAIL PROTECTED]
Nihil curo de ista tua stulta superstitione.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446165: debtorrent: sometimes times out in aptitude

[Julian Gilbey]

On Sun, Oct 14, 2007 at 03:47:13PM -0700, Cameron Dale wrote:
> retitle 446165 debtorrent: add support for security.debian.org
> severity 446165 wishlist
> thanks
> 
> On 10/14/07, Julian Gilbey <[EMAIL PROTECTED]> wrote:
> > OK, I've taken out all of the localhost:9988 from everything except
> > ftp.uk.debian.org/debian/ testing main
> > dselect update now works fine, and aptitude is also working happily -
> > yay!
> 
> Good to hear. Let me know if anything further goes wrong.

Shall do.

> > I had rebooted the machine before I first ran dselect update this
> > morning.  grep -A10 -B10 ... output attached.
> 
> Thanks again for the extra info. The reboot should have reset any hung
> thread issues, so now I'm not sure why it wasn't working.
> 
> Looking at this log I was able to get some more insight on your
> previous issue. The previous problems seem to be related to a
> temporary network issue you were having with security.debian.org. It
> looks like you were unable to resolve their DNS entry properly, as
> shown by these log entries:
> 
> 2007-10-11 20:31:45,702 CacheRequest(security.debian.org)
> DebTorrent.HTTPCache DEBUG sending request GET /dists/lenn
> y/updates/main/i18n/Translation-en_GB.bz2, {'User-Agent':
> 'DebTorrent/T-0.1.4.1'}
> 2007-10-11 20:31:45,719 CacheRequest(security.debian.org)
> DebTorrent.HTTPCache WARNING could not contact http server
>  security.debian.org: (-2, 'Name or service not known')
> 
> After that, all future attempts resulted in:
> 
> 2007-10-11 20:31:45,767 CacheRequest(security.debian.org)
> DebTorrent.HTTPCache DEBUG sending request GET /dists/lenn
> y/updates/contrib/i18n/Translation-en_GB.bz2, {'User-Agent':
> 'DebTorrent/T-0.1.4.1'}
> 2007-10-11 20:31:45,768 CacheRequest(security.debian.org)
> DebTorrent.HTTPCache ERROR error accessing http server
> Traceback (most recent call last):
>   File "/var/lib/python-support/python2.4/DebTorrent/HTTPCache.py",
> line 189, in _request
> self.connection.request('GET', self.url, None, self.headers)
>   File "httplib.py", line 804, in request
> self._send_request(method, url, body, headers)
>   File "httplib.py", line 821, in _send_request
> self.putrequest(method, url, **skips)
>   File "httplib.py", line 717, in putrequest
> raise CannotSendRequest()
> CannotSendRequest
> 
> Which may be a bug or not, I'm not sure but I'll investigate it further.
> 
> Given all the problems you've been having with security, and the lack
> of problems with the main archive, I decided to make this bug a
> wishlist item for DebTorrent to support security.debian.org. I'll add
> it to my sources.list and try and track down any errors that come up.
> I'll close this bug when I feel that the support is fairly stable.

Many thanks!

   Julian



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#176802: Properties.

[Peter Kok]

Good Day,


I wish to introduce myself to you.I am Peter Kok a top Sudanese Goverment 
official who opposed the war in Darfur in my country Sudan.Due to my oppostion 
to the war,the goverment of my country has been persecuting me and my 
family.Consequently my wife,children and I managed
to enter a red cross airplane that was evacuating foreigners and we are 
presently in Cape Town, South Africa.

We wish to invest in properties in your country with your assistance and 
cooperation.If you are in a good
position to help my family, please send an e-mail to the e-mail address below 
indicating your desire to help my family invest this funds in your country.


best regards,


God bless,


Peter Kok


E-mail:[EMAIL PROTECTED]







-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446519: saytime: patch for alsa support

[Oohara Yuuma]

On Tue, 09 Oct 2007 18:31:29 -0700,
Rob Browning <[EMAIL PROTECTED]> wrote:
> I was having some trouble here with the alsa oss support (saytime was
> skipping/echoing), so I wrote up this *very* quick hack to add support
> for sox's alsa backend.  This patch just adds a "-b BACKEND" option,
> i.e. -b oss, -b alsa, etc.
1) It seems that /usr/bin/aplay is in the package alsa-utils.  I don't
   use it because I don't have an ALSA system.  Is aplay better that sox
   on an ALSA system?
2) Do you need libsox-fmt-alsa if you have aplay?
3) I don't think both libsox-fmt-oss and libsox-fmt-alsa are needed
   on one system.  One of them will be enough.
4) If the right library is installed, does sox work without an additional
   command line option?

-- 
Oohara Yuuma <[EMAIL PROTECTED]>

We are now being exorcised.
--- Satoko Kiyuduki "Kuro the Coffin Bearer"




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446097: lintian: desktop files check over strict for kde packages

[Russ Allbery]

Russ Allbery <[EMAIL PROTECTED]> writes:

> I can, but I'd like to understand why KDE is generating so many invalid
> desktop files.  For example, the kruler applnk desktop file contains
> essentially nothing at all and looks completely pointless.  What is that
> file actually accomplishing?  Does it need to be installed?  And if it's
> supposed to be there, why doesn't it have the mandatory Type and Name
> entries?  They aren't always missing from applnk files; other packages
> do provide them.

Okay, I poked at this some more and a bunch of the noise was due to a bug
in the lintian check leading it to not check desktop entries of an unknown
type.  I've now fixed that, which should help a lot.

The kruler applnk desktop file still will produce errors, but it still
looks rather broken to me.

It may be that going forward, we'll have to have a blessed list of
directories in which desktop files should be checked and ignore any
outside those directories, but let's see how matters go with the next
upload.  It should be quite a bit better and at least reduce the problem
to a dull roar.

-- 
Russ Allbery ([EMAIL PROTECTED])   



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#438144: Info received (Bug#438144: linux-image-2.6.21-2-686: new kernel does not like my ATI Rage 128 card)

[Itai Seggev]

I've now tried it with both the linux-image-2.6.23-rc5-2-686 package in
experimental, as well as a self-made kernel compiled from linux-source-2.6.22
in lenny/sid. This self compiled kernel works fine, but the linux-image kernel
doesn't work. So perhaps this is some kernel configuration problem? 

Again, here is the X log:

X Window System Version 1.3.0
Release Date: 19 April 2007
X Protocol Version 11, Revision 0, Release 1.3
Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12)
Current Operating System: Linux cavy 2.6.23-rc5-686 #1 SMP Wed Oct 3 01:23:01 
UTC 2007 i686
Build Date: 09 August 2007
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sat Oct 13 16:52:14 2007
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "ATI Technologies, Inc. Rage 128 PF/PRO AGP 4x TMDS"
(**) |-->Input Device "Generic Keyboard"
(**) |-->Input Device "Configured Mouse"
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/cyrillic" does not exist.
Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/100dpi/".
Entry deleted from font path.
(Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/100dpi/").
(WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/75dpi/".
Entry deleted from font path.
(Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/75dpi/").
(WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/Type1".
Entry deleted from font path.
(Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/Type1").
(WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/100dpi".
Entry deleted from font path.
(Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/100dpi").
(WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/75dpi".
Entry deleted from font path.
(Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/75dpi").
(WW) Including the default font path 
/usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType.
(**) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/X11R6/lib/X11/fonts/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/cyrillic,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
(==) RgbPath set to "/etc/X11/rgb"
(==) ModulePath set to "/usr/lib/xorg/modules"
(**) Extension "Composite" is enabled
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(II) No APM support in BIOS or kernel
(II) Loader magic: 0x81e5140
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 1.2
X.Org XInput driver : 0.7
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 1.3.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.2
(++) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,1130 card 1043,8027 rev 02 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 8086,1131 card , rev 02 class 06,04,00 hdr 01
(II) PCI: 00:1e:0: chip 8086,244e card , rev 02 class 06,04,00 hdr 01
(II) PCI: 00:1f:0: chip 8086,2440 card , rev 02 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,244b card 1043,8027 rev 02 class 01,01,80 hdr 00
(II) PCI: 00:1f:2: chip 8086,2442 card 1043,8027 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1f:3: chip 8086,2443 card 1043,8027 rev 02 class 0c,05,00 hdr 00
(II) PCI: 00:1f:4: chip 8086,2444 card 1043,8027 rev 02 class 0c,03,00 hdr 00
(II) PCI: 01:00:0: chip 1002,5046 card 1002,002a rev 00 class 03,00,00 hdr 00
(II) PCI: 02:09:0: chip 10b7,9050 card , rev 00 class 02,

Bug#446717: tagging 446717

[Ron]

# Automatically generated email from bts, devscripts version 2.10.6
# Thanks Felipe
tags 446717 + pending




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#445573: auto-ro raids have 'recover' for sync-action

[Neil Brown]

On Monday October 8, [EMAIL PROTECTED] wrote:
> reassign 445573 linux-image-2.6.18-5-686
> tags 445573 patch confirmed
> severity 445573 minor
> thanks
> 
> also sprach Neil Brown <[EMAIL PROTECTED]> [2007.10.08.0231 +0100]:
> > Yep, this is a kernel bug.
> > This should fix it.
> 
> Can you provide an ETA as to when this will be upstream? 2.6.23?
> .24?
> 
> I am forwarding the bug to our kernel team and they'll be glad to
> have this information.

I've just submitted it to Andrew and it should be in 2.6.24.  I don't
think it warrants a patch to 2.6.23.y.

NeilBrown



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446718: foomatic-gui: Fails to detect network printer

[Jerry Quinn]

Package: foomatic-gui
Version: 0.7.7
Severity: normal

I thought I would try the automatic gui printer config to do an
initial setup of my Dell 1815dn network postcript printer.  This
printer supports every network printing standard I'm aware of, but
autodetect does nothing.

I assume this is likely due to underlying cups losage, but am starting
here.


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

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

Versions of packages foomatic-gui depends on:
ii  gksu 2.0.0-4 graphical frontend to su
ii  python   2.4.4-6 An interactive high-level object-o
ii  python-foomatic  0.7.7   Python interface to the Foomatic p
ii  python-glade22.10.6-1GTK+ bindings: Glade support
ii  python-gnome22.18.2-1+b1 Python bindings for the GNOME desk
ii  python-gnome2-extras 2.14.3-1Python bindings for the GNOME desk
ii  python-gtk2  2.10.6-1Python bindings for the GTK+ widge

Versions of packages foomatic-gui recommends:
ii  netcat1.10-33TCP/IP swiss army knife
pn  nmap   (no description available)
pn  pconf-detect   (no description available)
ii  smbclient 3.0.26a-1  a LanManager-like simple client fo

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446097: lintian: desktop files check over strict for kde packages

[Russ Allbery]

Sune Vuorela <[EMAIL PROTECTED]> writes:

> Package: lintian
> Version: 1.23.34
> Severity: important

> KDE has a history of using desktop files for all sorts of things, not
> only for applications and such.

> for example kdegraphics, a fairly minor kde package, there is now around
> 10 errors and 60 warnings.

Well, the package kdegraphics produces no warnings at all.  But I assume
that you actually meant the binary packages generated by the kdegraphics
source package.  (It just took me a moment to figure out what you were
talking about.)

> If at least those checks could not be run for desktop files in some
> locations mostly used for kde things:

> /usr/share/services
> /usr/share/servicetypes
> /usr/share/applnk

> currently lintian generates so much output for no reasons that makes
> lintian impossible to use to check the kde packages.

I can, but I'd like to understand why KDE is generating so many invalid
desktop files.  For example, the kruler applnk desktop file contains
essentially nothing at all and looks completely pointless.  What is that
file actually accomplishing?  Does it need to be installed?  And if it's
supposed to be there, why doesn't it have the mandatory Type and Name
entries?  They aren't always missing from applnk files; other packages do
provide them.

It's not clear to me that these aren't actual bugs in the desktop files
that have just gone undiagnosed because no one has checked the desktop
files against the desktop standard.

The next release of lintian will deal with X- categories and Actions keys,
which should significantly reduce the warnings that you see.  Maybe you
could take a look at what's left and check with the KDE upstream and see
if the desktop standard really is wrong?

-- 
Russ Allbery ([EMAIL PROTECTED])   



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#428186: Breaking packages is not ok.

[Patrick Matthäi]

Brandon schrieb:

Severity: serious
Justification: makes package unusable (by its dependencies)

  
bumping SONAMES is a good thing for often needed packages and if 
upstream provides SONAME support, I will include it.



That is good.

  

The current solution (with conflicts) is okay.



No, it is not. You break every package that depends on guichan every
time you upgrade. Fixing this is too much to ask of those maintainers.
You have forced balder2d and sear out of testing.

I have asked debian mentors about this last month. I sent you a link to
the thread archive a while ago. Here it is again, in case you didn't
get around to reading it:
http://lists.debian.org/debian-mentors/2007/09/msg00223.html
They recommended that bugs such as this be kept as serious or grave.

I think the best way to fix this would be to only include a static
library. It is sort of like washing your hands of the issue. I would
also recommend not upgrading the version more than once a year, unless
a new upstream version fixes a glaring bug.

If compiling statically, depending packages will still break when the
API changes, and it has changed before. I am not sure how acceptable
this is. You could fix it by following upstream's recommendation, which
would equate to not having a guichan package at all. Depending programs
would instead include the guichan source.

If you need advice on what to do next, I recommend writing to the
debian-mentors mailing list. You can learn more here:
http://lists.debian.org/debian-mentors/

-Brandon
  

Good morning,

please stop now changing every hour the severity, that's kind of playing 
and stops us from work.


If you read for what is the testing and unstable pool, then you would 
know, that such kind of things are OK, because we don't break anything 
with the new package names and if a author doesn't upgrade his package 
after some weeks, then it is his problem.
Michael Koch (sear maintainer) is my sponsor (he's a DD) and he knows 
exactly every upgrade and in his opinion it's the best solution for guichan.
If you want a very clear pool, stop using testing and unstable and use 
Debian Stable (Etch).


--
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi

E-Mail: [EMAIL PROTECTED]
Homepage: http://www.Linux-Dev.org/


begin:vcard
fn;quoted-printable:Patrick Matth=C3=A4i
n;quoted-printable:Matth=C3=A4i;Patrick
org:Ameus IT-Systeme;Technik
adr:;;Technologiepark 21;Paderborn;Nordrhein-Westfalen;33100;Deutschland
email;internet:[EMAIL PROTECTED]
x-mozilla-html:TRUE
url:http://www.ameus.de/
version:2.1
end:vcard

Bug#446716: no-ip: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Felipe Augusto van de Wiel (faw)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: no-ip
Tags: l10n patch
Severity: wishlist

Hi,

Please, find attached the Brazilian Portuguese translation for
the no-ip package. It is UTF-8 encoded, tested with podebconf-display-po
and msgfmt.

I'm sorry for the delay, I hope pt_BR can still get included
in the next upload. :)

Kind regards,

- --
Felipe Augusto van de Wiel (faw)
"Debian. Freedom to code. Code to freedom!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHEug+CjAO0JDlykYRAqOSAJ0bGlceSQ/an+IlwfqaNKu3EK82YgCg0ZJb
yb6hXqI0gP9uZQHylc0EP7w=
=Ypwc
-END PGP SIGNATURE-
# no-ip Brazilian Portuguese translation 
# Copyright (C) 2007 THE no-ip'S COPYRIGHT HOLDER
# This file is distributed under the same license as the no-ip package.
# Felipe Augusto van de Wiel (faw) <[EMAIL PROTECTED]>, 2007.
#
msgid ""
msgstr "pt_BR utf-8\n"
"Project-Id-Version: no-ip (20071006)\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-09-30 08:27+0200\n"
"PO-Revision-Date: 2007-10-06 14:58-0300\n"
"Last-Translator: Felipe Augusto van de Wiel (faw) <[EMAIL PROTECTED]>\n"
"Language-Team: l10n portuguese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../templates:2001
msgid "noip2 package configuration"
msgstr "configuração do pacote noip2"

#. Type: note
#. Description
#: ../templates:2001
msgid ""
"The noip2 package uses a configuration data file named /etc/noip2.conf. "
"Further questions are meant to fill in settings in that file."
msgstr ""
"O pacote noip2 usa um arquivo de dados de configuração chamado "
"/etc/noip2.conf. As próximas questões têm o propósito de preencher "
"configurações nesse arquivo."

#. Type: note
#. Description
#: ../templates:2001
msgid ""
"These settings must be updated whenever your account or password changes or "
"when you add or delete hosts and/or groups at www.no-ip.com.  This can be "
"done by reconfiguring this package by running 'dpkg-reconfigure noip2' as "
"root."
msgstr ""
"Estas configurações devem ser atualizadas quando sua conta ou senha mudarem "
"ou quando você adicionar ou remover máquinas e/ou grupos em www.no-ip.com. "
"Isto pode ser feito pela reconfiguração deste pacote executando, como root, "
"'dpkg-reconfigure noip2'."

#. Type: string
#. Description
#: ../templates:3001
msgid "No-IP.com user name:"
msgstr "Nome de usuário No-IP.com:"

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Please enter your No-IP.com account user name (usually your email address)."
msgstr ""
"Por favor, informe o nome de usuário da sua conta No-IP.com (usualmente seu "
"endereço de e-mail)."

#. Type: password
#. Description
#: ../templates:4001
msgid "No-IP.com password:"
msgstr "Senha No-IP.com:"

#. Type: string
#. Description
#: ../templates:5001
msgid "Update interval (in minutes):"
msgstr "Intervalo de atualização (em minutos):"

#. Type: string
#. Description
#: ../templates:5001
msgid ""
"Please enter the updating frequency (in minutes) the noip2 client should use "
"to refresh the record of your IP address."
msgstr ""
"Por favor, informe a freqüência de atualização (em minutos) que o cliente "
"noip2 deverá usar para atualizar o registro do seu endereço IP."

Bug#446717: wacom-tools: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Felipe Augusto van de Wiel (faw)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wacom-tools
Tags: l10n patch
Severity: wishlist

Hi,

Please, find attached the Brazilian Portuguese translation for
the wacom-tools package. It is UTF-8 encoded, tested with msgfmt and
podebconf-display-po.

I'm sorry for the delay, I hope pt_BR can still get included
in the next upload. :)

Kind regards,
- --
Felipe Augusto van de Wiel (faw)
"Debian. Freedom to code. Code to freedom!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHEui4CjAO0JDlykYRAvYiAJ461TEz5ZeGo4xGbvwfHVlgQ+sb/ACcClP9
C4fhHKrv3poGfIovi6gEXk8=
=B2C5
-END PGP SIGNATURE-
# wacom-tools Brazilian Portuguese translation 
# Copyright (C) 2007 THE wacom-tools'S COPYRIGHT HOLDER
# This file is distributed under the same license as the wacom-tools package.
# Felipe Augusto van de Wiel (faw) <[EMAIL PROTECTED]>, 2007.
#
msgid ""
msgstr "pt_BR utf-8\n"
"Project-Id-Version: wacom-tools (20071006)\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-09-29 09:02+0200\n"
"PO-Revision-Date: 2007-10-06 15:16-0300\n"
"Last-Translator: Felipe Augusto van de Wiel (faw) <[EMAIL PROTECTED]>\n"
"Language-Team: l10n portuguese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../wacom-kernel-source.templates:2001
msgid "Automatically compile the Wacom modules?"
msgstr "Compilar automaticamente os módulos Wacom?"

#. Type: boolean
#. Description
#: ../wacom-kernel-source.templates:2001
msgid ""
"In order to make full use of a Wacom graphics tablet you need to compile and "
"install the provided modules to suit the running Linux kernel."
msgstr ""
"Para fazer uso completo de um \"tablet\" gráfico Wacom você precisa compilar "
"e instalar os módulos fornecidos para combinar com o kernel Linux em execução."

#. Type: boolean
#. Description
#. Type: boolean
#. Description
#: ../wacom-kernel-source.templates:2001 ../wacom-kernel-source.templates:3001
msgid ""
"If you choose this option, the Wacom modules will be compiled into a binary "
"package using local kernel configuration settings."
msgstr ""
"Se você escolher esta opção, os módulos Wacom serão compilados em um pacote "
"binário usando as configurações do kernel local."

#. Type: boolean
#. Description
#. Type: boolean
#. Description
#: ../wacom-kernel-source.templates:2001 ../wacom-kernel-source.templates:3001
msgid ""
"This requires either a linux-headers-* package or the full kernel source "
"tree. Do not choose this option if neither of these is available. You can "
"return to this step again later with:  'dpkg-reconfigure wacom-kernel-"
"source'."
msgstr ""
"Isto requer ou um pacote linux-headers-* ou a árvore de código fonte "
"completa do kernel. Não escolha esta opção se nenhum destes estiver "
"disponível. Você pode retornar a este passo posteriormente com: "
"'dpkg-reconfigure wacom-kernel-source'."


#. Type: boolean
#. Description
#: ../wacom-kernel-source.templates:3001
msgid "Create a binary wacom-kernel-modules package?"
msgstr "Criar um pacote binário wacom-kernel-modules?"

#. Type: boolean
#. Description
#: ../wacom-kernel-source.templates:3001
msgid ""
"This may replace some modules that were originally built with the running "
"kernel."
msgstr ""
"Isto pode substituir alguns módulos que foram originalmente construídos "
"com o kernel em execução."

#. Type: string
#. Description
#: ../wacom-kernel-source.templates:4001
msgid "Linux header files location:"
msgstr "Localização dos arquivos de cabeçalho Linux:"

#. Type: string
#. Description
#: ../wacom-kernel-source.templates:4001
msgid ""
"In order to compile the Wacom modules, please enter the location of the "
"Linux kernel headers for them to use."
msgstr ""
"Para compilar os módulos Wacom, por favor, informe a localização dos "
"cabeçalhos do kernel Linux a serem usados."

#. Type: string
#. Description
#: ../wacom-kernel-source.templates:4001
msgid ""
"Headers provided by a linux-headers-* package are located in /usr/src/linux-"
"headers-*."
msgstr ""
"Cabeçalhos fornecidos por um pacote linux-headers-* estão localizados em "
"/usr/src/linux-headers-*."

#. Type: boolean
#. Description
#: ../wacom-kernel-source.templates:5001
msgid "Specify a different Linux headers directory?"
msgstr "Especificar um diretório de cabeçalhos Linux diferente?"

#. Type: boolean
#. Description
#: ../wacom-kernel-source.templates:5001
msgid "No valid Linux headers were found in the directory you specified."
msgstr ""
"Não foram encontrados cabeçalhos Linux válidos no diretório que você "
"especificou."

#. Type: note
#. Description
#: ../wacom-kernel-source.templates:6001
msgid "Operations needed after modules compilation"
msgstr "Operações necessárias após a compilação dos módulos"

#. Type: note
#. Descript

Bug#276948: package 'vncserver' should be removed from amd64

[Steve Langasek]

severity 276948 grave
thanks

On Sun, Oct 14, 2007 at 04:56:36PM +0300, Teodor wrote:
> The 'vncserver' package is not working and FTBFS on amd64 architecture:
> #276948 .

Where does it fail to build?  The package is up to date on all archs.

"Not working" is a problem, of course, and is what the cited bug report
talks about.

> Because of this I propose to be removed from unstable (and automatically
> from lenny). Maybe the 'vnc' source package should be removed along with
> all the binary packages built from this?

Why, what's wrong with the other binary packages built from the vnc source?

Anyway, debian-release is not the right place to propose such a removal. 
Binary-only package removals need to go through the package maintainer or,
at least, an NMUer; only once the source package is fixed up wrt this
removal should the binary removal be requested through the ftp team.

As a first step, let's fix the severity of the bug.  This should have been
RC all along - amd64 is not our only 64-bit architecture, so if vncserver is
not 64-bit-clean, that needs to be dealt with (one way or another) instead
of leaving broken binaries in the archive.

> The same package(s) is(are) included in the stable/etch release. Is it
> possible to remove a package after the release?

Yes, though of course fixing the package would be far preferable.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#444642: lintian: python-all is a valid build-dep for arch:all packages

[Russ Allbery]

Russ Allbery <[EMAIL PROTECTED]> writes:
> Bernd Zeimetz <[EMAIL PROTECTED]> writes:

>> Ah, that could be - I guess it wanted to tell me to move python-all
>> into Build-Dep-Indep (can't check right now)?  If so - that's still
>> wrong - python-all is needed for the clean target, so it needs to stay
>> in Build-Deps.

> You are going to have to be more specific for lintian to be taught to
> tell that, since the package build infrastructure itself certainly
> doesn't require that python-all be installed for the clean target.  :)
> What specific program are you running or action are you taking in the
> clean target that requires python?  lintian tries to detect such usages,
> so I need to know what it's missing.

Oh, sorry, never mind.  I see now.  This actually is another (subtle)
manifestation of the same bug and should now be fixed.

-- 
Russ Allbery ([EMAIL PROTECTED])   



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#429227: dzen2 packaging status

[A. Christine Spang]

Hi Peter,

It looks like xmonad will soon be entering the archive. What is your
status with regard to dzen2 packages?

Regards,
Christine



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#438472: openbabel 2.1.1-1 has fix this bug(need confirm)

[LI Daobing]

Hello,

it sounds that openbabel 2.1.1-1 has fix this bug, if you confirm
about this, I will close this bug.

thanks

-- 
Best Regards,
 LI Daobing



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#438202: lintian: detect useless windows thumbnail databases (thumbs.db)

[Russ Allbery]

Paul Wise <[EMAIL PROTECTED]> writes:
> On Sun, 2007-10-14 at 17:36 -0700, Russ Allbery wrote:

>> If you do see ones with a variation in case, let me know.

> The glest-data package contains the lowercased variation:

> http://packages.debian.org/search?searchon=contents&keywords=Thumbs.db&mode=filename&suite=unstable&arch=any

Okay.  Bleh.

Here's hoping no one else has the bright idea to use that for something
else.  And yeah, I should have done a search; sorry about that.

-- 
Russ Allbery ([EMAIL PROTECTED])   



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#444355: lintian: Bogus diagnostics for hard-linked files

[Russ Allbery]

Ben Hutchings <[EMAIL PROTECTED]> writes:

> Package: lintian
> Version: 1.23.34
> Severity: normal

> The ion3-doc package contains two files with two names (hard-links)
> each:
> /usr/share/doc/ion3-doc/ionconf/{ionconf,index}.html
> /usr/share/doc/ion3-doc/ionconf/{ionnotes,index}.html

> In a tarball, the second and subsequent names for a file are
> represented by reference to the first, rather like symbolic links.
> lintian doesn't process these references properly, and so produces the
> diagnostics:

> E: doc-base-file-references-missing-file
> W: zero-byte-file-in-doc-directory

> There may well be other checks that have the same problem.

I've fixed both of these for the next release.  They were two very
different problems (the first because the doc-base code chases links and
wasn't doing it properly for hard links, and the second because tar
reports hard links as empty).  lintian in general does try to handle hard
links, so I don't think there are any general structural problems.  If you
run into any other mistaken warnings, please do submit additional bugs.

-- 
Russ Allbery ([EMAIL PROTECTED])   



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#444642: lintian: python-all is a valid build-dep for arch:all packages

[Russ Allbery]

Bernd Zeimetz <[EMAIL PROTECTED]> writes:
> Frank Lichtenheld wrote:
>> On Sun, Sep 30, 2007 at 01:30:33AM +0200, Bernd Zeimetz wrote:

>>> Therefore please fix lintian to allow python-all as build-dep in
>>> arch: all packages, too. Also the I: is not right here, python-all-dev
>>> would be the package one needs to install for arch: any packages.

>> I don't the I: means what you think it means. Please read the
>> explanation.

> Ah, that could be - I guess it wanted to tell me to move python-all into
> Build-Dep-Indep (can't check right now)?  If so - that's still wrong -
> python-all is needed for the clean target, so it needs to stay in
> Build-Deps.

You are going to have to be more specific for lintian to be taught to tell
that, since the package build infrastructure itself certainly doesn't
require that python-all be installed for the clean target.  :)  What
specific program are you running or action are you taking in the clean
target that requires python?  lintian tries to detect such usages, so I
need to know what it's missing.

-- 
Russ Allbery ([EMAIL PROTECTED])   



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446715: Could not load 18pt font font.ttf

[Arieh Skliarouk]

Package: qonk
Version: 0.3.0-1

I tried to start qonk and saw following problem:

$ qonk
This is qonk 0.3.0
(c) 2003 Anthony Liekens
(c) 2007 Qonk development team
This game is free software released under the GNU General Public License,
either version 2 of the license or, at your option, any later version.
configuration was not available - using defaults
Could not load 18pt font font.ttf from the following directories:
/usr/share/games/qonk/
data
$

$ dpkg -l | grep ttf-bitstream-vera
ii  ttf-bitstream-vera   1.10-7 The
Bitstream Vera family of free TrueType f

$ md5sum /usr/share/games/qonk/font.ttf
37d8aff129ecd7d3fc495b7239f834db  /usr/share/games/qonk/font.ttf

-- 
Arieh



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#445742: Confusing messages when including non existing file

[Michal Čihař]

Hi

On Sun, 14 Oct 2007 20:13:38 -0700
Steve Langasek <[EMAIL PROTECTED]> wrote:

> On Mon, Oct 08, 2007 at 02:26:28PM +0900, Michal Čihař wrote:
> > PAM _pam_load_conf_file: unable to open /etc/pam.d/common-pamkeyring
> > PAM unable to dlopen(<*unknown module path*>)
> > PAM [error: <*unknown module path*>: cannot open shared object file: No 
> > such file or directory]
> > PAM adding faulty module: <*unknown module path*>
> > PAM error loading (null)
> > PAM _pam_init_handlers: error reading /etc/pam.d/login
> > PAM _pam_init_handlers: [Critical error - immediate abort]
> > PAM error reading PAM configuration file
> > PAM pam_start: failed to initialize handlers
> > Couldn't initialize PAM: Critical error - immediate abort
> 
> Could you please provide a sample PAM config that I can use to reproduce
> this?

echo '@include common-nonexisting' >> /etc/pam.d/login

will break you login service this way.

> Děkuju,

You can speak Czech? :-)

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


signature.asc
Description: PGP signature

Bug#445742: Confusing messages when including non existing file

[Steve Langasek]

Hi Michal,

On Mon, Oct 08, 2007 at 02:26:28PM +0900, Michal Čihař wrote:

> while trying to set up keyring support using PAM, I wrongly named one
> file and PAM could not include it. However besides message that it can
> not open file /etc/pam.d/common-pamkeyring, it produced bunch of
> messages about "<*unknown module path*>" and "null", which look bogus to me:

> PAM _pam_load_conf_file: unable to open /etc/pam.d/common-pamkeyring
> PAM unable to dlopen(<*unknown module path*>)
> PAM [error: <*unknown module path*>: cannot open shared object file: No such 
> file or directory]
> PAM adding faulty module: <*unknown module path*>
> PAM error loading (null)
> PAM _pam_init_handlers: error reading /etc/pam.d/login
> PAM _pam_init_handlers: [Critical error - immediate abort]
> PAM error reading PAM configuration file
> PAM pam_start: failed to initialize handlers
> Couldn't initialize PAM: Critical error - immediate abort

Could you please provide a sample PAM config that I can use to reproduce
this?

Děkuju,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/

Bug#446714: gcc-4.3: Fails to build a program which builds fine with gcc-4.1

[Charles Plessy]

Package: gcc-4.3
Version: 4.3-20070902-1
Severity: normal

Dear Debian GCC team,

I am preparing a package for DiAlign-T, a bioinformatic software.
(http://bugs.debian.org/445983). I manage to build it with gcc-4.1, but
not gcc-4.3 neither gcc-4.2. Here is the output of the compilation:

chouca〔source〕$ make CC=gcc-4.3 CFLAGS='-Wall -g -O2' CPPFLAGS=''
gcc-4.3 -Wall -g -O2   -c -o museq.o museq.c
museq.c: In function ‘main’:
museq.c:80: warning: ‘pdist’ may be used uninitialized in this function
museq.c:79: warning: ‘in_seq_col’ may be used uninitialized in this function
gcc-4.3 -Wall -g -O2   -c -o parameters.o parameters.c
gcc-4.3 -Wall -g -O2   -c -o io.o io.c
io.c: In function ‘read_fasta’:
io.c:407: warning: ‘data_maxlen’ may be used uninitialized in this function
io.c:406: warning: ‘slen’ may be used uninitialized in this function
io.c:405: warning: ‘data’ may be used uninitialized in this function
io.c:392: warning: ‘seq’ may be used uninitialized in this function
gcc-4.3 -Wall -g -O2   -c -o diag.o diag.c
diag.c: In function ‘find_diags_dyn’:
diag.c:850: warning: ‘ap’ may be used uninitialized in this function
diag.c: In function ‘find_diags_dialign’:
diag.c:423: warning: ‘ap’ may be used uninitialized in this function
gcc-4.3 -Wall -g -O2   -c -o alig.o alig.c
alig.c: In function ‘prepare_alignment’:
alig.c:637: warning: ‘max’ may be used uninitialized in this function
alig.c: In function ‘adapt_diag’:
alig.c:225: warning: ‘succF’ may be used uninitialized in this function
alig.c:225: warning: ‘predF’ may be used uninitialized in this function
alig.c: In function ‘simple_aligner’:
alig.c:806: warning: ‘tclock’ may be used uninitialized in this function
gcc-4.3 -Wall -g -O2   -c -o prob.o prob.c
prob.c: In function ‘calc_score_dist’:
prob.c:157: warning: ‘sq1’ is used uninitialized in this function
prob.c:158: warning: ‘sq2’ is used uninitialized in this function
prob.c:248: internal compiler error: in assign_386_stack_local, at
config/i386/i386.c:15706
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see .
make: *** [prob.o] Erreur 1

Interestingly, this bug seems to be arch-specific: I managed to build
dialign-t with gcc-4.2 on a powerpc system.

I do not know enough of C to say anything more... but if you want me to
submit upstream and forward you the bug number I will do it.

Have a nice day,

-- Charles Plessy, Wako, Saitama, Japan


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

Kernel: Linux 2.6.21-2-686 (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 gcc-4.3 depends on:
ii  binutils  2.18~cvs20070812-1 The GNU assembler, linker and bina
ii  cpp-4.3   4.3-20070902-1 The GNU C preprocessor
ii  gcc-4.3-base  4.3-20070902-1 The GNU Compiler Collection (base 
ii  libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii  libgcc1   1:4.3-20070902-1   GCC support library
ii  libgmp3c2 2:4.2.1+dfsg-5 Multiprecision arithmetic library
ii  libgomp1  4.3-20070902-1 GCC OpenMP (GOMP) support library
ii  libmpfr1ldbl  2.3.0~rc1.dfsg.1-2 multiple precision floating-point 

Versions of packages gcc-4.3 recommends:
ii  libc6-dev 2.6.1-1+b1 GNU C Library: Development Librari
ii  libmudflap0-4.3-dev   4.3-20070902-1 GCC mudflap support libraries (dev

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446713: fretsonfire: Frestonfire crash jsut after it started

[feydreva]

Subject: fretsonfire: Frestonfire crash jsut after it started
Followup-For: Bug #427115
Package: fretsonfire
Version: 1.2.451.dfsg-2

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


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

Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages fretsonfire depends on:
ii  fretsonfire-game  1.2.451.dfsg-2 game of musical skill and
fast fin
ii  fretsonfire-songs-sectoid 1.dfsg-1   game of musical skill and
fast fin

fretsonfire recommends no packages.



There is the error : 

>:~$ fretsonfire 
Traceback (most recent call last):
  File "/usr/share/games/fretsonfire/game/GameEngine.py", line 348, in
run
return self.mainloop()
  File "/usr/share/games/fretsonfire/game/GameEngine.py", line 340, in
main
self.view.render()
  File "/usr/share/games/fretsonfire/game/View.py", line 183, in render
layer.render(self.visibility[layer], layer == self.layers[-1])
  File "/usr/share/games/fretsonfire/game/Menu.py", line 164, in render
self.engine.view.setOrthogonalProjection(normalize = True)
  File "/usr/share/games/fretsonfire/game/View.py", line 147, in
setOrthogonalProjection
viewport[3] - viewport[1], viewport[1], -100, 100);
  File "/usr/lib/python2.4/site-packages/OpenGL/error.py", line 188, in
glCheckError
baseOperation = baseOperation,
GLError: GLError(
err = 1281,
description = 'invalid value',
baseOperation = glOrtho,
cArguments = (0, 1, 0.0, 0, -100, 100)
)





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#443939: [checks/scripts] install-sgmlcatalog-deprecated check probably wrong

[Russ Allbery]

Daniel Leidert <[EMAIL PROTECTED]> writes:

> Package: lintian
> Version: 1.23.34
> Severity: normal

> Hi,

> I'm in doubt about the install-sgmlcatalog-deprecated check. It seems,
> this check was added during fixing http://bugs.debian.org/90019. It
> seems, we are required to put install-sgmlcatalog calls into prerm to
> make lintian stop complaining.

If you run it at all, yes.  However, given that this transition was
finished quite some time ago, the best thing to do at this point is
probably to just remove any reference to it entirely.

> But I'm wondering, why? I did not find an explanation in the
> report. What is so bad in making the transition in postinst?

Hm, nothing that I can think of.  I'll add that.  Thanks!

-- 
Russ Allbery ([EMAIL PROTECTED])   



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#438202: lintian: detect useless windows thumbnail databases (thumbs.db)

[Paul Wise]

On Sun, 2007-10-14 at 17:36 -0700, Russ Allbery wrote:

> If you do see ones with a variation in case, let me know.

The glest-data package contains the lowercased variation:

http://packages.debian.org/search?searchon=contents&keywords=Thumbs.db&mode=filename&suite=unstable&arch=any

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#446552: keyjnote is unusable slow

[Yaroslav Halchenko]

well -- do you have hardware OpenGL acceleration available? how good
glxgears performs?

-- 
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student  Ph.D. @ CS Dept. NJIT
Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
WWW: http://www.linkedin.com/in/yarik



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446704: Acknowledgement (installation failure on Intel DQ35JO)

[m . c . wilkins]

to get around the nic problem i just put in an old spare nic i had
here.  then i just installed via usb key to get around the cdrom
issue.

the cdrom is now recognized, the onboard nic isn't though.

thx

matt




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446711: ntp: Please build against OpenSSL 908070

[Yannick Palanque]

Package: ntp
Version: 1:4.2.4p3+dfsg-1
Severity: important

When I try
/etc/init.d/ntp start

Oct 15 03:30:19 athlon2400 ntpd[3569]: ntpd [EMAIL PROTECTED] Mon Aug 13
16:20:18 UTC 2007 (1)
Oct 15 03:30:19 athlon2400 ntpd[3569]: ntpd: OpenSSL version mismatch.
Built against 90805f, you have 908070

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

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

Versions of packages ntp depends on:
ii  adduser   3.105  add and remove users and groups
ii  libc6 2.6.1-5GNU C Library: Shared libraries
ii  libcap1   1:1.10-14  support for getting/setting POSIX.
ii  libreadline5  5.2-3  GNU readline and history libraries
ii  libssl0.9.8   0.9.8f-1   SSL shared libraries
ii  lsb-base  3.1-24 Linux Standard Base 3.1 init scrip
ii  netbase   4.30   Basic TCP/IP networking system
ii  perl  5.8.8-11   Larry Wall's Practical Extraction 

ntp recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446644: ITP: shorewall-shell -- Shoreline Firewall, netfilter configurator (shell-based)

[Roberto C . Sánchez]

retitle 446644 ITP: shorewall-shell -- Shoreline Firewall, netfilter 
configurator (shell-based)
thanks

On Sun, Oct 14, 2007 at 12:57:07PM -0400, Roberto C. Sanchez wrote:
> 
> * Package name: shorewall4-shell
> 

OK.  Changing the package name since we don't still want to be dragging
around a 3.4 release of Shorewall when Lenny releases.  This package
will provide the upgrade path to those who are using the current
shorewall 3.x packages.

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Bug#444715: skippy: should this package be removed?

[Niv Sardi]

On Sun, 2007-09-30 at 16:13 +0200, Lucas Nussbaum wrote:
> Hi,
> 
> While reviewing packages that were not included in Etch, your package
> came up as a possible candidate for removal from Debian, because:
> 
>  * 1 RC bug opened for a long time.

This bug is tagged help for a while and nobody has stepped in.

>  * useless with X.org, superseded by skippy-xd.

It's only superseeded by skippy-xd on systems where composite runs
reasonably fast, witch is only a little share of all.

> If you think that it should be orphaned instead of being removed from
> Debian, please reply to this bug and tell so.

I've been thinking about orphaning/removing skippy, but I still feel
that it can be usefull to some.

> If you disagree and want to continue to maintain this package, please
> just close this bug, preferably in an upload also fixing the other
> issues.

ACK
--
Niv




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446712: debian-policy: document comments in debian/control

[Russ Allbery]

Package: debian-policy
Version: 3.7.2.2
Severity: wishlist

dpkg has supported comments (ignoring lines starting with #) in
debian/control since 1.10.11.  We should at least consider documenting
them.  (Encountered while processing lintian's bug backlog.)

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

Kernel: Linux 2.6.18-4-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

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446657: ITP: shorewall-common -- Shoreline Firewall, netfilter configurator (common files)

[Roberto C . Sánchez]

retitle 446657 ITP: shorewall-common -- Shoreline Firewall, netfilter 
configurator (common files)
thanks

On Sun, Oct 14, 2007 at 02:06:55PM -0400, Roberto C. Sanchez wrote:
> 
> * Package name: shorewall4-common
> 
Another package name change.  Check #446644 and #446645 for details.

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Bug#446645: ITP: shorewall-perl -- Shoreline Firewall, netfilter configurator (perl-based)

[Roberto C . Sánchez]

retitle 446645 ITP: shorewall-perl -- Shoreline Firewall, netfilter 
configurator (perl-based)
thanks

On Sun, Oct 14, 2007 at 12:59:06PM -0400, Roberto C. Sanchez wrote:
> 
> * Package name: shorewall4-perl
> 
Name change for the same reason as documented in #446644.  The
perl-based version of Shorewall is not in the standard upgrade path.
However, it will still be available to those who would like to switch.

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Bug#446710: ntpd won't start up due to upgraded libssl

[Ian McDonald]

Package: ntp
Version: 1:4.2.4p3+dfsg-1
Severity: grave
Justification: renders package unusable


Recently libssl0.9.8 was upgraded to 0.9.8f-1

When this happenned the following occured in the logs:
Oct 15 14:03:28 jandi3 ntpd[3848]: ntpd [EMAIL PROTECTED] Mon Aug 13
16:20:18 UTC 2007 (1)
Oct 15 14:03:28 jandi3 ntpd[3848]: ntpd: OpenSSL version mismatch. Built
against 90805f, you have 908070

and ntpd failed to start.

Solved (temporarily) by downgrading to libssl0.9.8 version 0.9.8e-9.


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

Kernel: Linux 2.6.20final_dccp (PREEMPT)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages ntp depends on:
ii  adduser   3.105  add and remove users and groups
ii  libc6 2.6.1-5GNU C Library: Shared libraries
ii  libcap1   1:1.10-14  support for getting/setting POSIX.
ii  libreadline5  5.2-3  GNU readline and history libraries
ii  libssl0.9.8   0.9.8e-9   SSL shared libraries
ii  lsb-base  3.1-24 Linux Standard Base 3.1 init scrip
ii  netbase   4.30   Basic TCP/IP networking system
ii  perl  5.8.8-11   Larry Wall's Practical Extraction 

ntp recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#444695: [Pkg-utopia-maintainers] Bug#444695: network-manager: Can't connect to wireless networks: Error getting killswitch power: Access type not supported

[Michael Biebl]

Goncalo Marrafa schrieb:
> Package: network-manager
> Version: 0.6.5-2
> Severity: important
> 
> 
> Everytime network-manager tries to connect to a wireless network i get a log
> of:
> 
> NetworkManager:   Error getting killswitch power:
> org.freedesktop.Hal.Device.KillSwitch.NotSupported - Access type not
> supported
> 
> in syslog and nm just sits there and doen't connect.
> 
> My wireless card is an Intel 3945 on a Dell Latitude D620.
> 

This is most likely a bug in hal.
Please install libsmbios-bin and edit
/usr/lib/hal/scripts/linux/hal-system-killswitch-get-power-linux

and change the path /usr/bin/dellWirelessCtl to
/usr/sbin/dellWirelessCtl.

Please let me know if this fixes your problem.

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



signature.asc
Description: OpenPGP digital signature

Bug#446709: vim-gtk: Cannot change fonts, gtkrc not honoured

[srdjan]

Package: vim-gtk
Version: 1:7.1-138+1
Severity: normal


Hi,

gvim doesnt't seem to behave like other gtk apps:
- doesn't use theme iand font as specified in gtkrc
- cannot change fonts: shows 'no specific match' no matter what is
  chosen

Cheers,
Srdjan

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

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

Versions of packages vim-gtk depends on:
ii  libatk1.0-0   1.20.0-1   The ATK accessibility toolkit
ii  libc6 2.6.1-5GNU C Library: Shared libraries
ii  libcairo2 1.4.10-1   The Cairo 2D vector graphics libra
ii  libfontconfig12.4.2-1.2  generic font configuration library
ii  libglib2.0-0  2.14.1-3   The GLib library of C routines
ii  libgpmg1  1.19.6-25  General Purpose Mouse - shared lib
ii  libgtk2.0-0   2.12.0-2   The GTK+ graphical user interface 
ii  libice6   2:1.0.4-1  X11 Inter-Client Exchange library
ii  libncurses5   5.6+20070908-1 Shared libraries for terminal hand
ii  libpango1.0-0 1.18.2-1   Layout and rendering of internatio
ii  libperl5.85.8.8-9Shared Perl library
ii  libruby1.81.8.6.36-3 Libraries necessary to run Ruby 1.
ii  libsm62:1.0.3-1+b1   X11 Session Management library
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxcomposite11:0.3.2-1+b1   X11 Composite extension library
ii  libxcursor1   1:1.1.9-1  X cursor management library
ii  libxdamage1   1:1.1.1-3  X11 damaged region extension libra
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.3-2  X11 miscellaneous 'fixes' extensio
ii  libxi62:1.1.3-1  X11 Input extension library
ii  libxinerama1  1:1.0.2-1  X11 Xinerama extension library
ii  libxrandr22:1.2.2-1  X11 RandR extension library
ii  libxrender1   1:0.9.4-1  X Rendering Extension client libra
ii  libxt61:1.0.5-3  X11 toolkit intrinsics library
ii  python2.4 2.4.4-6An interactive high-level object-o
ii  tcl8.48.4.15-2   Tcl (the Tool Command Language) v8
ii  vim-common1:7.1-138+1Vi IMproved - Common files
ii  vim-gui-common1:7.1-138+1Vi IMproved - Common GUI files
ii  vim-runtime   1:7.1-138+1Vi IMproved - Runtime files

vim-gtk recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446708: xen-utils-common: occasional failures in "xm list"

[Daniel Kahn Gillmor]

Package: xen-utils-common
Severity: minor
Version: 3.0.3-0-2

During a domU state transition (at least on domU shutdown), "xm list"
seems to occasionally fail.  This is only intermittent, but it could
cause problems if there are automated tools (or unaware humans)
inspecting the output or return codes of "xm list".  here's a recent
transcript (the numbers preceding the bash prompts are the return
codes of the previous command).  This is on an up-to-date etch dom0.

0 foo:~# xm shutdown grumpy
0 foo:~# xm list
Name  ID Mem(MiB) VCPUs State   Time(s)
Domain-0   0  128 2 r-  14313.6
grumpy 1  768 1 -b  50343.0
dopey  2 1000 2 r-  11712.3
0 foo:~# xm list
Error: Device 0 not connected
Usage: xm list [options] [Domain, ...]

List information about all/some domains.
  -l, --long Output all VM details in SXP   
  --labelInclude security labels

1 foo:~# xm list
Name  ID Mem(MiB) VCPUs State   Time(s)
Domain-0   0  128 2 r-  14317.1
dopey  2 1000 2 -b  11715.6
0 foo:~#

Thanks for maintaining xen in debian!

   --dkg


pgpx4AoC202ZU.pgp
Description: PGP signature

Bug#446706: remove sunbird or make metapackage of iceowl

[Jayen]

Package: sunbird
Version: 0.2.99+0.3alpha1-3
Severity: wishlist

probably should remove this package since it seems people have it installed
http://qa.debian.org/popcon.php?package=sunbird

or maybe make it a transition to iceowl, the way that firefox is a transition 
to iceweasel

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (980, 'testing'), (960, 'stable'), (900, 'unstable'), (800, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22-hrt6 (SMP w/2 CPU cores)
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages sunbird depends on:
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.6.1-1  GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1+b2  The Cairo 2D vector graphics libra
pn  libdnet(no description available)
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libgcc1 1:4.2.1-4GCC support library
ii  libglib2.0-02.14.0-2 The GLib library of C routines
ii  libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface 
ii  libjpeg62   6b-14The Independent JPEG Group's JPEG 
ii  libpango1.0-0   1.18.2-1 Layout and rendering of internatio
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libstdc++6  4.2.1-4  The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxft2 2.1.12-2 FreeType-based font drawing librar
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3.3.dfsg-6 compression library - runtime

Versions of packages sunbird recommends:
ii  myspell-en-au [myspell-dictio 2.1-3  English_australian dictionary for 
ii  myspell-en-us [myspell-dictio 1:2.3.0-2  English_american dictionary for my
ii  myspell-es [myspell-dictionar 1.9-11 Spanish dictionary for myspell
pn  xprt-xprintorg (no description available)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446707: opiekey refuses seed=0

[Quentin Godfroy]

Package: opie-client
Version: 2.32-10.2

opiekey refuses to compute responses with seed=0, which seems to be allowed by
RFC 2289 (e.g. tests vectors from pg.17), and is accepted by opiepasswd for
example.

Transcript follows:

% opiekey 0 alpha1
Using the MD5 algorithm to compute response.
Sequence number 0 is not positive.
%

I suggest the following patch to be applied.

Signed-off-by: Quentin Godfroy <[EMAIL PROTECTED]>
---
diff -ruNp opie-2.32-orig/opiekey.c opie-2.32/opiekey.c
--- opie-2.32-orig/opiekey.c1998-01-02 00:53:28.0 +0100
+++ opie-2.32/opiekey.c 2007-10-15 02:39:03.0 +0200
@@ -217,7 +217,7 @@ int main FUNCTION((argc, argv), int argc
 
   /* get sequence number, which is next-to-last parameter */
   keynum = atoi(argv[optind]);
-  if (keynum < 1) {
+  if (keynum < 0) {
 fprintf(stderr, "Sequence number %s is not positive.\n", argv[optind]);
 exit(1);
   }



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446705: libimlib2: imlib_get_text_size() and imlib_text_draw_with_return_metrics() return different width

[Robert Smeikal]

Package: libimlib2
Version: 1.3.0.0debian1-4
Severity: normal
Tags: l10n

imlib_get_text_size(..) and imlib_text_draw_with_return_metrics(..) return 
different width when the text to be drawn contains 
characters with code points not supported by the current font. i used utf-8 
encoded text with 2-byte characters (cyrillic), i.e. 
code point 0x0439, corresponding bytes d0b9. when a font is loaded with support 
for the code points, the two functions return the 
same width, otherwise imlib_text_draw_with_return_metrics(..) returns the 
correct value, whereas imlib_get_text_size(..) returns a 
small number (e.g. 17) which seems to be uncorrelated with the text.

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

Versions of packages libimlib2 depends on:
ii  libbz2-1.01.0.3-6high-quality block-sorting file co
ii  libc6 2.3.6.ds1-13   GNU C Library: Shared libraries
ii  libfreetype6  2.2.1-5+etch1  FreeType 2 font engine, shared lib
ii  libid3tag00.15.1b-10 ID3 tag reading library from the M
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libtiff4  3.8.2-7Tag Image File Format (TIFF) libra
ii  libungif4g4.1.4-4shared library for GIF images
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  zlib1g1:1.2.3-13 compression library - runtime

libimlib2 recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#438202: lintian: detect useless windows thumbnail databases (thumbs.db)

[Russ Allbery]

Paul Wise <[EMAIL PROTECTED]> writes:

> Package: lintian
> Version: 1.23.34
> Severity: wishlist

> Please add a check to search the .deb for windows thumbnail databases.
> These are generally useless in Debian binary packages and just take up
> space. They will be named "Thumbs.db" (or any variation in case) and
> file reports that they are "Microsoft Office Document". The may get
> compressed by dh_compress. The following files exist in the archive:

The list that you found in the archive doesn't show any variation in case.
I'd rather make the test as restrictive as possible to avoid false
positives, so for right now I'm just checking for Thumbs.db and
Thumbs.db.gz.  If you do see ones with a variation in case, let me know.

-- 
Russ Allbery ([EMAIL PROTECTED])   



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#294336: What does this fix?

[Micah Cowan]

Tags: moreinfo

> I don't know whether this behaviour is intended or not:  during recursive
> retrieval, when wget has to decide whether to enqueue or not a discovered
> url, it scans accept/reject lists with u->file, instead of u->url.
> as a result, it is often wrong about what is to be crawled.

Note that u->file contains just the "file" portion of the URL, so should
generally contain the same thing as whatever's past the final / in u->url.

What things is it "often wrong" about for crawling?

-- 
Micah J. Cowan
GNU Wget Maintainer




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#381128: argouml: That works, but then menu launcher doesn't

[Jude Anthony]

Package: argouml
Version: 0.19.6-2.1
Followup-For: Bug #381128

I have several versions of the JVM installed; I started with gij, and
that wasn't found, either.  I used update-alternatives to set that to
the Sun JVM, and that works if I set the environment variable JAVA_HOME
by hand. 

However, the menu launcher silently fails in either case.  From the
command line, I get the "set JAVA_HOME" error mentioned above.

For reference:
$ sudo update-alternatives --list java
/usr/lib/j2sdk1.4-sun/bin/java
/usr/lib/jvm/java-1.5.0-sun/jre/bin/java
/etc/alternatives/kaffe-system/bin/java
/usr/lib/jvm/java-gcj/jre/bin/java
/usr/bin/gij-4.1
/usr/bin/java-sablevm
/usr/bin/gij-4.2
$ JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun/jre argouml
Exception in thread "CritiquingThread" java.lang.NoSuchMethodError:
org.tigris.gef.base.LayerPerspective.getContents(Ljava/util/Collection;)Ljava/util/Collection;
at org.argouml.uml.cognitive.critics.CrNodesOverlap.computeOffenders(Unknown 
Source)
at org.argouml.uml.cognitive.critics.CrNodesOverlap.predicate2(Unknown Source)
at org.argouml.uml.cognitive.critics.CrUML.predicate(Unknown Source)
at org.argouml.cognitive.critics.Critic.critique(Unknown Source)
at org.argouml.cognitive.critics.Agency.applyCritics(Unknown Source)
at org.argouml.cognitive.critics.Agency.applyAllCritics(Unknown Source)
at org.argouml.cognitive.Designer.run(Unknown Source)
at java.lang.Thread.run(Thread.java:595)

Although the ArgoUML screen then appears, and seems to function
normally.

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

Kernel: Linux 2.6.20+20070716+purgatory (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 argouml depends on:
ii  antlr   2.7.6-9  language tool for constructing rec
ii  gij-4.1 [java2-runtime] 4.1.2-16 The GNU Java bytecode interpreter
ii  gij-4.2 [java2-runtime] 4.2.2-2  The GNU Java bytecode interpreter
ii  libgef-java 0.12.3-1 Graph Editing Framework written en
ii  libgnujmi-java  0.0cvs20050116-2 free implementation of the java me
ii  libi18n-java0.1.3a-2 internationalization library for j
ii  liblog4j1.2-java1.2.15-1 Logging library for java
ii  libnsuml-java   0.4.20-12.1  Novosoft UML (Unified Modeling Lan
ii  libocl-argo-java1.1.debian-1 Dresden OCL (Object Constraint Lan
ii  libswidgets-java0.1.4-1  various swing gui controls java li
ii  libtoolbar-java 1.4-1extension of java swing component 
ii  libxerces-java  1.4.4-4  Validating XML parser for Java
ii  sun-j2sdk1.4 [j2re1.4]  1.4.2+05 Java(TM) 2 SDK, Standard Edition, 
ii  sun-j2sdk1.4debian [jav 0.18 Debian specific parts of Java(TM) 
ii  sun-java5-jre [java2-ru 1.5.0-13-1   Sun Java(TM) Runtime Environment (

argouml recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#399751: darcsweb: Should prepend configuration directory

[Alberto Bertogli]

On Mon, Oct 15, 2007 at 02:01:50AM +0200, Luca Capello wrote:
> > That way you can have multiple darcswebs on the same machine with
> > different configurations, and avoid the name clashing with other
> > python modules.
> 
> And after considering your point, this is fine as well.
> 
> I just discovered that you fixed this upstream with patch:

Sorry, I actually thought I had written about it in the previous mail.

It wasn't set in stone, but as I wanted to do an -rc1 today, I thought
it was worth adding it just in case.

Thanks a lot for taking the time to report and following this up. If you
have any further bugs, questions or comments, please let me know.

Alberto




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#418500: doesn't work with authdaemond but works with proftdp (Etch)

[Stepan Ton]

I am using pam-mysql authentication for both ftp and email in Etch, and
with proftpd it works just fine, while for email (courier - authdaemond)
it doesn't work.

Maybe the bug is actualy in authdaemon (or maybe some PAM clients in
general) related rather then PAM itself? Or it works with proftpd just
because it uses pam-mysql only in the "auth" stanza, but not in the
"account" stanza (see the config files below for details)?

The already mentioned LD_PRELOAD export hack in
/etc/init.d/courier-authdaemon solves the problem, but it's nasty.

Failure log entries:
Oct 15 01:36:44 tallis authdaemond: PAM unable to
dlopen(/lib/security/pam_mysql.so)
Oct 15 01:36:44 tallis authdaemond: PAM [dlerror:
/lib/security/pam_mysql.so: undefined symbol: pam_get_item]
Oct 15 01:36:44 tallis authdaemond: PAM adding faulty module:
/lib/security/pam_mysql.so

Packages versions:
courier-authdaemon 0.58-4
libpam-mysql 0.6.2-1

related libpam config files:
/etc/pam.d/proftpd (Works fine despite it uses pam-mysql!):
auth required pam_mysql.so user=pamuser passwd=pampass host=127.0.0.1
db=userdb table=ftp usercolumn=username passwdcolumn=password crypt=1
account required pam_mysql.so user=pamuser passwd=pampass host=127.0.0.1
db=userdb table=ftp usercolumn=username passwdcolumn=password crypt=1
auth   required pam_listfile.so item=user sense=deny
file=/etc/ftpusers onerr=succeed

/etc/pam.d/imap (same as pop3, doesn't work due to the bug):
auth required /lib/security/pam_warn.so
auth required pam_mysql.so user=pamuser passwd=pampass host=127.0.0.1
db=userdb table=email usercolumn=username passwdcolumn=password crypt=1
account required pam_unix.so


Regards,

Stepan

Bug#446704: installation failure on Intel DQ35JO

[m . c . wilkins]

Package: installation-reports

Boot method: cd
Image version: 
http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-cd/debian-testing-i386-CD-1.iso
Date: 12 Oct 2007

Machine: Intel VPro Desktop Board DQ35JO
Processor: Intel(R) Core(TM)2 CPU  6420  @ 2.13GHz
Memory: 2G
Partitions: /dev/sdb1 ext3 4956284799776   3900676  18% /
tmpfstmpfs 1011364 0   1011364   0% /dev/shm


Output of lspci -nn and lspci -vnn:
00:00.0 Host bridge [0600]: Intel Corporation DRAM Controller [8086:29b0] (rev 
02)
00:01.0 PCI bridge [0604]: Intel Corporation PCI Express Root Port [8086:29b1] 
(rev 02)
00:03.0 Communication controller [0780]: Intel Corporation MEI Controller 
[8086:29b4] (rev 02)
00:03.2 IDE interface [0101]: Intel Corporation PT IDER Controller [8086:29b6] 
(rev 02)
00:03.3 Serial controller [0700]: Intel Corporation Serial KT Controller 
[8086:29b7] (rev 02)
00:19.0 Ethernet controller [0200]: Intel Corporation 82566DM-2 Gigabit Network 
Connection [8086:10bd] (rev 02)
00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #4 [8086:2937] (rev 02)
00:1a.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #5 [8086:2938] (rev 02)
00:1a.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #6 [8086:2939] (rev 02)
00:1a.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI 
Controller #2 [8086:293c] (rev 02)
00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio 
Controller [8086:293e] (rev 02)
00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express 
Port 1 [8086:2940] (rev 02)
00:1c.1 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express 
Port 2 [8086:2942] (rev 02)
00:1c.2 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express 
Port 3 [8086:2944] (rev 02)
00:1c.3 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express 
Port 4 [8086:2946] (rev 02)
00:1c.4 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express 
Port 5 [8086:2948] (rev 02)
00:1d.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #1 [8086:2934] (rev 02)
00:1d.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #2 [8086:2935] (rev 02)
00:1d.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #3 [8086:2936] (rev 02)
00:1d.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI 
Controller #1 [8086:293a] (rev 02)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 
92)
00:1f.0 ISA bridge [0601]: Intel Corporation LPC Interface Controller 
[8086:2914] (rev 02)
00:1f.2 IDE interface [0101]: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 4 
port SATA IDE Controller [8086:2920] (rev 02)
00:1f.3 SMBus [0c05]: Intel Corporation 82801I (ICH9 Family) SMBus Controller 
[8086:2930] (rev 02)
00:1f.5 IDE interface [0101]: Intel Corporation 82801I (ICH9 Family) 2 port 
SATA IDE Controller [8086:2926] (rev 02)
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV530LE [Radeon 
X1600/X1650 PRO] [1002:71c6]
01:00.1 Display controller [0380]: ATI Technologies Inc RV530LE [Radeon X1650 
PRO] (Secondary) [1002:71e6]
04:00.0 IDE interface [0101]: Marvell Technology Group Ltd. 88SE6101 
single-port PATA133 interface [11ab:6101] (rev b1)
07:03.0 FireWire (IEEE 1394) [0c00]: Agere Systems FW323 [11c1:5811] (rev 70)


00:00.0 Host bridge [0600]: Intel Corporation DRAM Controller [8086:29b0] (rev 
02)
Subsystem: Intel Corporation Unknown device [8086:4f4a]
Flags: bus master, fast devsel, latency 0
Capabilities: [e0] Vendor Specific Information

00:01.0 PCI bridge [0604]: Intel Corporation PCI Express Root Port [8086:29b1] 
(rev 02) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 2000-2fff
Memory behind bridge: 9020-902f
Prefetchable memory behind bridge: 8000-8fff
Capabilities: [88] Subsystem: Intel Corporation Unknown device 
[8086:4f4a]
Capabilities: [80] Power Management version 3
Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 
Enable+
Capabilities: [a0] Express Root Port (Slot+) IRQ 0
Capabilities: [100] Virtual Channel
Capabilities: [140] Unknown (5)

00:03.0 Communication controller [0780]: Intel Corporation MEI Controller 
[8086:29b4] (rev 02)
Subsystem: Intel Corporation Unknown device [8086:4f4a]
Flags: bus master, fast devsel, latency 0, IRQ 11
Memory at 90326900 (64-bit, non-prefetchable) [size=16]
Capabilities: [50] Power Management version 3
Capabilities: [8c] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 
Enable-

00:03.2 IDE inte

Bug#399751: darcsweb: Should prepend configuration directory

[Luca Capello]

tags 399751 + fixed-upstream
thanks

Hello!

On Mon, 15 Oct 2007 01:41:10 +0200, Alberto Bertogli wrote:
> On Sun, Oct 14, 2007 at 10:48:28PM +0200, Luca Capello wrote:
>> The main reason against the change is if /etc/darcsweb/ is intended
>> to store other than a single file, config.py, which doesn't seem
>> the case ATM.
>
> I'm sorry, but I honestly don't believe this is worth breaking
> backwards compatibility. If it's just to avoid creating a directory
> that in the future might even be necessary or desirable, I don't
> think it's worth it.

Your point, anyway you're the upstream ;-)

>> I don't know anything about python, but what if the first place in
>> sys.path contains a config.py?  The problem should be the same :-(
>
> The first place is always '.', that's why it works: it looks in the
> same directory as darcsweb for a config file, and if it can't find
> one, it looks in /etc/darcsweb.

Thank you for the explanation.

> That way you can have multiple darcswebs on the same machine with
> different configurations, and avoid the name clashing with other
> python modules.

And after considering your point, this is fine as well.

I just discovered that you fixed this upstream with patch:
=
Sun Oct 14 17:42:34 CEST 2007  Alberto Bertogli <[EMAIL PROTECTED]>
  * Add /etc/darcsweb after '.' in sys.path.

  Add it second place, so it goes after '.' but before the normal path. This
  allows per-directory config files (desirable for multiple darcsweb
  installations on the same machin), and avoids name clashing if there's a
  config.py in the standard path.

  This was reported by Philipp Kern <[EMAIL PROTECTED]> in Debian bug 399751
  (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399751).
=

Thus, I accordingly tagged the bug.

Thx, bye,
Gismo / Luca



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#428186: Breaking packages is not ok.

[Brandon]

Severity: serious
Justification: makes package unusable (by its dependencies)

> bumping SONAMES is a good thing for often needed packages and if 
> upstream provides SONAME support, I will include it.

That is good.

> The current solution (with conflicts) is okay.

No, it is not. You break every package that depends on guichan every
time you upgrade. Fixing this is too much to ask of those maintainers.
You have forced balder2d and sear out of testing.

I have asked debian mentors about this last month. I sent you a link to
the thread archive a while ago. Here it is again, in case you didn't
get around to reading it:
http://lists.debian.org/debian-mentors/2007/09/msg00223.html
They recommended that bugs such as this be kept as serious or grave.

I think the best way to fix this would be to only include a static
library. It is sort of like washing your hands of the issue. I would
also recommend not upgrading the version more than once a year, unless
a new upstream version fixes a glaring bug.

If compiling statically, depending packages will still break when the
API changes, and it has changed before. I am not sure how acceptable
this is. You could fix it by following upstream's recommendation, which
would equate to not having a guichan package at all. Depending programs
would instead include the guichan source.

If you need advice on what to do next, I recommend writing to the
debian-mentors mailing list. You can learn more here:
http://lists.debian.org/debian-mentors/

-Brandon




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#443591: [NFS] Bug#443591: nfs-kernel-server: Unexporting directories no longer working

[Neil Brown]

On Monday September 24, [EMAIL PROTECTED] wrote:
> 
> Hi Neil,
> 
> Thanks for looking.
> 
> Neil Brown wrote:
> > On Sunday September 23, [EMAIL PROTECTED] wrote:
> >   
> >> On Sat, Sep 22, 2007 at 10:42:31AM -0700, David Liontooth wrote:
> >> 
> >>> Package: nfs-kernel-server
> >>> Version: 1:1.1.0-13
> >>> Severity: normal
> >>>
> >>>
> >>> The command to unexport a directory appears to no longer have any effect.
> >>>
> >>> I issue "exportfs -u :/tv01" and "exportfs" shows /tv01 still exported; 
> >>> consequently, I cannot unmount it.
> >>> In contrast, removing /tv01 from /etc/exports and then running exportfs 
> >>> -ra successfully removes the export.
> >>>
> >>> This used to work fine.
> >>>   
> >> Sending this on to upstream, as I cannot see any good reason offhand why it
> >> should not work.
> >> 
> >
> > Some simple testing and code review suggests that this works as
> > expected.  However it is possible that I am expecting something
> > different to you, or testing something different.
> >
> > You say you:
> > exportfs -u :/tv01
> >
> > What exactly is in your /etc/exports that this is expected to revert?
> >   
> 
> /tv01 \
> 134.32.443.30(ro,no_subtree_check,async) \
> 134.32.443.32(ro,no_subtree_check,async) \
> 134.32.443.33(ro,no_subtree_check,async) \
> 134.32.443.34(ro,no_subtree_check,async) \
> 134.32.443.35(ro,no_subtree_check,async) \
> 134.32.443.36(ro,no_subtree_check,async) \
> 134.32.443.37(ro,no_subtree_check,async)

To unexport /tv01, you would need to individually unexport each of
those export.  Or edit /etc/exports to remove those lines and
   exportfs -r

> 
> Several other drives have similar entries.
> > The obvious answer would be
> >
> > /tv01  (some,flags,here)
> >
> > however "exportfs" will complain about that, so I suspect not.
> >
> > Maybe you have:
> >
> > /tv01 somehost(someflags)  otherhost(otherflags)
> >
> > and you expect
> > exportfs -u :/tv01
> >
> > to unexport /tv01 to all hosts?  I would agree that doesn't work.  Did
> > it ever?  What version?
> >   
> 
> I see. So that would unexport only the first one?

No, it would not export anything as that is asking to stop exporting
it to the wildcard host (matches anything) and it is not currently
exported to the wildcard host.

> 
> Can I unexport only /tv01 to all hosts?
> (If it's just a matter of my being uninformed, let's close the bug --
> but I'd appreciate an answer!)

No.  You cannot currently export a filesystem.  You can only unexport
an 'export' which is a host:filesystem combination.

> 
> > As an aside, you can always:
> >exportfs -f
> > and then unmount filesystems.  They will be free to be unmounted until
> > the next NFS access request arrives.  Maybe that will serve your
> > needs?
> >   
> I see -- that may be helpful -- but what if someone is accessing one of
> the drives right then?

If you 
  exportfs -f ; umount /tv01
there is a chance that a request will arrive between the two, so the
umount will fail.
You could instead
   umount -l /tv01 ; exportfs -f

which will avoid the race and be just as effective.


> I would prefer to have individual control; I export a dozen other drives
> to several different machines, and they should not be unexported.

"exportfs -f" will not exactly unexport them.  It just removes cached
information from the kernel so that it has to ask mountd again.
So the most you will notice is a slight pause, and you probably won't
notice that unless the system is very busy and there are lots of
mounts - or hostname/netgroup lookup is very slow.

NeilBrown



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446703: listarchives: Could you provide a way to create/show localized pages like www.debian.org?

[Kenshi Muto]

Package: listarchives
Severity: wishlist
Tags: l10n

Hi list maintainers,
Thank you for keeping Debian mailing-lists well.

Well, I think it would be better if lists.debian.org pages, such
as http://lists.debian.org/, were translatable.

It will be great that these pages become translatable by using webwml
or something via SCM.

Thanks,
-- 
Kenshi Muto
[EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446700: hal: /etc/init.d/hal starts with user 113 and not haldaemon

[Michael Biebl]

Luca Capello schrieb:
> Package: hal
> Version: 0.5.9.1-6
> Severity: normal
> 
> Hello,
> 
> I recently discovered that hal is started as user 113 and not the
> correct haldaemon:

Hi Luca,

please check your (nsswitch) configuration. You are probably getting the
 nss data from a different source than /etc/passwd (e.g. ldap).

What does "getent passwd | grep hal" say?

Using the chuid option of s-s-d is superfluous, as the hal (and dbus)
daemon internally already call the chuid () syscall.

Cheers,
Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#446298: [Pbuilder-maint] Bug#446298: pbuilder-satisfydepends remove existing packages: openoffice, kde, etc

[Junichi Uekawa]

Hi,


I think it's aptitude thinking that it can remove everything; why?


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446298: [Pbuilder-maint] Bug#446298: pbuilder-satisfydepends remove existing packages: openoffice, kde, etc

[Junichi Uekawa]

reassign 446298 aptitude
thanks

Hi,


I think it's aptitude thinking that it can remove everything; why?


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446298: [Pbuilder-maint] Bug#446298: pbuilder-satisfydepends remove existing packages: openoffice, kde, etc

[Junichi Uekawa]

Hi,

> I tried to install build deps for fam and pbuilder-satisfydepends removed 
> existing packages
> while i worked on other console, see below output. I used this script in the 
> past, but it never removed
> anything from my laptop.

This is an aptitude 'bug', I think.

regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446479: [Pbuilder-maint] Bug#446479: pbuilder: incoherence man page with --help

[Junichi Uekawa]

Hi,

> The man page for pbuilder say 
>   pbuilder --update 
> 
> the pbuilder --help say 
>   pbuilder update
> 
> I know that both syntax are working. Is one of these syntax,
> recommended?

I was planning to switch to '--' with introduction of cowdancer which
supports only '--' format, and make them consistent.
 
> Could you please clarify, which of those syntax is the preferred one ?
> You may also consider putting a note in the man page about this.
> 
> Well, I should add that the question is related to the following thread
> of the pkg-bioc project mailing-list :
> http://lists.alioth.debian.org/pipermail/pkg-bioc-devel/2007-October/000869.html


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#399751: darcsweb: Should prepend configuration directory

[Alberto Bertogli]

On Sun, Oct 14, 2007 at 10:48:28PM +0200, Luca Capello wrote:
> Hello!
> 
> On Wed, 03 Oct 2007 02:53:21 +0200, Alberto Bertogli wrote:
> > On Mon, Oct 01, 2007 at 01:46:23PM +0200, Luca Capello wrote:
> >> Cc:ing upstream author, since this bug is clearly upstream and I'd
> >> like his opinion about my patch.
> >
> > In the future, please attach the patches uncompressed and inline. It
> > makes me able to comment on them inside the mail.
> 
> Even if I don't like inline patches [1], the next time I'll do as you
> prefer.

Thanks. Using inline attachments is also fine by me.


> The main reason against the change is if /etc/darcsweb/ is intended to
> store other than a single file, config.py, which doesn't seem the
> case ATM.

I'm sorry, but I honestly don't believe this is worth breaking backwards
compatibility. If it's just to avoid creating a directory that in the
future might even be necessary or desirable, I don't think it's worth
it.


> I don't know anything about python, but what if the first place in
> sys.path contains a config.py?  The problem should be the same :-(

The first place is always '.', that's why it works: it looks in the same
directory as darcsweb for a config file, and if it can't find one, it
looks in /etc/darcsweb.

That way you can have multiple darcswebs on the same machine with
different configurations, and avoid the name clashing with other python
modules.

Thanks,
Alberto




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446238: nfs-common: Locks when using nfs4 sec=krb5 and user ticket expires

[Pedro Celestino dos Reis Rodrigues]

Em Segunda, 15 de Outubro de 2007 00:01, Steinar H. Gunderson escreveu:
> On Sun, Oct 14, 2007 at 11:22:24PM +0100, Pedro Celestino dos Reis Rodrigues 
wrote:
> > The reason I suspect that the problem is with NFS is that the problem
> > comes out with users (designated by B) other than the user that have is
> > ticket expired(designated by A). That is to say, a user B, with a fresh
> > and valid ticket, can not access is own home at the nfs mount until the
> > user A (that have is home mounted at same nfs server and is ticket was
> > expired) does not refresh is (the user A) ticket.
>
> I'm sorry, but I've tried to read this a couple of times, and I really
> cannot understand what you're trying to say. Are you saying that an expired
> ticket for A blocks B's access?
>
> /* Steinar */

Hello Steinar

Yes, that is precisely the problem.
I am sorry for my poor english.

Thanks again

Pedro
-- 
_
Pedro Celestino dos Reis Rodrigues
Departamento de Química e Bioquímica
Faculdade de Ciências da Universidade de Lisboa
Tel: 2175-28619

Bug#339829: Lintian home page check

[Russ Allbery]

Paul Wise <[EMAIL PROTECTED]> writes:

> Now that dpkg has the Homepage field[1], shall I update the patch to
> warn when the homepage is in the description instead of the new field?
> Or should we wait for policy and the devref to be updated?

>  1. http://packages.qa.debian.org/d/dpkg/news/20070905T053202Z.html

The next version of lintian will not warn about Homepage headers in
packages and will warn (at the info level for right now) about Homepage
pseudo-headers in the extended description.

I'm still not sure that the original patch in this bug report (trying to
guess at whether a random URL found in the extended description should be
a homepage) is really a good idea.

-- 
Russ Allbery ([EMAIL PROTECTED])   



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446702: Can not change keyboard controls using gui.

[Brandon]

Package: balder2d
Version: 1.0~rc1-4
Severity: Important

In the latest version of balder2d, you can no longer change the way the
keys function using the gui. Go to Player Setup, and click on
Rotate/Stick/Fire, and the text just disappers. If you play, you notice
that the controls are still the way they were before.

This bug seems related to #422766. It no longer segfaults at the Player
Setup screen. But it doesn't function either. Perhaps the maintainer
disabled this functionality to prevent segfaults? Or perhaps this is
just another symptom of the same bug.

You can change the controls by manually editing ~/.balder2d.conf

I am using Debian Testing, with a few packages from Unstable, such as
balder2d, and boost. Here is my version info for balder2d and it's
dependencies.

ii  balder2d   1.0~rc1-4
ii  balder2d-data  1.0~rc1-4
ii  libboost-filesystem1.34.1  1.34.1-2
ii  libc6  2.6.1-1+b1
ii  libgcc11:4.2.1-4
ii  libguichan20.7.1-1
ii  libsdl-gfx1.2-42.0.13-3
ii  libsdl-image1.21.2.6-1
ii  libsdl-mixer1.21.2.6-3
ii  libsdl1.2debian1.2.11-9
ii  libstdc++6 4.2.1-4
ii  python2.4  2.4.4-6

-Brandon




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446476: [texhax] Bug#446476: Bug#446476: natbib cannot handle utf8

[Karl Berry]

it is not clear where they get their advice from.

Sebastian decided as best he could, many years ago.  Very little has
changed in the set of "recommended" TL packages for a long time now.


Anyway, the main point here is not the classification of ucs, but rather
the possible bug in it.  I see on
http://www.unruh.de/DniQ/latex/unicode/ that Dominique Unruh is no
longer able to maintain the unicode package (which contains ucs.sty),
and a new maintainer is welcome.

Perhaps someone here would like to take it on ...

Best,
Karl




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446701: dbus: /etc/init.d/dbus starts as user 104 and not messagebus

[Luca Capello]

Package: dbus
Version: 1.1.1-3
Severity: normal

Hello,

this is the same bug as #446700 [1], but for dbus:
=
[EMAIL PROTECTED]:/home/luca# ps aux | grep dbus
104   3667  0.0  0.0  23548  1084 ?Ss   Oct14   0:01 
/usr/bin/dbus-daemon --system
[stripped user-specific instances]

[EMAIL PROTECTED]:/home/luca# grep 104 /etc/group
ssl-cert:x:104:

[EMAIL PROTECTED]:/home/luca# grep bus /etc/group
messagebus:x:107:

[EMAIL PROTECTED]:/home/luca#
=

Again, adding the --chuid option to /etc/init.d/dbus doesn't change
anything:

--8<---cut here---start->8---
--- dbus2007-06-12 01:37:28.0 +0200
+++ dbus.ORG2007-10-15 01:13:44.0 +0200
@@ -110,7 +110,7 @@
 
   log_daemon_msg "Starting $DESC" "$NAME"
   start-stop-daemon --start --quiet --pidfile $PIDFILE \
---user $DAEMONUSER --exec $DAEMON -- --system $PARAMS
+--user $DAEMONUSER --chuid $DAEMONUSER --exec $DAEMON -- --system $PARAMS
   log_end_msg $?
   if [ -d $EVENTDIR ]; then
   run-parts --arg=start $EVENTDIR || true
--8<---cut here---end--->8---

Thx, bye,
Gismo / Luca

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

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

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

Versions of packages dbus depends on:
ii  adduser  3.105   add and remove users and groups
ii  dbus-x11 1.1.1-3 simple interprocess messaging syst
ii  debianutils  2.25.1  Miscellaneous utilities specific t
ii  libc62.6.1-5 GNU C Library: Shared libraries
ii  libdbus-1-3  1.1.1-3 simple interprocess messaging syst
ii  libexpat11.95.8-4XML parsing C library - runtime li
ii  libselinux1  2.0.15-2+b1 SELinux shared libraries
ii  lsb-base 3.1-24  Linux Standard Base 3.1 init scrip

dbus recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446498: cowdancer: Please ship a (basic) bash completion file

[Junichi Uekawa]

Hi,

> please find attached a basic bash completion file, which makes bash
> understand the very basic options of cowdancer, and only complete with
> .dsc files when --build is passed.
> 
> I hacked on some RC bugs and I really lacked a completion limited to
> .dsc filenames, it would be great to include it in the next upload.
> 
> As for the license, feel free to pick up the one you want/need (e.g.
> GPLv2 or later is very fine) and to modify the header, it was mostly
> inserted for documentation purpose.

W00t! 

thanks!

regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446662: libgnome-keyring0: passwords are no longer remembered

[Steinar H. Gunderson]

On Sun, Oct 14, 2007 at 09:34:37PM +0200, Norbert Tretkowski wrote:
> could you please re-check if it's really 2.20.0-3 that you're using on
> that machine?
> 
> That sounds like exactly the bug which was fixed in 2.20.0-3.

fugl:~> dpkg -s libgnome-keyring0 | grep Version
Version: 2.20.0-3

I must admit, however, that I've only tested it once since the last reboot.
Might it be that it was upgraded, a new keyring is created, and _from there
on_ it's supposed to be OK?

/* Steinar */
-- 
Homepage: http://www.sesse.net/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446254: Korean translations for ISO-3166

[Sunjae Park]

On Sunday 14 October 2007 02:19:03 Christian Perrier wrote:
> Hello fellow people,
>
> Apparently, both Sunjae Park and Young-Ho Cha are working on ISO-3166
> translations. Sunjae inside Debian and Young-Ho in the Translation
> Project.
>
> That happens sometimes because iso-codes originates from Debian but is
> now also autonomous (though still maintained by Debian maintainers).
>
> I attach both translations to this mail.
>
> Could you guys synchronize and discuss together which one should be
> used ?

Hello Christian. Thanks for letting us know. I have attached an updated 
version resolving the conflict and updating the untranslated strings. How 
will this be imported upstream?

-- 
Sunjae Park(daréhanl)

We choose to go to the moon and do the other things, not because they are 
easy, but because they are hard.
                                     - John F. Kennedy -


ko.po.bz2
Description: BZip2 compressed data


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

Bug#446699: debcommit uses debian_version_ for git tags

[Joey Hess]

Package: devscripts
Version: 2.10.9
Severity: normal

I think it must be accidental that debcommit uses "debian_version_" in 
the name of git tags it creates. It does that for CVS because CVS has
limitations on tag names that require it not start with a number (IIRC).
But for svn and other vcses, it just uses the debian version number as
the tag, and I think it should do it for git too.

I plan to change it to do that, unless someone has a reason for the
current behavior..

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

Kernel: Linux 2.6.22-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/dash

Versions of packages devscripts depends on:
ii  debianutils   2.25.1 Miscellaneous utilities specific t
ii  dpkg-dev  1.14.7 package building tools for Debian
ii  libc6 2.6.1-5GNU C Library: Shared libraries
ii  perl  5.8.8-11   Larry Wall's Practical Extraction 
ii  sed   4.1.5-4The GNU sed stream editor

Versions of packages devscripts recommends:
ii  fakeroot  1.8.1  Gives a fake root environment

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#446238: nfs-common: Locks when using nfs4 sec=krb5 and user ticket expires

[Steinar H. Gunderson]

On Sun, Oct 14, 2007 at 11:22:24PM +0100, Pedro Celestino dos Reis Rodrigues 
wrote:
> The reason I suspect that the problem is with NFS is that the problem comes 
> out with users (designated by B) other than the user that have is ticket 
> expired(designated by A). That is to say, a user B, with a fresh and valid 
> ticket, can not access is own home at the nfs mount until the user A (that 
> have is home mounted at same nfs server and is ticket was expired) does not 
> refresh is (the user A) ticket.

I'm sorry, but I've tried to read this a couple of times, and I really cannot
understand what you're trying to say. Are you saying that an expired ticket
for A blocks B's access?

/* Steinar */
-- 
Homepage: http://www.sesse.net/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446700: hal: /etc/init.d/hal starts with user 113 and not haldaemon

[Luca Capello]

Package: hal
Version: 0.5.9.1-6
Severity: normal

Hello,

I recently discovered that hal is started as user 113 and not the
correct haldaemon:
=
[EMAIL PROTECTED]:/home/luca# ps aux | grep hal
root  3370  0.0  0.0   5168   764 pts/3S+   00:54   0:00 grep hal

[EMAIL PROTECTED]:/home/luca# invoke-rc.d hal start
Starting Hardware abstraction layer: hald.

[EMAIL PROTECTED]:/home/luca# ps aux | grep hal
113   3403 13.0  0.1  28456  3464 ?Ss   00:54   0:00 /usr/sbin/hald
root  3404  0.0  0.0  17680  1148 ?S00:54   0:00 hald-runner
113   3411  0.0  0.0  16604   960 ?S00:54   0:00 
hald-addon-keyboard: listening on /dev/input/event1
root  3413  0.0  0.0  19792  1080 ?S00:54   0:00 
/usr/lib/hal/hald-addon-cpufreq
113   3414  0.0  0.0  16600   944 ?S00:54   0:00 
hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
113   3415  0.0  0.0  16604   952 ?S00:54   0:00 
hald-addon-keyboard: listening on /dev/input/event3
113   3417  0.0  0.0  16604   952 ?S00:54   0:00 
hald-addon-keyboard: listening on /dev/input/event4
113   3418  0.0  0.0  16604   952 ?S00:54   0:00 
hald-addon-keyboard: listening on /dev/input/event5
root  3436  0.0  0.0   5168   764 pts/3S+   00:54   0:00 grep hal

[EMAIL PROTECTED]:/home/luca# grep 113 /etc/group
lpadmin:x:113:

[EMAIL PROTECTED]:/home/luca# grep haldaemon /etc/group
haldaemon:x:118:

[EMAIL PROTECTED]:/home/luca#
=

In fact, /etc/init.d/hal is missing the --chuid option, but nothing
changes adding that:

--8<---cut here---start->8---
--- hal.ORG 2007-10-10 18:48:21.0 +0200
+++ hal 2007-10-15 00:44:53.0 +0200
@@ -37,7 +37,7 @@
chown $DAEMONUSER:$DAEMONUSER $PIDDIR
fi
start-stop-daemon --start --oknodo --pidfile $PIDFILE \
-   --exec $DAEMON -- $DAEMON_OPTS
+   --chuid $DAEMONUSER --exec $DAEMON -- $DAEMON_OPTS
 }
 
 do_stop() {
--8<---cut here---end--->8---

Thx, bye,
Gismo / Luca

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

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

Versions of packages hal depends on:
ii  adduser  3.105   add and remove users and groups
ii  dbus 1.1.1-3 simple interprocess messaging syst
ii  hal-info 20070618-1  Hardware Abstraction Layer - fdi f
ii  libc62.6.1-5 GNU C Library: Shared libraries
ii  libdbus-1-3  1.1.1-3 simple interprocess messaging syst
ii  libdbus-glib-1-2 0.74-1  simple interprocess messaging syst
ii  libexpat11.95.8-4XML parsing C library - runtime li
ii  libgcc1  1:4.2.2-2   GCC support library
ii  libglib2.0-0 2.14.1-5The GLib library of C routines
ii  libhal-storage1  0.5.9.1-6   Hardware Abstraction Layer - share
ii  libhal1  0.5.9.1-6   Hardware Abstraction Layer - share
ii  libsmbios1   0.13.10-1   Provide access to (SM)BIOS informa
ii  libstdc++6   4.2.2-2 The GNU Standard C++ Library v3
ii  libusb-0.1-4 2:0.1.12-7  userspace USB programming library
ii  libvolume-id00.114-2 libvolume_id shared library
ii  lsb-base 3.1-24  Linux Standard Base 3.1 init scrip
ii  pciutils 1:2.2.4-1.1 Linux PCI Utilities
ii  udev 0.114-2 /dev/ and hotplug management daemo
ii  usbutils 0.72-9  Linux USB utilities

Versions of packages hal recommends:
ii  eject 2.1.5-5ejects CDs and operates CD-Changer

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446698: (no subject)

[Aaron Small]

Subject: g++-4.2: ICE in import_export_decl, at cp/decl2.c:1962
Package: g++-4.2
Version: 4.2.2-2
Severity: minor

*** Please type your report below this line ***
The following (invalid) code fragment generates an ICE:

#include 
#include 

template
class A
{
static std::map b;
};

template std::map *> A::b;


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

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

Versions of packages g++-4.2 depends on:
ii  gcc-4.2   4.2.2-2The GNU C compiler
ii  gcc-4.2-base  4.2.2-2The GNU Compiler Collection (base 
ii  libc6 2.6.1-5GNU C Library: Shared libraries
ii  libstdc++6-4.2-dev4.2.2-2The GNU Standard C++ Library v3 (d

g++-4.2 recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446697: tomboy: Fails to sync via SSH if PATH does not contain 'modprobe'

[matteo acerbi]

Package: tomboy
Version: 0.8.0-2
Severity: normal

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

Hello.

I was trying to set up the SSH Synchronization Service (sshfs FUSE)
via Tomboy Preferences but it didn't work. When I pressed the 'Save'
button I got an error dialog such as:

   Error connecting :(

   Sorry, but something went wrong.
   Please check your information and try again.
   The ~/.tomboy.log might be useful too.

In ~/.tomboy.log I found the following message:

10/14/2007 11:59:23 PM [DEBUG]: Unexpected error calling
sshfs.SaveConfiguration: SyncUtils cannot be used because one or more of
the required system tools could not be found.
  at Tomboy.Sync.SyncUtils.CheckToolsValid () [0x0]
  at Tomboy.Sync.SyncUtils.IsFuseEnabled () [0x0]
  at Tomboy.Sync.FuseSyncServiceAddin.MountFuse (Boolean
useStoredValues) [0x0]
  at Tomboy.Sync.FuseSyncServiceAddin.SaveConfiguration () [0x0]
  at Tomboy.PreferencesDialog.OnSaveSyncAddinButton (System.Object
sender, System.EventArgs args) [0x0]

So I had a look at the apt-get source'd code and it looks like the
problem is at line 59 (and 89) of SyncUtils.cs: method SetUpTools
looks for a 'modprobe' command in PATH, but in a default user's PATH
on Debian it won't find it (it's in /sbin/, and I don't have that in
my PATH... Should I?).

I tried again by running tomboy with a modified environment containing
/sbin/ in PATH and the synchronization worked OK.

As it looks like a Debian-specific problem, I'm posting it here, even
if I'd suggest a solution upstream (it doesn't seem to me to be a good
practice to look for commands in PATH and fail *that way* if they
can't be found!).

Anyway, thanks all for this really useful piece of software. :-)

Best regards,
Matteo

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

Kernel: Linux 2.6.22-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

Versions of packages tomboy depends on:
ii  gconf2  2.20.0-1 GNOME configuration database syste
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.6.1-5  GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libgconf2.0-cil 2.16.0-7 CLI binding for GConf 2.16
ii  libglib2.0-02.14.1-5 The GLib library of C routines
ii  libglib2.0-cil  2.10.2-1 CLI binding for the GLib utility l
ii  libgmime2.2-cil 2.2.10-2 CLI binding for the MIME library
ii  libgnome2.0-cil 2.16.0-7 CLI binding for Gnome 2.16
ii  libgnomecanvas2-0   2.20.0-1 A powerful object-oriented display
ii  libgnomeprint2.2-0  2.18.2-1 The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-02.18.1-1 GNOME 2.2 print architecture User
ii  libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface
ii  libgtk2.0-cil   2.10.2-1 CLI binding for the GTK+ toolkit 2
ii  libgtkspell02.0.10-3+b1  a spell-checking addon for GTK's T
ii  libmono-addins-gui0.2-c 0.2-4GTK# frontend library for Mono.Add
ii  libmono-addins0.2-cil   0.2-4addin framework for creating exten
ii  libmono-corlib2.0-cil   1.2.5.1-1Mono core library (2.0)
ii  libmono-system2.0-cil   1.2.5.1-1Mono System libraries (2.0)
ii  libmono2.0-cil  1.2.5.1-1Mono libraries (2.0)
ii  libndesk-dbus-glib1.0-c 0.3-2CLI implementation of D-Bus (GLib
ii  libndesk-dbus1.0-cil0.4.2-1  CLI implementation of D-Bus
ii  libpanel-applet2-0  2.20.0.1-3   library for GNOME Panel applets
ii  libpango1.0-0   1.18.2-2 Layout and rendering of internatio
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcomposite1  1:0.3.2-1+b1 X11 Composite extension library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxdamage1 1:1.1.1-3X11 damaged region extension libra
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2 2.6.30.dfsg-2GNOME XML library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra
ii  mono-runtime1.2.5.1-1Mono runtime
ii  zlib1g   

Bug#446552: keyjnote is unusable slow

[Yaroslav Halchenko]

is there a chance you could have shared the pdf file you had it slow? or
it doesn't depend on the file and is slow with a demo one which is
shipped with keyjnote under
/usr/share/doc/keyjnote/demo.pdf

On Sun, 14 Oct 2007, Torsten Wiebke wrote:

> Package: keyjnote
> Version: 0.10.1-1
> Severity: important

> Hallo,
> I have a AMD Athlon  with 2 GHz. Keyjnote is with a 248KB PDF 
> presentation so slow that it is not possible to present it by this 
> programm.
> I think the idea of the programm is great but it has to be mor quick. Is 
> there a possibility to fasten it?
-- 
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student  Ph.D. @ CS Dept. NJIT
Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
WWW: http://www.linkedin.com/in/yarik



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446696: gjots2: some toolbar icons fail to display in icon-only mode

[Neil Williams]

Package: gjots2
Version: 2.3.4-2
Severity: normal

If gjots2 is set to icon-only mode (turning off View|Toolbars|Show Icon
Text), closed and restarted, all subsequent starts of the program fail
to show 6 of the icons in the vertical toolbar. Only the arrows and the
sort tree dialog icon show up.

The tooltips do display.

To re-enable the icons, I need to switch on Icon Text and then turn it
off again - everytime I start the program and it's getting to be a pain.

Note that turning the Tree Toolbar visibility off and on does not cause
the icons to re-appear.

My problem with having the icon text displayed is that it makes it
necessary to have a very large gjots2 window in order to use all the
tree toolbar buttons. In fact, gjots2 has to be 90% of the screen height
or maximised. This impairs the usefulness of the program, for me at
least.

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

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

Versions of packages gjots2 depends on:
ii  gv 1:3.6.3dfsg-4 PostScript and PDF viewer for X
ii  mpage  2.5.4-2   print multiple pages per sheet on 
ii  python 2.4.4-6   An interactive high-level object-o
ii  python-glade2  2.12.0-1  GTK+ bindings: Glade support
ii  python-gnome2  2.20.0-1  Python bindings for the GNOME desk
ii  python-support 0.7.4 automated rebuilding support for p

gjots2 recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446165: debtorrent: sometimes times out in aptitude

[Cameron Dale]

retitle 446165 debtorrent: add support for security.debian.org
severity 446165 wishlist
thanks

On 10/14/07, Julian Gilbey <[EMAIL PROTECTED]> wrote:
> OK, I've taken out all of the localhost:9988 from everything except
> ftp.uk.debian.org/debian/ testing main
> dselect update now works fine, and aptitude is also working happily -
> yay!

Good to hear. Let me know if anything further goes wrong.

> I had rebooted the machine before I first ran dselect update this
> morning.  grep -A10 -B10 ... output attached.

Thanks again for the extra info. The reboot should have reset any hung
thread issues, so now I'm not sure why it wasn't working.

Looking at this log I was able to get some more insight on your
previous issue. The previous problems seem to be related to a
temporary network issue you were having with security.debian.org. It
looks like you were unable to resolve their DNS entry properly, as
shown by these log entries:

2007-10-11 20:31:45,702 CacheRequest(security.debian.org)
DebTorrent.HTTPCache DEBUG sending request GET /dists/lenn
y/updates/main/i18n/Translation-en_GB.bz2, {'User-Agent':
'DebTorrent/T-0.1.4.1'}
2007-10-11 20:31:45,719 CacheRequest(security.debian.org)
DebTorrent.HTTPCache WARNING could not contact http server
 security.debian.org: (-2, 'Name or service not known')

After that, all future attempts resulted in:

2007-10-11 20:31:45,767 CacheRequest(security.debian.org)
DebTorrent.HTTPCache DEBUG sending request GET /dists/lenn
y/updates/contrib/i18n/Translation-en_GB.bz2, {'User-Agent':
'DebTorrent/T-0.1.4.1'}
2007-10-11 20:31:45,768 CacheRequest(security.debian.org)
DebTorrent.HTTPCache ERROR error accessing http server
Traceback (most recent call last):
  File "/var/lib/python-support/python2.4/DebTorrent/HTTPCache.py",
line 189, in _request
self.connection.request('GET', self.url, None, self.headers)
  File "httplib.py", line 804, in request
self._send_request(method, url, body, headers)
  File "httplib.py", line 821, in _send_request
self.putrequest(method, url, **skips)
  File "httplib.py", line 717, in putrequest
raise CannotSendRequest()
CannotSendRequest

Which may be a bug or not, I'm not sure but I'll investigate it further.

Given all the problems you've been having with security, and the lack
of problems with the main archive, I decided to make this bug a
wishlist item for DebTorrent to support security.debian.org. I'll add
it to my sources.list and try and track down any errors that come up.
I'll close this bug when I feel that the support is fairly stable.

Thanks,
Cameron



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#428186: Consider offering only a dev version.

[Patrick Matthäi]

Severity: normal

Brandon wrotes:

You might want to consider only offering a dev version of guichan, and
require that packages using guichan link statically. This is
recommended by the debian policy manual in certain cases, such as for
"libraries whose interfaces are in flux or under development."
http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-static

Guichan upstream recommends that every project that uses guichan
includes the source files manually in their project. I think the end
effect is the same thing as linking statically. Although with this
solution, there would be no libguichan* or libguichan-dev package.
http://guichan.sourceforge.net/wiki/index.php/Getting_started

-Brandon
  

Hello,

bumping SONAMES is a good thing for often needed packages and if 
upstream provides SONAME support, I will include it.
The current solution (with conflicts) is okay. So I set the severity of 
this bug to 'normal' and I will close it if upstream (and after that 
this package) provides the support.


--
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi

E-Mail: [EMAIL PROTECTED]
Homepage: http://www.Linux-Dev.org/


begin:vcard
fn;quoted-printable:Patrick Matth=C3=A4i
n;quoted-printable:Matth=C3=A4i;Patrick
org:Ameus IT-Systeme;Technik
adr:;;Technologiepark 21;Paderborn;Nordrhein-Westfalen;33100;Deutschland
email;internet:[EMAIL PROTECTED]
x-mozilla-html:TRUE
url:http://www.ameus.de/
version:2.1
end:vcard

Bug#446695: nautilus: Fills up logs with "volume/drive = 0"

[Javier Kohen]

Package: nautilus
Version: 2.20.0-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Nautilus outputs burts of some debugging messages, causing .xsession-errors to 
fill up. This difficults tracking unexpected problems in other applications, 
since their logs are not saved due to the log file being too long already. 
Please stop logging them; they are useless, since they never ever change from 
this:
** Message: drive = 0
** Message: volume = 0

They always come in pairs and I'm not sure what causes them, but from looking 
at a nautilus-debug-log.txt I have in my hands, I see that they seem to occur 
when I'm sitting in front of the computer. From this file I was able to 
determine after months of seeing this problem that the culprit was actually 
Nautilus.

In a nautilus-debug-log.txt spanning only 4 days I see short of 15000 of these 
lines, amounting for almost 800kB of output and 98% of the size of said file.

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

Kernel: Linux 2.6.23
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.12-1Utilities for .desktop files
ii  gnome-control-center   1:2.20.0.1-1  utilities to configure the GNOME d
ii  libart-2.0-2   2.3.19-3  Library of functions for 2D graphi
ii  libatk1.0-01.20.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.20.0-1  Bonobo CORBA interfaces library
ii  libc6  2.6.1-5   GNU C Library: Shared libraries
ii  libcairo2  1.4.10-1  The Cairo 2D vector graphics libra
ii  libeel2-2.20   2.20.0-2  Eazel Extensions Library (for GNOM
ii  libesd-alsa0 [libesd0] 0.2.36-3  Enlightened Sound Daemon (ALSA) - 
ii  libexempi2 1.99.4-1  A library to parse XMP metadata (L
ii  libexif12  0.6.16-2  library to parse EXIF files
ii  libgail-common 1.20.0-1  GNOME Accessibility Implementation
ii  libgail18  1.20.0-1  GNOME Accessibility Implementation
ii  libgconf2-42.20.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.14.1-2  The GLib library of C routines
ii  libgnome-desktop-2 2.20.0-2  Utility library for loading .deskt
ii  libgnome2-02.20.0-1  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1-1  A powerful object-oriented display
ii  libgnomeui-0   2.20.0-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.20.0-2GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.0-2  The GTK+ graphical user interface 
ii  libnautilus-extension1 2.20.0-1  libraries for nautilus components 
ii  liborbit2  1:2.14.7-0.1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.18.2-1  Layout and rendering of internatio
ii  librsvg2-2 2.18.2-1  SAX-based renderer library for SVG
ii  libselinux12.0.15-2+b1   SELinux shared libraries
ii  libstartup-notification0   0.9-1 library for program launch feedbac
ii  libtrackerclient0  0.6.3-1   metadata database, indexer and sea
hi  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxml22.6.30.dfsg-2 GNOME XML library
ii  nautilus-data  2.20.0-1  data files for nautilus
ii  shared-mime-info   0.22-2FreeDesktop.org shared MIME databa

Versions of packages nautilus recommends:
ii  desktop-base  4.0.3  common files for the Debian Deskto
ii  eject 2.1.5-5ejects CDs and operates CD-Changer
ii  fam   2.7.0-13   File Alteration Monitor
ii  libgnomevfs2-extra1:2.20.0-2 GNOME Virtual File System (extra m
ii  librsvg2-common   2.18.2-1   SAX-based renderer library for SVG
pn  nautilus-cd-burner (no description available)

- -- no debconf information

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

iD8DBQFHEpq9823633cP2P8RAhxRAJ9i9AGTn6WecBL/gVdNl2kIWB6A+wCgi3tA
uq4KJv9aDMjJ6i5NeD6POfo=
=V0IM
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446665: mercury: should this package be removed?

[Lucas Nussbaum]

Hi Roy,

On 15/10/07 at 11:03 +1300, Roy Ward wrote:
>>   * New upstream release available for a long time now
>
> I'm working on packaging that - it's still going to take some time (in the 
> order of weeks).
>
> > If you think that it should be orphaned instead of being removed from
> > Debian, please reply to this bug and tell so.
>
> This is confusing - I thought it was already orphaned, which is when I 
> filed an ITA.

Ooops, the ITA line on the PTS should be in bold :-) I missed it.

I'm perfectly fine with keeping the package in Debian for now, if you
are working on packaging the new version.

Thank you for the very detailed information.
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#428186: Consider offering only a dev version.

[Brandon]

You might want to consider only offering a dev version of guichan, and
require that packages using guichan link statically. This is
recommended by the debian policy manual in certain cases, such as for
"libraries whose interfaces are in flux or under development."
http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-static

Guichan upstream recommends that every project that uses guichan
includes the source files manually in their project. I think the end
effect is the same thing as linking statically. Although with this
solution, there would be no libguichan* or libguichan-dev package.
http://guichan.sourceforge.net/wiki/index.php/Getting_started

-Brandon




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446693: uclibc: should this package be orphaned?

[Lucas Nussbaum]

Package: uclibc
Version: 0.9.27-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: proposed-orphan

Hi,

While reviewing some packages, your package came up as a package that
should maybe be orphaned by its maintainer, because:

 * 4 RC bugs opened for a long time, with no action from the maintainer
   on 3 of them.
 * several new upstream versions available.

If you think that it should be removed from Debian instead of being
orphaned, please reply to this bug and tell so.

If you agree that it should be orphaned, sending the following commands
to [EMAIL PROTECTED] should do it (after replacing nn with
this bug's number):

severity nn normal
reassign nn wnpp
retitle nn O:  -- 
thanks

For more information, see
http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-archive-manip
http://www.debian.org/devel/wnpp/

If you disagree and want to continue to maintain this package, please
close this bug, preferably in an upload also fixing the other issues.

Thank you,

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#422822: libgstreamer-perl: FTBFS: Failed 3/31 test scripts, 34/492 subtests failed

[Lucas Nussbaum]

Hi Marc,

On 08/05/07 at 12:16 +0200, Michael Ablassmeier wrote:
> Package: libgstreamer-perl
> Severity: serious
> Version: 0.09-1
> Justification: policy violation
> 
> hi, 
> 
> Lucas has rebuild the archive on i386 and your package Failed to Build
> from Source with the following error(s):
> 
>  > dubious
>  > Test returned status 255 (wstat 65280, 0xff00)
>  > DIED. FAILED tests 1-8
>  > Failed 8/8 tests, 0.00% okay
>  > t/GstIndex..ok
>  > t/GstIndexFactory...ok
>  > t/GstIterator...ok
>  > t/GstMessageok
>  > 13/70 skipped: clock tests
>  > t/GstMiniObject.ok
>  > t/GstObject.ok
>  > t/GstPaddubious
>  > Test returned status 0 (wstat 11, 0xb)
>  > DIED. FAILED tests 32-39
>  > Failed 8/39 tests, 79.49% okay
>  > t/GstPadTemplateok
>  > t/GstPipeline...ok
>  > t/GstPlugin.ok
>  > t/GstPluginFeature..ok
>  > t/GstQuery..ok
>  > t/GstRegistry...undef is not of type GStreamer::PluginFeature at 
> t/GstRegistry.t line 22.
>  > # Looks like you planned 21 tests but only ran 3.
>  > # Looks like your test died just after 3.
>  > dubious
>  > Test returned status 255 (wstat 65280, 0xff00)
>  > DIED. FAILED tests 4-21
>  > Failed 18/21 tests, 14.29% okay 
>  >  
>  [..]
>  > Failed Test Stat Wstat Total Fail  Failed  List of Failed
>  > 
> ---
>  > t/GstGhostPad.t  255 65280 8   15 187.50%  1-8
>  > t/GstPad.t 01139   16  41.03%  32-39
>  > t/GstRegistry.t  255 6528021   36 171.43%  4-21
>  > 34 subtests skipped.
>  > Failed 3/31 test scripts, 90.32% okay. 34/492 subtests failed, 93.09% okay.
>  
> the full log can be found here:
> 
>  
> http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/libgstreamer-perl_0.09-1_sid32.buildlog

Could you have a look at this bug? It has been opened for a longgg time,
and I can still reproduce it. See e.g
http://people.debian.org/~lucas/logs/2007/10/09/libgstreamer-perl_0.09-1_sid32.buildlog

libgstreamer-perl shows up in my list of packages that should maybe be
removed/orphaned, but I would prefer to avoid filing such bugs on your
packages ;)
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446694: python-decorator: Typo in package description

[Reuben Thomas]

Package: python-decorator
Severity: minor

"maintenability" -> "maintainability"

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

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

Versions of packages python-decorator depends on:
ii  python2.4.4-6An interactive high-level object-o
ii  python-support0.7.3  automated rebuilding support for p

python-decorator recommends no packages.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446238: nfs-common: Locks when using nfs4 sec=krb5 and user ticket expires

[Pedro Celestino dos Reis Rodrigues]

Em Sexta, 12 de Outubro de 2007 20:56, Steinar H. Gunderson escreveu:
> On Thu, Oct 11, 2007 at 12:10:04PM +0100, Pedro Celestino dos Reis Rodrigues 
wrote:
> > Automounted homes over nfs4 with sec=krb5
> > Start a session on the nfs client and let the user ticked (used to grant
> > the nfs access) expire
> >
> > After this the user can not access is home (as should be expected)
> > However, it also appens that, for example, any trial to start a new
> > session of some other user will sucessfully mount the respective home but
> > the login process will stay forever trying to read a file (.bash_profile
> > for example).
> > The client syslog presents messages like these
>
> So the real problem is that the new session doesn't refresh your user
> credentials? That doesn't sound like an NFS bug to me.
>
Hello
Thank you for your prompt answer Steinar

The reason I suspect that the problem is with NFS is that the problem comes 
out with users (designated by B) other than the user that have is ticket 
expired(designated by A). That is to say, a user B, with a fresh and valid 
ticket, can not access is own home at the nfs mount until the user A (that 
have is home mounted at same nfs server and is ticket was expired) does not 
refresh is (the user A) ticket.

For me, it seems that a lock condition is generated, somewere in the client 
machine NFS code, when the opened files of user A become unreachable due to 
ticket expiration.
The lock condition does not interfere with mount and unmount (made by the 
automounter or other mean) for the home of any user B on the nfs server. Read 
of directory entries on the user B home is also possible showing that the 
user B have valid credentials. Only user B processes reading and writing on 
files (or writing directory entries) hang on a locked state.
After user A refreshes is ticket he can access the opened files again and the 
NFS lock condition is removed, letting the locked processes of the user B 
proceed on the read (or write) operation. 

Until now, I failed to figure out a subsystem other than NFS that can be 
responsible for this behaviour. However, I am only guessing becose I have not 
traced the code execution, so, if you have reasons to assign the bug to other 
package please let me know.

Thanks again

Pedro
-- 
_
Pedro Celestino dos Reis Rodrigues
Departamento de Química e Bioquímica
Faculdade de Ciências da Universidade de Lisboa
Tel: 2175-28619