Bug#431663: dig can be made to crash using -f, named pipes, and signals

[Robert Edmonds]

Package: dnsutils
Version: 1:9.4.1-1
Severity: normal

I can reliably reproduce a glibc "corrupted double-linked list" error
message on sid/amd64 and etch/i386; see the following output.  I have
inserted the "^Z" and "^D" lines to indicate control input.

[EMAIL PROTECTED]:~$ mkfifo mypipe
[EMAIL PROTECTED]:~$ dig +short -f mypipe >/dev/null &
[1] 19722
[EMAIL PROTECTED]:~$ cat > mypipe
example.com
^Z
zsh: suspended  cat > mypipe
[EMAIL PROTECTED]:~$ kill %1
[EMAIL PROTECTED]:~$ fg
[2]  - continued  cat > mypipe
^D
[EMAIL PROTECTED]:~$ *** glibc detected *** dig: corrupted double-linked list: 
0x006350f0 ***
=== Backtrace: =
/lib/libc.so.6[0x2b2059d42e99]
/lib/libc.so.6(cfree+0x8c)[0x2b2059d466ec]
/lib/libc.so.6(fclose+0x154)[0x2b2059d32664]
dig[0x409eaf]
dig[0x40c91d]
dig[0x40d373]
dig[0x40d40a]
dig[0x412a1f]
/usr/lib/libisc.so.32[0x2b205945d147]
/usr/lib/libisc.so.32[0x2b205945d3de]
/lib/libpthread.so.0[0x2b2059abe225]
/lib/libc.so.6(clone+0x6d)[0x2b2059da317d]
=== Memory map: 
0040-00418000 r-xp  08:01 394495 
/usr/bin/dig
00618000-0061a000 rw-p 00018000 08:01 394495 
/usr/bin/dig
0061a000-00692000 rw-p 0061a000 00:00 0  [heap]
4000-40001000 ---p 4000 00:00 0 
40001000-40801000 rw-p 40001000 00:00 0 
40801000-40802000 ---p 40801000 00:00 0 
40802000-41002000 rw-p 40802000 00:00 0 
41002000-41003000 ---p 41002000 00:00 0 
41003000-41803000 rw-p 41003000 00:00 0 
2aaac000-2aaad000 rw-p 2aaac000 00:00 0 
2aabd000-2aaca000 r-xp  08:01 260633 
/lib/libgcc_s.so.1
2aaca000-2acca000 ---p d000 08:01 260633 
/lib/libgcc_s.so.1
2acca000-2accb000 rw-p d000 08:01 260633 
/lib/libgcc_s.so.1
2c00-2c021000 rw-p 2c00 00:00 0 
2c021000-2aaab000 ---p 2c021000 00:00 0 
2b2058701000-2b205871d000 r-xp  08:01 263415 
/lib/ld-2.5.so
2b205871d000-2b2058761000 rw-p 2b205871d000 00:00 0 
2b205891c000-2b205891e000 rw-p 0001b000 08:01 263415 
/lib/ld-2.5.so
2b205891e000-2b2058933000 r-xp  08:01 394672 
/usr/lib/liblwres.so.30.0.4
2b2058933000-2b2058b32000 ---p 00015000 08:01 394672 
/usr/lib/liblwres.so.30.0.4
2b2058b32000-2b2058b33000 rw-p 00014000 08:01 394672 
/usr/lib/liblwres.so.30.0.4
2b2058b33000-2b2058cab000 r-xp  08:01 394664 
/usr/lib/libdns.so.32.1.1
2b2058cab000-2b2058eab000 ---p 00178000 08:01 394664 
/usr/lib/libdns.so.32.1.1
2b2058eab000-2b2058eb1000 rw-p 00178000 08:01 394664 
/usr/lib/libdns.so.32.1.1
2b2058eb1000-2b2059001000 r-xp  08:01 393639 
/usr/lib/libcrypto.so.0.9.8
2b2059001000-2b2059201000 ---p 0015 08:01 393639 
/usr/lib/libcrypto.so.0.9.8
2b2059201000-2b2059224000 rw-p 0015 08:01 393639 
/usr/lib/libcrypto.so.0.9.8
2b2059224000-2b2059227000 rw-p 2b2059224000 00:00 0 
2b2059227000-2b205923 r-xp  08:01 394670 
/usr/lib/libbind9.so.30.0.3
2b205923-2b205943 ---p 9000 08:01 394670 
/usr/lib/libbind9.so.30.0.3
2b205943-2b2059431000 rw-p 9000 08:01 394670 
/usr/lib/libbind9.so.30.0.3
2b2059431000-2b2059432000 rw-p 2b2059431000 00:00 0 
2b2059432000-2b2059481000 r-xp  08:01 393099 
/usr/lib/libisc.so.32.0.3
2b2059481000-2b2059681000 ---p 0004f000 08:01 393099 
/usr/lib/libisc.so.32.0.3
2b2059681000-2b2059683000 rw-p 0004f000 08:01 393099 
/usr/lib/libisc.so.32.0.3
2b2059683000-2b205969a000 r-xp  08:01 394668 
/usr/lib/libisccfg.so.30.0.2
2b205969a000-2b2059899000 ---p 00017000 08:01 394668 
/usr/lib/libisccfg.so.30.0.2
2b2059899000-2b205989f000 rw-p 00016000 08:01 394668 
/usr/lib/libisccfg.so.30.0.2
2b205989f000-2b20598b4000 r-xp  08:01 263405 
/lib/libnsl-2.5.so
2b20598b4000-2b2059ab3000 ---p 00015000 08:01 263405 
/lib/libnsl-2.5.so
2b2059ab3000-2b2059ab5000 rw-p 00014000 08:01 263405 
/lib/libnsl-2.5.so
2b2059ab5000-2b2059ab8000 rw-p 2b2059ab5000 00:00 0 
2b2059ab8000-2b2059acd000 r-xp  08:01 263406 
/lib/libpthread-2.5.so
2b2059acd000-2b2059ccd000 ---p 00015000 08:01 263406 
/lib/libpthread-2.5.so
2b2059ccd000-2b2059ccf000 rw-p 00015000 08:01 263406 
/lib/libpthread-2.5.so
2b2059ccf000-2b2059cd3000 rw-p 2b2059ccf000 00:00 0 
2b2059cd3000-2b2059e1b000 r-xp  08:01 263402 
/lib/libc-2.5.so
2b2059e1b000-2b205a01a000 ---p 00148000 08:01 263402 
/lib/libc-2.5.so
2b205a01a000

Bug#15516: Instant Reply:

[Eve Driscoll]

I need to share this with you!

This is huge... www.xl-man.net

Yours Sincerely,
Eve, 
www.xl-man.net


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

Bug#431664: apt-howto: FTBFS: cannot find apt-howto.de.sgml

[Daniel Schepler]

Package: apt-howto
Version: 2.0.2-2
Severity: serious

From my pbuilder build log:

...
po4a-translate -k 40 -f sgml -m apt-howto.en.sgml -p po4a/po/de.po -l 
apt-howto.de.sgml -a po4a/addendum.doc.de -a po4a/addendum.doc2.de -a 
po4a/addendum.doc3.de -a po4a/addendum.doc4.de
Discard the translation of apt-howto.en.sgml (only 39.8% translated; need
40%).
debiandoc2html  -tapt-howto -l $(echo de | bin/getlocale) -c apt-howto.de.sgml
nsgmls:E: cannot find "apt-howto.de.sgml"; tried "apt-howto.de.sgml", 
"/usr/local/share/sgml/apt-howto.de.sgml", "/usr/share/sgml/apt-howto.de.sgml"
nsgmls:/usr/share/sgml/debiandoc/dtd/sgml/1.0/debiandoc.dcl:67:40:E: end of 
document in prolog
make[1]: *** [apt-howto.de.html.stamp] Error 1
make[1]: Leaving directory `/tmp/buildd/apt-howto-2.0.2'
make: *** [build-stamp] Error 2
-- 
Daniel Schepler

Bug#361418: [Proposal] new Debian menu structure

[Russ Allbery]

Bill Allombert <[EMAIL PROTECTED]> writes:

> Here it is. Please check it matches the proposed new menu structure.

It looks correct to me.  I've applied this patch to my arch repository.
Thank you!

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#431665: radvd: Fails to set CurHopLimit and stops

[Mário Meyer]

Package: radvd
Version: 1:1.0-1
Severity: important

When starting radvd I get the following message on /var/log/daemon.log

Jul  4 06:37:12 orion radvd[2828]: version 1.0 started
Jul  4 06:37:12 orion radvd[2829]: failed to set CurHopLimit (64) for eth0

I took a look at the code and it looks in /proc for this and the path does
not exist (/proc/sys/net/ipv6/neigh/eth0/hop_limit).

My /etc/radvd.conf file is attached.

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

Versions of packages radvd depends on:
ii  adduser 3.102Add and remove users and groups
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries

radvd recommends no packages.

-- no debconf information


radvd.conf
Description: Binary data

Bug#431571: claws-mail: unison-synchronized hosts lose "read" and color

[Clayton]

On Tue, 3 Jul 2007 18:31:23 +0200
Ricardo Mones <[EMAIL PROTECTED]> wrote:

> On Tue, 03 Jul 2007 15:03:03 +
> Debian BTS <[EMAIL PROTECTED]> wrote:
> 
> > Package: claws-mail
> > Version: 2.9.2-1+b1
> > Severity: important
> > 
> > I use claws-mail on two machines: my desktop and a notebook. I keep
> > my user-directory synchronized when moving from one machine to the
> > other with the unison-gtk package. With the current version of
> > claws-mail, every time I change machines, the messages in Inbox
> > lose all "color label" information, and all read/unread status (all
> > messages show as "unread").
> > 
> > I have quite a large inbox, and losing track of which messages are 
> > read/unread is somewhat of a serious issue. For me, losing the
> > ability to color-code messages is also a significant degradation.
> > 
> > I recently upgraded from sylpheed, and vanilla sylpheed/unison-gtk 
> > handle synchronization just fine.
> > 
> > Note that the Inbox is not the only mail folder affected, it is
> > just where I feel the most pain.
> 
>   Which directory is the 'user directory' you're referring to? your
> $HOME? $HOME/.claws-mail? $HOME/Mail (or equivalent)?
>   Are you syncing .* files in that dir? 

$HOME, all of it. unison syncs everything that isn't specifically
excluded, so all .* files are being synced. I have been doing this for
years, unison has worked really well for me up until this moment.

>   Are you preserving timestamps when syncing?

Good question. unison docs are kind of murky on the subject, but this
experiment in my ~/Mail/inbox/ would indicate timestamps are being
preserved:

Before sync:
-rw-r--r--  1 ckoen ckoen  10 2007-07-03 22:41 .mh_sequences
-rw---  1 ckoen ckoen   21166 2007-06-23 19:19 .sylpheed_cache
-rw---  1 ckoen ckoen   20522 2007-07-03 22:41 .sylpheed_claws_cache
-rw---  1 ckoen ckoen 556 2007-07-03 22:41 .sylpheed_mark
-rwx--  1 ckoen ckoen5000 2006-09-03 14:58 .xmhcache

After sync:
-rw-r--r--  1 ckoen ckoen  24 2007-07-04 14:53 .mh_sequences
-rw---  1 ckoen ckoen   21166 2007-06-23 19:19 .sylpheed_cache
-rw---  1 ckoen ckoen   20493 2007-07-04 14:53 .sylpheed_claws_cache
-rw---  1 ckoen ckoen 556 2007-07-04 14:53 .sylpheed_mark
-rwx--  1 ckoen ckoen5000 2006-09-03 14:58 .xmhcache

(I shut down claws-mail just before 15:00)

BTW, I have been thinking that this should really be considered a data
loss kind of bug. I have a couple of large mail folders where the color
coding was quite important to me. I did not discover that syncing was
going to blow away all my color coding until my first sync quite some
number of days after installing claws-mail. At this point the only way
to maybe get my color coding back is to restore from my last backup,
which of course puts intervening e-mails at risk of loss. Or revert to
sylpheed and a backup from about that era, which puts even more e-mails
at risk.

Clayton


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

Bug#241333: policy mentions that changelogs should be utf-8; this is a bug

[Russ Allbery]

retitle 241333 require UTF-8 encoding in changelogs and control files
thanks

Guillem Jover <[EMAIL PROTECTED]> writes:
> On Thu, 2004-04-01 at 04:09:51 -0600, Manoj Srivastava wrote:
>> On Wed, 31 Mar 2004 16:02:52 -0600 (CST), Adam Heath said:
>> > This is not supported by any tool in debian.

>> > Control files are ascii, 7-bit, period.  And, when generating the
>> > .changes for an upload, the changelog is included, this means the
>> > changelog *must* be 7-bit ascii.  Period.

> Please feel free to close this bug report, if there's any problem on
> dpkg when handling UTF-8, that should be considered a bug in dpkg.

> (Not closing myself as I'm neither the submitter, nor the maintainer).

Actually, at this point, I think it's time to upgrade the severity of
this in Policy.  Currently, we say:

 It is recommended that the entire changelog be encoded in the UTF-8
 (http://www.cis.ohio-state.edu/cgi-bin/rfc/rfc2279.html) encoding of
 Unicode (http://www.unicode.org/).[1]

(And we say it in an appendix, which is lame, but this is something that
we can fix as part of the restructuring that I'm hoping Manoj will write
up.  *grin*)

lintian has warned about non-UTF-8 changelog files for years, and at this
point there are only 95 packages left in the archive that don't have UTF-8
changelogs.  I see no reason not to upgrade this to a should, at the very
least, and I can see a strong argument for a must.

Comments?

Also, while we're looking at this, where are we on UTF-8 support in
debian/control?  Is it now time to similarly require that all control
files be encoded in UTF-8?  There are only 11 packages in the archive with
non-UTF-8 control files.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#431658: [Pkg-utopia-maintainers] Bug#431658: network-manager: New upstream version 0.6.5 available

[Michael Biebl]

merge 431658 420959
thanks
Michael Koch schrieb:
> Package: network-manager
> Version: 0.6.4-8
> Severity: wishlist
> 
> 
> There is a new upstream version available. Please update the package.
> 

This is a duplicate of #420959. See also my comments there.

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#431597: dpkg-shlibdeps doesn't parse "include" in ld.so.conf

[Raphael Hertzog]

On Tue, 03 Jul 2007, Goswin von Brederlow wrote:
> 1. # Support system library directories.
>my $ldconfigdir = '/lib/ldconfig';
> 
> This was discontinued and never was in any stable release. That code
> can be savely removed.
> 
> 2. ld.so.conf can have "include" statements
> 
> By default there is only one line in /etc/ld.so.conf:
> include /etc/ld.so.conf.d/*.conf
> 
> $ cat /etc/ld.so.conf.d/x86_64-linux-gnu.conf 
> # Multiarch support
> /lib/x86_64-linux-gnu
> /usr/lib/x86_64-linux-gnu
> 
> dpkg-shlibdeps needs to parse the include statement and include the
> files mentioned there.

FWIW, this is fixed in the new dpkg-shlibdeps that I'm preparing (which
supports per-symbol dependencies). The code is in a branch on SVN:
http://svn.debian.org/wsvn/dpkg/branches/dpkg-shlibdeps-buxy/scripts/?rev=0&sc=0

So wait a bit until dpkg maintainers agree to merge the branch on the
trunk. :-)

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/

Bug#142424: Fw:

[Francine]

I need to share this with you!

This is huge... www.xl-man.net

Yours Sincerely,
Francine, 
www.xl-man.net


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

Bug#430799: vpnc should recomend iproute

[Evgeni Golov]

Hi Eduard,

sorry for the delay, I was offline for some days.

On Thu, 28 Jun 2007 21:49:50 +0200 Eduard Bloch wrote:

> > chiisai:~# vpnc-connect hhu
> > SIOCDELRT: No such device
> > VPNC started in background (pid: 2847)...
[...]
> 
> So, what exactly is in your config? What does vpnc with --debug options
> tell you? Can you show the logs with the script in debugging mode? (add
> "set -x" as the second line in /etc/vpnc/vpnc-script.

My config looks like this:

IPSec gateway vpn.rz.uni-duesseldorf.de
IPSec ID ourid
IPSec secret oursecret
Xauth username myusername
Xauth password mypassword

The --debug options does not give a real hint, but "set -x" does.
I attach 2 logs, one without iproute, one with.
It seems the deletion of the old route is done wrong:

+ route del default 192.168.13.1
SIOCDELRT: No such device

This I can reproduce without vpnc:
chiisai:~# route del default 192.168.13.1
SIOCDELRT: No such device
chiisai:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface
192.168.13.00.0.0.0 255.255.255.0   U 0  00 eth0
0.0.0.0 192.168.13.10.0.0.0 UG0  00 eth0
chiisai:~# route del default gw 192.168.13.1
chiisai:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface
192.168.13.00.0.0.0 255.255.255.0   U 0  00 eth0

It seems vpnc misses the 'gw' parameter?
This offcourse does not happen, when iproute is installed, because
iproute is used instead of route then.

Hope this helps a bit.
Regards
Evgeni


vpnc-set-x
Description: Binary data


vpnc-set-x-iproute
Description: Binary data

Bug#431667: Syntax error in uploaders: field: missing emailaddress

[Jeroen van Wolffelaar]

Package: update-notifier
Severity: normal

Hi,

You got a syntax error in the "Uploaders" field for this package, please
fix it.

Uploaders: Alan Baghumain, Debian GNOME Maintainers
<[EMAIL PROTECTED]>

The first entry is missing an email address. This is causing errors in
the DDPO (developer.php) scripts.

--Jeroen

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

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


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

Bug#390506: Patch for init script

[Bas Zoetekouw]

severity 390506 important
thanks

Hi!

You wrote:

> If $SCREENDIR has just been created, I don't see any reason to search 
> it for stale screen sessions :
> 
> --- /etc/init.d/screen-cleanup  2004-03-16 03:29:04.0 +0100
> +++ /tmp/screen-cleanup 2007-01-20 15:41:58.0 +0100


Adam, any chance you could fix this soon?  It's a pretty annoying issue
with a trivial fix...

-- 
Kind regards,
++
| Bas Zoetekouw  | GPG key: 0644fab7 |
|| Fingerprint: c1f5 f24c d514 3fec 8bf6 |
| [EMAIL PROTECTED] |  a2b1 2bae e41f 0644 fab7 |
++ 


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

Bug#229357: Can we require build-arch/indep targets for lenny?

[Simon Richter]

Hi,

Ian Jackson wrote:


We want the package to _declare_ whether it supports this new target.


Ideally, we'd want all packages to support the new target, and then turn 
that into policy, otherwise we'll end up supporting both for a very long 
time.



The proposed -Options field will actually be very useful for any
other enhancements we make to the source package format.


I'm not disputing that, but I'm not sure we really want it in this case.

   Simon


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

Bug#229357: Can we require build-arch/indep targets for lenny?

[Simon Richter]

Hi,

Wouter Verhelst wrote:


$(shell ls temp-target-* && rm temp-target-*):



Yes, that's broken, but there are your side effects, and you'll have to
run this code if you want to make your --has-target work.


Yes, that is exactly what I'm proposing. The same thing happens for -q 
mode now.


   Simon


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

Bug#424212: Possible patch

[Russ Allbery]

Gerard "Lledó\" <[EMAIL PROTECTED]> writes:

> The problem is that debian/rules is overwriting the main Makefile in the
> first build with the Makefile that is contained in
> fhs-2.3-source.tar.gz. Probably, this file was supossed to uncompress in
> a directory, but it's not doing that. Of course, the second time that
> you try to build, the Makefile is the wrong one.

> I've done a patch, but it's just one line, so feel free to send it to
> /dev/null

> --- debian-policy-3.7.2.2/debian/rules2006-10-03 01:36:50.0 
> +0300
> +++ debian-policy-3.7.2.3/debian/rules2007-06-29 14:07:49.0 
> +0300
> @@ -90,7 +90,7 @@
>   $(SGML_FILES:=.html.tar.gz) \
>   $(SGML_FILES:=.txt.gz) \
>   policy.ps.gz policy.pdf.gz
> - tar -zxf $(FHS_ARCHIVE)
> + mkdir fhs && cd fhs && tar -zxf ../$(FHS_ARCHIVE) && cd ..
>   # Need to use a patched tmac.m macro file if we're using a pre-1.16
>   # groff; version 1.16 is apparently fixed
>   if dpkg --compare-versions "$(shell dpkg -s groff | sed -n -e 
> 's/Version: //p')" lt 1.16; then \

Looking at debian/rules, I'm fairly sure that there's no point in
unpacking the archive since we don't ever use the contents.  We ship the
pre-built output files.

We were also installing the FHS files twice, which doesn't look necessary.

Manoj, could you double-check this patch?  I think it's all that's needed
to fix this.

--- orig/debian/rules
+++ mod/debian/rules
@@ -90,7 +90,6 @@
$(SGML_FILES:=.html.tar.gz) \
$(SGML_FILES:=.txt.gz) \
policy.ps.gz policy.pdf.gz
-   tar -zxf $(FHS_ARCHIVE)
# Need to use a patched tmac.m macro file if we're using a pre-1.16
# groff; version 1.16 is apparently fixed
if dpkg --compare-versions "$(shell dpkg -s groff | sed -n -e 
's/Version: //p')" lt 1.16; then \
@@ -148,7 +147,6 @@
echo "debian-policy:Version=$(version)"  > debian/substvars
$(install_file) $(POLICY_FILES)  $(DOCDIR)/
 #  $(install_file) $(FSSTND_FILES)  $(DOCDIR)/fsstnd/
-   $(install_file) $(FHS_FILES) $(DOCDIR)/fhs/
$(install_file) debian/changelog $(DOCDIR)/
# Be more specific with file compression
gzip -f9$(DOCDIR)/*.txt $(DOCDIR)/*.sgml \

-- 
Russ Allbery ([EMAIL PROTECTED])   

Bug#431030: Fix

[Jaroslaw Swierczynski]

Running mysql_fix_privilege_tables has fixed the problem for me.


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

Bug#209008: parallel building: DEB_BUILD_OPTIONS or DEB_BUILD_OPTIONS_PARALLEL

[Russ Allbery]

Okay, I think we have a consensus at this point that this is the right
thing to do and that adding another flag to DEB_BUILD_OPTIONS is the best
way of implementing it.  For the time being, I'd like to keep discussion
of the flag to use separate from the general discussion of how the tags
should be formatted and what Makefile code we should recommend to parse
them.

Now, we need a wording proposal, and it should include a sample
implementation, which we can then later adjust based on the resolution of
Bug#430649.  Here's a first cut; please everyone comment and fine-tune.

--- orig/policy.sgml
+++ mod/policy.sgml
@@ -6466,6 +6466,20 @@
not be stripped from the binary during installation,
so that debugging information may be included in the package.

+   parallel=n
+   
+   This string means that the package should be built using
+   up to n parallel processes if the package build
+   system supports this.  It is up to the package maintainer
+   to decide whether the package build times are long enough
+   and the package build system is robust enough to make
+   supporting parallel builds worthwhile.
+   
+   Packages built with make can often implement
+   this by passing the -jn option to
+   make.
+   
+
  

 
@@ -6490,6 +6504,10 @@
 ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
 INSTALL_PROGRAM += -s
 endif
+ifneq (,$(findstring parallel=,$(DEB_BUILD_OPTIONS)))
+NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
+MAKEFLAGS += -j$(NUMJOBS)
+endif
  

 
-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#149278: Instant Reply:

[Stewart]

I need to share this with you!

This is huge... www.xl-man.net

Yours Sincerely,
Stewart, 
www.xl-man.net


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

Bug#229357: Can we require build-arch/indep targets for lenny?

[Lucas Nussbaum]

On 02/07/07 at 21:26 -0700, Steve Langasek wrote:
> Lucas has agreed to doing a full archive rebuild with a modified dpkg-dev,
> for comparison with the previous test.  A dpkg-dev binary including this
> change can be found at
> .

Hi,

Here are some results:
7299 packages from unstable/main were rebuilt (that's all packages
building non-arch:all packages).
1823 packages were built using 'debian/rules build-arch'.

Of those 1823 packages, 31 packages failed to build. Logs can be found
on http://people.debian.org/~lucas/logs/2007/07/04/ .

Regarding build time, it's difficult to compare, because the most recent
data I have was generated on a different set of cluster nodes, and the
nodes I used for this have a slower network connection. Also, the
mirror's disk is a bottleneck since I was using 55 nodes. But some
packages seem to benefit from using build-arch despite that. See
http://people.debian.org/~lucas/logs/2007/07/04/00impr_bt.txt . Previous
and current build times are the 8th and 9th columns.

There might be others, that /built/ faster, but that took a longer time
to fetch build-deps because of the network/mirror.

The full listing of the results is on
http://people.debian.org/~lucas/logs/2007/07/04/00summary.txt , with the
columns being:
1: package
2, 3, 4: previous, current version, and whether they differ
5, 6, 7: previous, current result, and whether they differ
8, 9, 10: previous, current result, and whether they differ (incl.
margin of error)
11, 12, 13: previous, current reason for build failure, and whether they
differ.

So, to conclude: this change seems like a good idea, with only about 30
packages to fix (but they should probably be fixed anyway). Not so many
packages benefit from it currently, but there was no reason until now for 
packages
to implement that.
-- 
| 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#431669: ltsp: [INTL:eu] debconf basque translation

[Piarres Beobide]

Package: ltsp
Severity: wishlist
Tags: patch l10n


Hi

Attached debconf templates basque translation, please commit it.

thx

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

Kernel: Linux 2.6.21
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash
# Basque translations for PACKAGE package.
# Copyright (C) 2007 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# Piarres Beobide <[EMAIL PROTECTED]>, 2007.
#
msgid ""
msgstr ""
"Project-Id-Version: LTSP-debconf\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-07-03 20:01-0500\n"
"PO-Revision-Date: 2007-07-04 10:11+0200\n"
"Last-Translator: Piarres Beobide <[EMAIL PROTECTED]>\n"
"Language-Team: Euskara <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Pootle 1.0.1\n"

#. Type: boolean
#. Description
#: ../ltsp-client-builder.templates:1001
msgid "Set up an LTSP chroot environment?"
msgstr "LTSP chroot ingurunera konfiguratu?"

#. Type: boolean
#. Description
#: ../ltsp-client-builder.templates:1001
msgid ""
"This will set up an LTSP chroot environment on the machine, to act as a thin "
"client server."
msgstr ""
"Honek makina hau bezero arin konfigurazio bezala funtzionatzeko LTSP chroot "
"ingurunea konfiguratuko du."

#. Type: text
#. Description
#. Item in the main menu to select this package
#: ../ltsp-client-builder.templates:2001
msgid "Build LTSP chroot"
msgstr "LTSP chroot-a eraiki"

#. Type: text
#. Description
#: ../ltsp-client-builder.templates:3001
msgid "Building LTSP chroot..."
msgstr "LTSP chroot-a eraikitzen..."

#. Type: note
#. Description
#: ../ltsp-client-builder.templates:5001
msgid "No Interface for LTSP dhcpd configuration found"
msgstr "Ez da interfazerik aurkitu LTSP dhcpd konfiguraziorako"

#. Type: note
#. Description
#: ../ltsp-client-builder.templates:5001
msgid ""
"There are no free interfaces for usage with the LTSP Server. Please "
"configure the file /etc/ltsp/dhcpd.conf  manually to point to a valid static "
"interface after the installation finished."
msgstr ""
"Ez dago LSTP Zerbitzariak erabiltzeko interfaze librerik. Mesedez "
"konfigurazioa amaitu ondoren /etc/ltsp/dhcpd.conf fitxategia eskuz "
"konfiguratu interfaze estatiko batetara lotzeko."

#. Type: select
#. Description
#: ../ltsp-client-builder.templates:6001
msgid "Interface for the thin client network:"
msgstr "Bezero arin sarearen interfazea:"

#. Type: select
#. Description
#: ../ltsp-client-builder.templates:6001
msgid "There were multiple spare interfaces found in this system."
msgstr "Erabili gabeko interfaze anitz aurkitu dira sistema honetan."

#. Type: error
#. Description
#: ../ltsp-client-core.templates:1001
msgid "Installation aborted "
msgstr "Instalazioa utzi egin da"

#. Type: error
#. Description
#: ../ltsp-client-core.templates:1001
msgid ""
"ltsp-client cannot be installed in a regular machine. This package provides  "
"the basic structure for a LTSP terminal."
msgstr ""
"ltsp-client ezin da makina arrunt batetan instalatu. Pakete honek LTSP "
"terminalaren oinarrizko egitura du."

#. Type: error
#. Description
#: ../ltsp-client-core.templates:1001
msgid "Please read the package description to understand what it means."
msgstr ""
"Mesedez pakete deskribapena irakurri horrek zer esan nahi duen ulertzeko."

Bug#430963: icedove: FTBFS with g++-4.2: Visibility issues

[Gerard Lledó]

Here it goes a dirty fix. Nevertheless, I'm getting a bunch of shlibs
warnings like these:
dpkg-shlibdeps: warning: format of 'NEEDED libxpcom.so' not recognized

I attached the patch I used, it changes the visibility with #pragma to
the offended parts.

Regards,
Gerard.


gcc4.2_warnings.dpatch
Description: Binary data

Bug#410331: Workaround...

[James Harper]

Just in case anyone else goes looking for a resolution that doesn't
involve using a package from unstable, there is a workaround documented
on this link
(http://issues.apache.org/bugzilla/show_bug.cgi?id=37770#c34) that
worked for me.

Add the following two lines to file httpd.conf:

SetEnv force-proxy-request-1.0 1
SetEnv proxy-nokeepalive 1

Hope that helps someone...

James

Bug#402519: Reopen

[Frank S. Thomas]

Hi Filipus,

On Monday 02 July 2007, Filipus Klutiero wrote:
> Le lundi 2 juillet 2007 06:04, Frank S. Thomas a écrit :
> > Hi Filipus (or Philippe?),
> >
> > On Wednesday 21 March 2007, Filipus Klutiero wrote:
> > > reopen 402519
> > > severity 402519 grave
> > > thanks
> > >
> > > [...]
> >
> > I understand that you reopened this bug because it is still found in the
> > current kernel-patch-debianlogo (1.5), but could you please explain why
> > you raised it's severity from important to grave?
>
> Yes. The package is now unusable in stable, testing and unstable. (A bug
> preventing a package from being used in a suite is grave)

You mean because there is no kernel source package << 2.6.18 in all three 
suites? Still the diff in /usr/src/kernel-patches/diffs/debianlogo/ can be 
applied manually, hence I find severity important more appropriate.

However, as soon as the new kernel-patch-debianlogo version, which is an empty 
transitional package for easier upgrades to linux-patch-debianlogo, enters 
the archive, this bug vanishes and can be closed.

Grüße,
Frank

Bug#420701: GFDL is now in common-licenses

[Russ Allbery]

Here is a proposed wording patch.  Unless there are any objections, I'll
commit this to my repository.

--- orig/policy.sgml
+++ mod/policy.sgml
@@ -8653,8 +8653,8 @@
 

  Packages distributed under the UCB BSD license, the Artistic
- license, the GNU GPL, and the GNU LGPL, should refer to the
- corresponding files under
+ license, the GNU GPL, the GNU LGPL, and the GNU FDL should refer
+ to the corresponding files under
  /usr/share/common-licenses,
 
   For example,
@@ -8665,9 +8665,7 @@
   /usr/share/common-licenses/GFDL,
   /usr/share/common-licenses/GPL-2, and
   /usr/share/common-licenses/LGPL-2.1, and so
-  on. Note that the GFDL is new here, and the license file
-  may not yet be in place in
-  /usr/share/common-licenses/GFDL. 
+  on.
 
rather than quoting them in the copyright
  file. 

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#430742: grub-pc: Problem updating grup

[Fabrizio]

Package: grub-pc
Version: 1.95+20070604-1
Followup-For: Bug #430742

This is what happend when I try to update the package:


server:~# apt-get upgrade
Reading package lists... Done
Building dependency tree... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
2 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Do you want to continue [Y/n]? y
Setting up grub-pc (1.95+20070604-1) ...
Running update-grub Legacy to hook our core.img in it
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: 
/boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found GRUB 2: /boot/grub/core.img
Found kernel: /boot/vmlinuz
Found kernel: /boot/vmlinuz.old
Found kernel: /boot/vmlinuz-2.6.21.5.old
Found kernel: /boot/vmlinuz-2.6.21.5
Found kernel: /boot/vmlinuz-2.6.21.3
Found kernel: /boot/vmlinuz-2.6.21.2
Found kernel: /boot/vmlinuz-2.6.21.1
Found kernel: /boot/vmlinuz-2.6.20.7
Found kernel: /boot/vmlinuz-2.6.20.6
Found kernel: /boot/vmlinuz-2.6.20.4.old
Found kernel: /boot/vmlinuz-2.6.20.4
Found kernel: /boot/vmlinuz-2.6.20.3
Found kernel: /boot/vmlinuz-2.6.20.2
Found kernel: /boot/vmlinuz-2.6.20.1
Found kernel: /boot/vmlinuz-2.6.20.old
Found kernel: /boot/vmlinuz-2.6.20
Found kernel: /boot/vmlinuz-2.6.19.2.old
Found kernel: /boot/vmlinuz-2.6.19.2
Found kernel: /boot/vmlinuz-2.6.19.1.old
Found kernel: /boot/vmlinuz-2.6.19.1
Updating /boot/grub/menu.lst ... done

grub-probe: error: unknown filesystem
dpkg: error processing grub-pc (--configure):
 subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of grub2:
 grub2 depends on grub-pc; however:
  Package grub-pc is not configured yet.
dpkg: error processing grub2 (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 grub-pc
 grub2
E: Sub-process /usr/bin/dpkg returned an error code (1)


I try to remove it, but nothing changed.
Also try /var/lib/dpkg/info/grub-pc.postinst configure, but nothing change.



-- Package-specific info:

*** BEGIN /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / reiserfs rw 0 0
tmpfs /lib/init/rw tmpfs rw,nosuid 0 0
proc /proc proc rw,nosuid,nodev,noexec 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec 0 0
usbfs /proc/bus/usb usbfs rw,nosuid,nodev,noexec 0 0
/dev/root /dev/.static/dev reiserfs rw 0 0
tmpfs /dev tmpfs rw 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,nosuid,noexec 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/sda
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
# grub.cfg - See: grub(8), info grub, update-grub(8)
#grub-install(8), grub-floppy(8),
#grub-md5-crypt, /usr/share/doc/grub
#and /usr/share/doc/grub-doc/.

## default num
# Set the default entry to the entry number NUM. Numbering starts from 0, and
# the entry number 0 is the default if the command is not used.
set default=0

## timeout sec
# Set a timeout, in SEC seconds, before automatically booting the default entry
# (normally the first entry defined).
set timeout=5

# Pretty colours
# FIXME: use gfxterm here?

# Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST

### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below

## DO NOT UNCOMMENT THEM, Just edit them to your needs

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
##  kopt_2_6_8=root=/dev/hdc1 ro
##  kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=/dev/sda2 ro

## default grub root device
## e.g. groot=(hd0,0)
# groot=(hd0,2)

## should update-grub create alternative automagic boot options
## e.g. alternative=true
##  alternative=false
# alternative=true

## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
##  lockalternative=false
# lockalternative=false

## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=

## should update-grub lock old automagic boot options
## e.g. lockold=false
##  lockold=true
# lockold=false

## Xen hypervisor options to use with the default Xen boot option
# xenhopt

Bug#392362: [PROPOSAL] Add should not embed code from other packages

[Russ Allbery]

Neil McGovern <[EMAIL PROTECTED]> writes:
> On Tue, Jun 26, 2007 at 08:36:51AM -0700, Russ Allbery wrote:

>> Some software packages include in their distribution convenience
>> copies of libraries from other software packages, generally so that
>> users compiling from source don't have to download multiple
>> packages.  Debian packages should not make use of these convenience
>> copies.  If the included library is already in the Debian archive,
>> the Debian packaging should ensure that the software is linked with
>> the libraries already in Debian and the convenience copy is not
>> used.  If the included library is not already in Debian, it should
>> be packaged separately as a prerequisite.

> I've tried to stay away from compile type language (and to some extent
> 'link') as it's not only C* programs that this effects.

>> Having multiple copies of the same code in Debian is inefficient,
>> often creates either static linking or shared library conflicts,
>> and, most importantly, increases the difficulty of handling
>> security vulnerabilities in the shared code.

> Hrm... does rationale belong in policy?

> I like the wording though :)

Here's a proposed patch based on that wording, with the correction already
previously noted.

Comments?

--- orig/policy.sgml
+++ mod/policy.sgml
@@ -2077,6 +2077,30 @@
  the file to the list in debian/files.
   
 
+  
+   Convenience copies of libraries
+
+   
+ Some software packages include in their distribution convenience
+ copies of libraries from other software packages, generally so
+ that users compiling from source don't have to download multiple
+ packages.  Debian packages should not make use of these
+ convenience copies.  If the included library is already in the
+ Debian archive, the Debian packaging should ensure that binary
+ packages reference the libraries already in Debian and the
+ convenience copy is not used.  If the included library is not
+ already in Debian, it should be packaged separately as a
+ prerequisite.
+ 
+   Having multiple copies of the same code in Debian is
+   inefficient, often creates either static linking or shared
+   library conflicts, and, most importantly, increases the
+   difficulty of handling security vulnerabilities in the shared
+   code.
+ 
+   
+  
+
 
 
-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#431668: ltsp: German debconf translation update

[Wolfgang Schweer]

Package: ltsp
Severity: wishlist
Tags: patch l10n


Please find the updated file attached.

- wolfgang
# translation of de.po to Deutsch
# Copyright (C) 2006 LTSP Debian/Ubuntu Maintainers <[EMAIL PROTECTED]>
# This file is distributed under the same license as the ltsp package.
#
# Wolfgang Schweer <[EMAIL PROTECTED]>, 2006, 2007.
msgid ""
msgstr ""
"Project-Id-Version: de\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-07-03 20:01-0500\n"
"PO-Revision-Date: 2007-07-04 09:58+0200\n"
"Last-Translator: Wolfgang Schweer <[EMAIL PROTECTED]>\n"
"Language-Team: Deutsch <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms:  nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. Description
#: ../ltsp-client-builder.templates:1001
msgid "Set up an LTSP chroot environment?"
msgstr "Eine chroot-Umgebung für LTSP einrichten?"

#. Type: boolean
#. Description
#: ../ltsp-client-builder.templates:1001
msgid ""
"This will set up an LTSP chroot environment on the machine, to act as a thin "
"client server."
msgstr ""
"Auf diesem Rechner wird eine LTSP-chroot-Umgebung eingerichtet, "
"damit er als Server für Thin Clients dienen kann."

#. Type: text
#. Description
#. Item in the main menu to select this package
#: ../ltsp-client-builder.templates:2001
msgid "Build LTSP chroot"
msgstr "LTSP-chroot-Umgebung einrichten."

#. Type: text
#. Description
#: ../ltsp-client-builder.templates:3001
msgid "Building LTSP chroot..."
msgstr "Die LTSP-chroot-Umgebung wird eingerichtet ..."

#. Type: note
#. Description
#: ../ltsp-client-builder.templates:5001
msgid "No Interface for LTSP dhcpd configuration found"
msgstr ""
"Es wurde keine Netzwerkschnittstelle gefunden, "
"um den dhcp-Server für LTSP einrichten zu können."

#. Type: note
#. Description
#: ../ltsp-client-builder.templates:5001
msgid ""
"There are no free interfaces for usage with the LTSP Server. Please "
"configure the file /etc/ltsp/dhcpd.conf  manually to point to a valid static "
"interface after the installation finished."
msgstr ""
"Es gibt keine freien Netzwerkschnittstellen für den LTSP-Server. Bitte "
"nach Abschluss der Installation die Datei /etc/ltsp/dhcpd.conf editieren, "
"so dass ein gültiges statisches Interface zur Verfügung steht. "

#. Type: select
#. Description
#: ../ltsp-client-builder.templates:6001
msgid "Interface for the thin client network:"
msgstr "Netzwerkschnittstelle für das Thin-Client-Netzwerk:"

#. Type: select
#. Description
#: ../ltsp-client-builder.templates:6001
msgid "There were multiple spare interfaces found in this system."
msgstr "Es wurden mehrere freie Netzerkschnittstellen gefunden."

#. Type: error
#. Description
#: ../ltsp-client-core.templates:1001
msgid "Installation aborted "
msgstr "Installation abgebrochen."

#. Type: error
#. Description
#: ../ltsp-client-core.templates:1001
msgid ""
"ltsp-client cannot be installed in a regular machine. This package provides  "
"the basic structure for a LTSP terminal."
msgstr ""
"Das Paket ltsp-client kann nicht auf einem normal genutzten Rechner "
"installiert werden; das Paket stellt die Grundstruktur für ein LTSP-Terminal "
"zur Verfügung."

#. Type: error
#. Description
#: ../ltsp-client-core.templates:1001
msgid "Please read the package description to understand what it means."
msgstr ""
"In der Paket-Beschreibung steht, was damit gemeint ist;"
"bitte nachlesen."

Bug#431598: jffnms: MySQL error in SLA Individual Conditions creation

[Mathieu PARENT]

On 7/4/07, Craig Small <[EMAIL PROTECTED]> wrote:

For some reason you have not updated the database even though the change
is shipped in the package.  I'm not sure exactly why this is the case
but running the following in a mysql cli will do it:

ALTER TABLE `slas_cond` CHANGE `condition` `cond` CHAR( 250 ) NOT NULL;

It's present in the patch and also in the new install scripts so I'm
not sure how you have slipped through.

 - Craig


OK. Thanks ! it's working now. You can close the bug.

Before etch, we were using upstream version of jffnms. The upgrade
seems to be fine. But it wasn't.


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

Bug#431670: packages.qa.d.o "patches" link broken

[Adam D. Barratt]

Package: qa.debian.org

Hi,

Recent BTS changes mean that one can no longer use include= or 
exclude=, which breaks the two "patches from BTS" links on the PTS.


The links are currently 
http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=src&data=$package&include=patch&exclude=pending 
but need to become 
http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=src&data=$package&include=tags:patch&exclude=tags:pending


IMHO, it should probably also use pend-exc=done on the basis that resolved 
bugs tagged patch aren't really that interesting. :-)


Regards,

Adam 




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

Bug#431657: Is it really an ipw3945d package bug ?

[Frédéric BOITEUX]

Hello,

  I have exactly the same behaviour on my laptop with Etch installed
and a device driven by madwifi module... I suspect that the DHCP
client start too early, before connection / authentication is done...
only a supposition...

with regards,
Frédéric.

Bug#424649: vlc: more dependencies missing

[Stephane List]

Hi,

The bug is fixed.
You can close it.

Thanks

Stéphane


[EMAIL PROTECTED] wrote:


Thank you

Sorry, but I am new to the open source worold.

How can this be fixed, as I need to install vlc-nox urgently..

Please advise.



Yours Sincerely
Felix Furtak B.Eng. (Hons.)

*   Lancia Ersatzteilservice

*  
http://www.lancia.co.za


 




-Original Message-
From: Stephane List [mailto:[EMAIL PROTECTED]
Sent: Monday, June 25, 2007 5:27 PM
To: debian-bugs-dist@lists.debian.org
Cc: Debian multimedia packages maintainers
Subject: Bug#424649: vlc: more dependencies missing


Package: vlc
Followup-For: Bug #424649



 vlc-nox: Dépend: libavcodec0d (>= 0.cvs20060823) mais il n'est pas 
installable
   Dépend: libavformat0d (>= 0.cvs20060823) mais il n'est pas 
installable
   Dépend: libpostproc0d (>= 0.cvs20060823) mais il n'est pas 
installable

   Dépend: libx264-54 mais il n'est pas installable


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

Kernel: Linux 2.6.21-1-k7 (SMP w/1 CPU core)
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 vlc depends on:
ii  libaa1  1.4p5-32 ascii art library
ii  libatk1.0-0 1.18.0-2 The ATK accessibility 
toolkit
ii  libc6   2.5-11   GNU C Library: Shared 
libraries

ii  libcaca00.99.beta11.debian-3 colour ASCII art library
ii  libcairo2   1.4.8-1  The Cairo 2D vector 
graphics libra
ii  libcdio60.76-1   library to read and 
control CD-ROM
ii  libcucul0   0.99.beta11.debian-3 low-level Unicode 
character drawin
ii  libdbus-1-3 1.1.1-1  simple interprocess 
messaging syst
ii  libdbus-glib-1-20.73-2   simple interprocess 
messaging syst
ii  libfontconfig1  2.4.2-1.2generic font 
configuration library
ii  libfreetype62.2.1-6  FreeType 2 font engine, 
shared lib
ii  libfribidi0 0.10.7-4 Free Implementation of 
the Unicode

ii  libgcc1 1:4.2-20070609-1 GCC support library
ii  libgl1-mesa-glx [li 6.5.2-5  A free implementation of 
the OpenG
ii  libglib2.0-02.12.12-1The GLib library of C 
routines
ii  libglu1-mesa [libgl 6.5.2-5  The OpenGL utility 
library (GLU)
ii  libgtk2.0-0 2.10.13-1The GTK+ graphical user 
interface
ii  libice6 1:1.0.3-2X11 Inter-Client Exchange 
library
ii  libiso9660-40.76-1   library to work with 
ISO9660 files
ii  libjpeg62   6b-13The Independent JPEG 
Group's JPEG
ii  libnotify1  0.4.4-3  sends desktop 
notifications to a n
ii  libpango1.0-0   1.16.4-1 Layout and rendering of 
internatio

ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libsdl-image1.2 1.2.5-3  image loading library for 
Simple D

ii  libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer
ii  libsm6  2:1.0.3-1X11 Session Management 
library
ii  libstdc++6  4.2-20070609-1   The GNU Standard C++ 
Library v3

pn  libtar (no description available)
ii  libtiff43.8.2-7  Tag Image File Format 
(TIFF) libra
ii  libvcdinfo0 0.7.23-3 library to extract 
information fro

pn  libvlc0(no description available)
ii  libwxbase2.6-0  2.6.3.2.1.5  wxBase library (runtime) 
- non-GUI
ii  libwxgtk2.6-0   2.6.3.2.1.5  wxWidgets Cross-platform 
C++ GUI t

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  libxosd22.2.14-1.3   X On-Screen Display 
library - runt

ii  libxrandr2  2:1.2.1-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension 
client libra

ii  libxv1  1:1.0.3-1X11 Video extension library
ii  libxxf86vm1 1:1.0.1-2X11 XFree86 video mode 
extension l
ii  ttf-dejavu  2.17-2   Vera font family derivate 
with add

pn  vlc-nox(no description available)
ii  zlib1g  1:1.2.3-15   compression library - 
runtime


Versions of packages vlc recommends:
pn  videolan-doc   (no description available)

Bug#431666: iperf: please add patch for 2.6.21 kernels

[Max Kosmach]

Package: iperf
Version: 2.0.2-2
Severity: normal
Tags: patch

Please add patch from
http://dast.nlanr.net/Projects/Iperf2.0/patch-iperf-linux-2.6.21.txt

Comments from patch:
>Without this fix, iperf will get poor performance because the
>monitoring
>thread
>may hog the cpu, keeping the sender/receiver threads from running.


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

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

Versions of packages iperf depends on:
ii  libc6   2.5-11   GNU C Library: Shared libraries
ii  libgcc1 1:4.2-20070627-1 GCC support library
ii  libstdc++6  4.2-20070627-1   The GNU Standard C++ Library v3

iperf recommends no packages.

-- no debconf information


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

Bug#390508: fix available in changeset 4356 in subversion people/lazyboy/bugfixes/dirinstall-doc)

[Thomas Lange]

> On Fri, 22 Jun 2007 21:36:09 +0100, Henning Sprang <[EMAIL PROTECTED]> 
> said:

> This bug can be closed as soon as changset 4356 from the subversion 
> (changes in people/lazyboy/bugfixes/dirinstall-doc) is applied to the 
> trunk.
Changeset is applied to trunk, this branch can now be deleted.

-- 
regards Thomas


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

Bug#431090: libnetaddr-ip-perl: Includes non-free RFC documentation

[Damyan Ivanov]

-=| Gunnar Wolf, Tue, 3 Jul 2007 08:12:39 -0500 |=-
> Reported as upstream bug #27941 in the CPAN RT:
> 
> http://rt.cpan.org/Ticket/Display.html?id=27941

Oops, the Spanish Cabal shows its head ;)

> Damyan Ivanov dijo [Mon, Jul 02, 2007 at 11:35:10AM +0300]:
> > Isn't this release-critical? Even if the non-free RFC is not
> > included in the .deb, it still resides in the archive...
> 
> Yes, it is RC. I filed this bug intending just to remind me of the
> fact and work on it as soon as possible.
> 
> As soon as possible means now ;-) I'm off to repackage _now_. 

Thanks! I didn't mean to rush you :)
-- 
damJabberID: [EMAIL PROTECTED]


signature.asc
Description: PGP signature

Bug#431682: libwnck complains about unhandled actions

[Kacper Wysocki]

Package: libwnck
Version: 2.18.2-1

when using a window manager that uses actions which libwnck doesn't
know about, like say openbox 3.4 in combination with rox and TaskTray,
libwnck complains very loudly:

(TaskTray:9403): Wnck-WARNING **: Unhandled action type (nil)
(TaskTray:9403): Wnck-WARNING **: Unhandled action type (nil)
(TaskTray:9403): Wnck-WARNING **: Unhandled action type (nil)
(TaskTray:9403): Wnck-WARNING **: Unhandled action type (nil)
... ad nauseum

AFAIU new actions are being hammered out all the time by the fine
folks at xorg and gnome, so I suggest the messages be throttled, or
ideally, removed, as in the attached patch.

-Kacper
--- libwnck/window.c.old	2007-07-04 10:30:26.0 +0200
+++ libwnck/window.c	2007-07-04 10:39:53.0 +0200
@@ -2188,12 +2188,6 @@
   else if (atoms[i] == _wnck_atom_get ("_NET_WM_ACTION_FULLSCREEN"))
 window->priv->actions |= WNCK_WINDOW_ACTION_FULLSCREEN;
 
-  else
-{
-  const char *name = _wnck_atom_name (atoms [i]);
-  g_warning ("Unhandled action type %s", name ? name: "(nil)");
-}
-
   i++;
 }
 

Bug#431655: xorg restarts when playing video

[Brice Goglin]

reassign 431655 xserver-xorg-core
tags 431655 +pending
thank you


On 7/4/07, Michel Dänzer <[EMAIL PROTECTED]> wrote:


On Wed, 2007-07-04 at 02:32 -0400, Carl Fink wrote:
> When playing back video using totem (either totem-xine or
totem-gstreamer
> from debian-multimedia.org), xorg will unpredictably restart.  The
crashes
> seem to be most frequent when totem is playing a playlist (not a single
> file), and to happen during the transition from one file to another, or
> whenever I task-switch either away from or to the totem window using the
> keyboard (alt-tab).

Actually, mostly the version of xserver-xorg-core would be relevant.
Assuming it's 1.3,


http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=649e7f82d8d4333443493056b81eb20d6cf022bc;hp=047bf3349bb697c73c95729a8bbf15f72605901f

should fix it.

XSF, can we backport this fix? I nominated it for the upstream 1.3
branch, but the 1.3 release manager doesn't seem to care anymore.




The patch is already applied for next upload of the server (2:1.3.0.0.dfsg-7
).

Brice

Bug#431683: emcast: AM_PATH_EMCAST is underquoted. All invocations of aclocal generate a warning

[William Pursell]

Package: emcast
Version: 0.3.2-5
Severity: normal
Tags: patch

With emcast installed, any invocation of aclocal will generate
the warning:

/usr/share/aclocal/emcast.m4:9: warning: underquoted definition of 
AM_PATH_EMCAST
/usr/share/aclocal/emcast.m4:9:   run info '(automake)Extending aclocal'
/usr/share/aclocal/emcast.m4:9:   or see 
http://sources.redhat.com/automake/automake.html#Extending-aclocal

The solution is trivial:

--- emcast.m4   2007-07-04 09:43:07.0 +0100
+++ /tmp/emcast.m4  2007-07-04 09:44:40.0 +0100
@@ -6,7 +6,7 @@
 dnl AM_PATH_EMCAST([MINIMUM-VERSION, [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND 
[, MODULES)
 dnl Test for EMCAST, and define EMCAST_CFLAGS and EMCAST_LIBS
 dnl
-AC_DEFUN(AM_PATH_EMCAST,
+AC_DEFUN([AM_PATH_EMCAST],
 [dnl
 dnl Get the cflags and libraries from the emcast-config script
 dnl





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

Versions of packages emcast depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libglib1.2  1.2.10-17The GLib library of C routines

emcast recommends no packages.

-- no debconf information


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

Bug#209008: parallel building: DEB_BUILD_OPTIONS or DEB_BUILD_OPTIONS_PARALLEL

[Loïc Minier]

On Wed, Jul 04, 2007, Russ Allbery wrote:
> +ifneq (,$(findstring parallel=,$(DEB_BUILD_OPTIONS)))
> +NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
> +MAKEFLAGS += -j$(NUMJOBS)
> +endif

 Since this fails for DEB_BUILD_OPTIONS="x=1,parallel=2", please change
 the ifneq to use the same macro as in the jobs computation.  As another
 minor nitpick, I think ":=" would be nicer for NUMJOBS.

ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
NUMJOBS := $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
MAKEFLAGS += -j$(NUMJOBS)
endif

-- 
Loïc Minier

Bug#392362: [PROPOSAL] Add should not embed code from other packages

[Steve Langasek]

On Wed, Jul 04, 2007 at 01:00:39AM -0700, Russ Allbery wrote:
> +   
> + Having multiple copies of the same code in Debian is
> + inefficient, often creates either static linking or shared
> + library conflicts, and, most importantly, increases the
> + difficulty of handling security vulnerabilities in the shared
> + code.

Perhaps "common code" or "duplicated code" instead of "shared code", to
avoid ambiguity wrt shared libraries?

-- 
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#400742: Bug#431671: piuparts test: fails to install: line 43: update-updmap: command not found

[Rene Engelhard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

severity 400742 important
block 431671 by 400742
block 431672 by 400742
thanks

Michael Ablassmeier wrote:
> while running archive wide piuparts tests your package failed on install with
> the following error: 
> 
>   Setting up texpower-manual (0.2-4) ...
>   /var/lib/dpkg/info/texpower-manual.postinst: line 43: update-updmap: 
> command not found
>   dpkg: error processing texpower-manual (--configure):
>subprocess post-installation script returned error exit status 127
>   Errors were encountered while processing:
>texpower-manual
> 
> seems like a missing dependency on tex-common

${misc:Depends} is not there and so we don't get a tex-common dependency
from dh_installtex added...

BUT why oh why does dh_installtex add
update-* commands to a package which does *not* contain *any* tex files
at all?

$ dpkg -L texpower-manual
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/texpower-manual
/usr/share/doc/texpower-manual/copyright
/usr/share/doc/texpower-manual/changelog.gz
/usr/share/doc/texpower-manual/changelog.Debian.gz
/usr/share/doc/texpower
/usr/share/doc/texpower/manual
/usr/share/doc/texpower/manual/manual.pdf.gz
/usr/share/doc/texpower-manual/manual

Increasing 400742s severity.
(and marking those two bugs blocked by it, I don't see *any* sense
of depending on tex-common and having maintainer scripts running
whatever TeX commands when the package doesn't contain files affecting
TeX itself.)

Regards,

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

iD8DBQFGi2HT+FmQsCSK63MRAoG5AJsEwN4VheCNFtyEIyEagW9wLsgaygCcC/1f
HmWmwmy86wlVleN0ZDt3u7Y=
=f0+l
-END PGP SIGNATURE-


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

Bug#431685: mondo: Obsolete dependencies

[Javier Kohen]

Package: mondo
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Mondo still depends on some old Debian packages, including (but perhaps not 
limited) to: cdrecord (replaced by wodim), mkisofs (genisoimage), liblzo1 
(liblzo2-2).

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

Kernel: Linux 2.6.21.1-ck2
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 mondo depends on:
pn  afio   (no description available)
pn  buffer (no description available)
pn  cdrecord   (no description available)
ii  libc6 2.5-11 GNU C Library: Shared libraries
pn  libfribidi0(no description available)
pn  libnewt0.52(no description available)
pn  lzop   (no description available)
pn  mindi  (no description available)

Versions of packages mondo recommends:
ii  dvd+rw-tools  7.0-7  DVD+-RW/R tools

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

iD8DBQFGi2K/823633cP2P8RAmUEAJwLequaMnIYWBpbVEoT8ZywTuz2RACfezLP
X1qkXDvzxVTfmIBQdtbUNDw=
=qmx/
-END PGP SIGNATURE-


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

Bug#420701: GFDL is now in common-licenses

[Giacomo A. Catenazzi]

Russ Allbery wrote:

Here is a proposed wording patch.  Unless there are any objections, I'll
commit this to my repository.

--- orig/policy.sgml
+++ mod/policy.sgml
@@ -8653,8 +8653,8 @@
 
 	

  Packages distributed under the UCB BSD license, the Artistic
- license, the GNU GPL, and the GNU LGPL, should refer to the
- corresponding files under
+ license, the GNU GPL, the GNU LGPL, and the GNU FDL should refer
+ to the corresponding files under
  /usr/share/common-licenses,
 
   For example,



@@ -8665,9 +8665,7 @@
   /usr/share/common-licenses/GFDL,
   /usr/share/common-licenses/GPL-2, and
   /usr/share/common-licenses/LGPL-2.1, and so
-  on. Note that the GFDL is new here, and the license file
-  may not yet be in place in
-  /usr/share/common-licenses/GFDL. 
+  on.

 
rather than quoting them in the copyright
 	  file. 



I think we should add also the license version in the first paragraph,
as is stated in the second part, not to confuse users.

+	  license, the GNU GPL (v. 2), the GNU LGPL (v. 2 and v. 2.1), and the 
GNU FDL should refer

+ to the corresponding files under

ciao
cate


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

Bug#431684: O: icecream -- stream download utility

[Marvin Stark]

Package: wnpp
Severity: normal

Hi,

I'm orphaning this package because the upstream is dead (not responding to my 
emails) and I have not enough time to fix the open bugs myself.

Regards,
-- 
 .""`. Marvin Stark <[EMAIL PROTECTED]>
: :"  :Homepage: www.der-marv.de
`. `"`
  `-  Debian - when you have better things to do than fix a system


pgpMEYZh0ZOAg.pgp
Description: PGP signature

Bug#431686: python-tables: version 2.0 is there - update proposition

[Didrik Pinte]

Package: python-tables
Version: 1.3.2-2
Severity: wishlist
Tags: patch


Hi,

I've made an update of the actual package to 2.0rc2 version. The package seems
to work fine. It's available on mentors.debian.net :

http://mentors.debian.net/debian/pool/main/p/pytables 

Didrik


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

Kernel: Linux 2.6.21-2-686 (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 python-tables depends on:
ii  libc6 2.5-11 GNU C Library: Shared libraries
ii  libhdf5-serial-1.6.5-0 [libhd 1.6.5-5Hierarchical Data Format 5 (HDF5) 
ii  python2.4.4-6An interactive high-level object-o
ii  python-central0.5.14 register and build utility for Pyt
ii  python-numarray   1.5.2-3An array processing package modell

Versions of packages python-tables recommends:
ii  libbz2-1.01.0.3-7high-quality block-sorting file co
ii  liblzo2-2 2.02-3 data compression library

-- no debconf information


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

Bug#209008: parallel building: DEB_BUILD_OPTIONS or DEB_BUILD_OPTIONS_PARALLEL

[Peter Samuelson]

[Loïc Minier]
> On Wed, Jul 04, 2007, Russ Allbery wrote:
> > +ifneq (,$(findstring parallel=,$(DEB_BUILD_OPTIONS)))
> > +NUMJOBS = $(patsubst parallel=%,%,$(filter 
> > parallel=%,$(DEB_BUILD_OPTIONS)))
> > +MAKEFLAGS += -j$(NUMJOBS)
> > +endif
> 
>  Since this fails for DEB_BUILD_OPTIONS="x=1,parallel=2", please change
>  the ifneq to use the same macro as in the jobs computation.
> 
> ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
> NUMJOBS := $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
> MAKEFLAGS += -j$(NUMJOBS)
> endif

$(filter) filters on whitespace, so this still will not work for
"x=1,parallel=2".  My code, posted earlier, handles the (perhaps
common) case of comma-separated DEB_BUILD_OPTIONS.

Also, suggesting that one add this directly to MAKEFLAGS is probably
not great, as a lot of upstream Makefiles may not be -j-safe
everywhere.  This is true of one package I maintain, so I construct a
$(MAKE_-J) and pass it manually to the $(MAKE) targets that are
-j-safe, and not to the ones that aren't.
-- 
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/


signature.asc
Description: Digital signature

Bug#423949: mirror submission for mirrors.uol.com.br

[Emerson Gomes]

Hello,

Sorry for this huge delay.

> So you switched to anonftpsync ?
Yes.

> > > Would ftp.br.debian.org be a faster source mirror ?
> > That's right, I'll run the next syncs from there.
> Ok, could you do the switch soon, so that we can add directly the
mirror with the "final mirror" ?
Our connection to kernel.org seem to be a little more stable, so we're
sticking to it.

> > Moreoever, according the the trace directory, you mirror from
kernel.org.
> Still the same.
We'll keep it that way, if it's okay.

> > > Maybe you changed the architectures mirrors afterwards, but there 
> > > are many missing packages for example in 
> > > http://mirrors.uol.com.br/pub/debian/pool/main/b/base-files/
> > > 
> > > You can compare with 
> > > ftp://ftp.br.debian.org/debian/pool/main/b/base-files/
> > 
> > That's right, we decided to remove the following architetures to
save 
> > disk space: alpha arm hppa hurd-i386 m68k mipsel mips s390 sparc >
for that.

The current anonftpsync script does not remove files for architectures
newly exludes.

So you have to delete manually the packages in pool/ and the specific
files in dists/

for arch in alpha arm hppa hurd-i386 m68k mips mipsel s390 sparc do find
/path/debian/dists/. -name *$arch* -exec rm -r {} \; find
/path/debian/pool/ -name *_$arch.deb -exec rm -r {} \; done

Regards,

--
Simon Paillard


AVISO: A informacao contida neste e-mail, bem como em qualquer de seus anexos, 
e CONFIDENCIAL e destinada ao uso exclusivo do(s) destinatario(s) acima 
referido(s), podendo conter informacoes sigilosas e/ou legalmente protegidas. 
Caso voce nao seja o destinatario desta mensagem, informamos que qualquer 
divulgacao, distribuicao ou copia deste e-mail e/ou de qualquer de seus anexos 
e absolutamente proibida. Solicitamos que o remetente seja comunicado 
imediatamente, respondendo esta mensagem, e que o original desta mensagem e de 
seus anexos, bem como toda e qualquer copia e/ou impressao realizada a partir 
destes, sejam permanentemente apagados e/ou destruidos. Informacoes adicionais 
sobre nossa empresa podem ser obtidas no site http://sobre.uol.com.br/.

NOTICE: The information contained in this e-mail and any attachments thereto is 
CONFIDENTIAL and is intended only for use by the recipient named herein and may 
contain legally privileged and/or secret information. If you are not the 
e-mail?s intended recipient, you are hereby notified that any dissemination, 
distribution or copy of this e-mail, and/or any attachments thereto, is 
strictly prohibited. Please immediately notify the sender replying to the above 
mentioned e-mail address, and permanently delete and/or destroy the original 
and any copy of this e-mail and/or its attachments, as well as any printout 
thereof. Additional information about our company may be obtained through the 
site http://www.uol.com.br/ir/.

Bug#209008: parallel building: DEB_BUILD_OPTIONS or DEB_BUILD_OPTIONS_PARALLEL

[Peter Samuelson]

[Russ Allbery]
> @@ -6466,6 +6466,20 @@
>   not be stripped from the binary during installation,
>   so that debugging information may be included in the package.
>   
> + parallel=n
> + 
> + This string means that the package should be built using
> + up to n parallel processes if the package build

As a matter of typography, I think the n should be  rather than .

> + Packages built with make can often implement
> + this by passing the -jn option to

Here too.  -jn

> @@ -6490,6 +6504,10 @@
>  ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
>  INSTALL_PROGRAM += -s
>  endif
> +ifneq (,$(findstring parallel=,$(DEB_BUILD_OPTIONS)))
> +NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
> +MAKEFLAGS += -j$(NUMJOBS)
> +endif
> 
>   

As I mentioned in another message, this will only work for a
whitespace-separated DEB_BUILD_OPTIONS value.  Policy unfortunately
doesn't specify the delimiter to be used in DEB_BUILD_OPTIONS, and I
think a lot of people (including myself) use a comma.  I proposed a
makefile snippet earlier that works around this and also provides a
nicer interface for the rest of the makefile.

Aside from those issues, here's a +1 vote from a non-developer on your diff.
-- 
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/


signature.asc
Description: Digital signature

Bug#428213: closed by Russ Allbery <[EMAIL PROTECTED]> (Re: Bug#428213: policy 4.9: minor (non-normative) patch for 'debian/rules build' explanation)

[Peter Samuelson]

[Debian Bug Tracking System]
> You missed the point of this section, which is about cases where
> there is no single build of the package.  Instead, the package is
> built twice (or more) with, for example, different configure options.

Oh, I think I got the point of the section, I just don't agree.

The problem with invoking build stuff from the binary target is that
the binary target is run as root, whereas the build target is not.
Ordinarily, you don't need to be root to build a package, so invoking
the sub-targets from the build target, instead of from the binary
target, makes more sense.

Of course, if you don't care about the root/non-root distinction, then
there is no point to having distinct 'build' and 'binary' targets at
all, and it doesn't matter which one accomplishes the compile step.
Perhaps you'd rather change Policy to deprecate doing anything at all
in the 'build' target, and recommend that everything be done (directly
or indirectly) in the 'binary' target?  That would certainly simplify
the world.
-- 
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/


signature.asc
Description: Digital signature

Bug#400742: Bug#431671: piuparts test: fails to install: line 43: update-updmap: command not found

[Norbert Preining]

severity 400742 normal
thanks

On Mit, 04 Jul 2007, Rene Engelhard wrote:
> > while running archive wide piuparts tests your package failed on install 
> > with
> > the following error: 
> > 
> >   Setting up texpower-manual (0.2-4) ...
> >   /var/lib/dpkg/info/texpower-manual.postinst: line 43: update-updmap: 
> > command not found
> >   dpkg: error processing texpower-manual (--configure):
> >subprocess post-installation script returned error exit status 127
> >   Errors were encountered while processing:
> >texpower-manual
> > 
> > seems like a missing dependency on tex-common
> 
> ${misc:Depends} is not there and so we don't get a tex-common dependency
> from dh_installtex added...
> 
> BUT why oh why does dh_installtex add
> update-* commands to a package which does *not* contain *any* tex files
> at all?

Please check before setting wrong severity levels, or even better check
yourself!

This is a bug in texpower packaging, it should call dh_installtex ONLY
for the texpower and not for the texpower-manual package. As with ALL
dh_ scripts there are -p -A etc options.

And texpower (bin) packages *HAS* tex files so needs tex-common.

So please bug texpower not us.

> Increasing 400742s severity.
> (and marking those two bugs blocked by it, I don't see *any* sense
> of depending on tex-common and having maintainer scripts running
> whatever TeX commands when the package doesn't contain files affecting
> TeX itself.)

dh_installtex -p texpower

fixes this, I have tried it myself.

Best wishes

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Vienna University of Technology
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
`Er, hey Earthman...'
`Arthur,' said Arthur.
`Yeah, could you just sort of keep this robot with you and
guard this end of the passageway. OK?'
What from? You just said there's no
one here.'
`Yeah, well, just for safety, OK?' said Zaphod.
`Whose? Yours or mine?'
 --- Arthur drawing the short straw on Magrathea.
 --- Douglas Adams, The Hitchhikers Guide to the Galaxy


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

Bug#431642: Skipping track do not work at all

[Nacho Barrientos Arias]

tags 431642 + confirmed upstream
thanks

On Wed, Jul 04, 2007 at 06:19:04AM +0300, Juhapekka Tolvanen wrote:
> 
> Package: shell-fm
> Version: 0.2+svn20070605.r215-1
> Severity: important
> 
> 
> If I press "?" in this software, it says "n = Skip Track". That do not
> work at all. Song is not skipped.

Yeah, it does not work. IIRC it used to work time ago, perhaps
something has changed in Last.FM. Reporting to upstream... ;)

Thanks.

-- 
bye,
   - Nacho 


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

Bug#431687: inkscape: Incompatible with gs-gpl when rendering LaTeX formula

[Hongzheng Wang]

Package: inkscape
Version: 0.45.1-1
Severity: normal

Hi,

Frankly speaking, this is a bug of pstoedit and gs-gpl.  But I'd like to
report it here since it happens first when I use inkscape :-)

Because CUPS depends on gs-esp, gs-gpl may not be installed on default.
With gs-esp, inkscape can smoothly `insert' LaTeX formula with the aid
of pstoedit, though a noticable delay exits.  If gs-gpl is installed too
and provides `gs' (not the default choice of course), inkscape will fail
to render LaTeX formula.  That is, the `gs' invoked by pstoedit will
exhaust almost all CPU time and still cannot get result.

To re-produce this bug is very straightfoward.  Open a new svg document,
and insert LaTeX formula through menu `Effects -> Render -> LaTeX
formula'.  Then the whole program appears hanged.

Alternatively, open a console, and type a LaTeX document manually.  Then
latex it to produce dvi file.  Next, generate ps file according to the
instructions in eqtexsvg.py.  Then, when invoking pstoedit:
pstoedit -f plot-svg -dt -ssp ps_file svg_file > out_file
the problem arises.

The output when pstoedit is forcely stopped:
pstoedit: version 3.44 / DLL interface 108 (build Mar 11 2007 - release
build - g++ 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) : Copyright
(C) 1993 - 2006 Wolfgang Glunz
PostScript/PDF Interpreter finished. Return status 2 executed command :
/usr/bin/gs -q -dDELAYBIND -dWRITESYSTEMDICT -dNODISPLAY -dNOEPS
/tmp/psinIBs5Kh
The interpreter seems to have failed, cannot proceed !


Thank you.

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

Kernel: Linux 2.6.21-2-686 (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 inkscape depends on:
ii  libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii  libc6   2.5-11   GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libcairomm-1.0-11.2.4-2  C++ wrappers for Cairo (shared lib
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.2.1-6  FreeType 2 font engine, shared lib
ii  libgc1c21:6.8-1  conservative garbage collector for
ii  libgcc1 1:4.2-20070627-1 GCC support library
ii  libgconf2-4 2.18.0.1-3   GNOME configuration database syste
ii  libglib2.0-02.12.12-1The GLib library of C routines
ii  libglibmm-2.4-1c2a  2.12.9-0.1   C++ wrapper for the GLib toolkit (
ii  libgnomevfs2-0  1:2.18.1-3+b1GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.10.13-1The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a   1:2.10.10-0.2C++ wrappers for GTK+ 2.4 (shared 
ii  liblcms11.16-5   Color management library
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.16.4-1 Layout and rendering of internatio
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libpopt01.10-3   lib for parsing cmdline parameters
ii  libsigc++-2.0-0c2a  2.0.17-2 type-safe Signal Framework for C++
ii  libssl0.9.8 0.9.8e-5 SSL shared libraries
ii  libstdc++6  4.2-20070627-1   The GNU Standard C++ Library v3
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  libxft2 2.1.12-2 FreeType-based font drawing librar
ii  libxi6  1:1.0.1-4X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2 2.6.29.dfsg-1GNOME XML library
ii  libxrandr2  2:1.2.1-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra
ii  libxslt1.1  1.1.21-1 XSLT processing library - runtime 
ii  zlib1g  1:1.2.3.3.dfsg-3 compression library - runtime

Versions of packages inkscape recommends:
ii  imagemagick7:6.2.4.5.dfsg1-1 Image manipulation programs
ii  libwmf-bin 0.2.8.4-6 Windows metafile conversion tools
ii  perlmagick 7:6.2.4.5.dfsg1-1 A perl interface to the libMagick 
ii  pstoedit   3.44-2PostScript and PDF files to editab

-- no debconf information


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

Bug#400742: Bug#431671: Bug#400742: Bug#431671: piuparts test: fails to install: line 43: update-updmap: command not found

[Rene Engelhard]

Hi,

Norbert Preining wrote:
> Please check before setting wrong severity levels, or even better check
> yourself!
> 
> This is a bug in texpower packaging, it should call dh_installtex ONLY
> for the texpower and not for the texpower-manual package. As with ALL
> dh_ scripts there are -p -A etc options.

Yes, there are. And for most dh_ stuff the dh_ scripts *do* figure out
that they don't have do do stuff on package foo (like if package foo has
no .menu you don't need to add the menu stuff). Even dh_pycentral does
that...

> And texpower (bin) packages *HAS* tex files so needs tex-common.

Yes, but neither has texpower-manual nor -examples.

>   dh_installtex -p texpower
> 
> fixes this, I have tried it myself.

I know that this is possible, I'd call this a workaround, though.

Gr��e/Regards,

Ren�
-- 
 .''`.  Ren� Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73



signature.asc
Description: Digital signature

Bug#423949: mirror submission for mirrors.uol.com.br

[Emerson Gomes]

Sorry, I forgot to answer to the part below.

I have removed those packages manually.

Thank you.

Att.,
Emerson 

-Original Message-
From: Emerson Gomes 
Sent: quarta-feira, 4 de julho de 2007 06:15
To: 'Simon Paillard'; [EMAIL PROTECTED]
Subject: RE: Bug#423949: mirror submission for mirrors.uol.com.br

The current anonftpsync script does not remove files for architectures
newly exludes.

So you have to delete manually the packages in pool/ and the specific
files in dists/

for arch in alpha arm hppa hurd-i386 m68k mips mipsel s390 sparc do find
/path/debian/dists/. -name *$arch* -exec rm -r {} \; find
/path/debian/pool/ -name *_$arch.deb -exec rm -r {} \; done

Regards,

--
Simon Paillard


AVISO: A informacao contida neste e-mail, bem como em qualquer de seus anexos, 
e CONFIDENCIAL e destinada ao uso exclusivo do(s) destinatario(s) acima 
referido(s), podendo conter informacoes sigilosas e/ou legalmente protegidas. 
Caso voce nao seja o destinatario desta mensagem, informamos que qualquer 
divulgacao, distribuicao ou copia deste e-mail e/ou de qualquer de seus anexos 
e absolutamente proibida. Solicitamos que o remetente seja comunicado 
imediatamente, respondendo esta mensagem, e que o original desta mensagem e de 
seus anexos, bem como toda e qualquer copia e/ou impressao realizada a partir 
destes, sejam permanentemente apagados e/ou destruidos. Informacoes adicionais 
sobre nossa empresa podem ser obtidas no site http://sobre.uol.com.br/.

NOTICE: The information contained in this e-mail and any attachments thereto is 
CONFIDENTIAL and is intended only for use by the recipient named herein and may 
contain legally privileged and/or secret information. If you are not the 
e-mail?s intended recipient, you are hereby notified that any dissemination, 
distribution or copy of this e-mail, and/or any attachments thereto, is 
strictly prohibited. Please immediately notify the sender replying to the above 
mentioned e-mail address, and permanently delete and/or destroy the original 
and any copy of this e-mail and/or its attachments, as well as any printout 
thereof. Additional information about our company may be obtained through the 
site http://www.uol.com.br/ir/.

Bug#431688: aptitude do not react to keys after running dpkg

[Paul Romanchenko]

Package: aptitude
Version: 0.4.5.4-1
Severity: important

1. Run aptitude
2. Hit 'g'
3. Hit 'g'
4. "Press return to continue.", so, press return
5. Aptitude won't accept any keystrokes anymore
Hint: after 4, enter some SAFE string, say "echo hi there", press
return. Nothing happens here. Press Ctrl-C, oops, entered string is in
shell!
# echo hi there
hi there


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.5 0.7.2Advanced front-end for dpkg
ii  libc6   2.5-7GNU C Library: Shared libraries
ii  libgcc1 1:4.2-20070516-1 GCC support library
ii  libncursesw55.6-3Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a  2.0.17-2 type-safe Signal Framework for C++
ii  libstdc++6  4.2-20070516-1   The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-do  (no description available)
pn  libparse-debianchangelog-perl  (no description available)

-- no debconf information


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

Bug#400742: Bug#431671: Bug#400742: Bug#431671: piuparts test: fails to install: line 43: update-updmap: command not found

[Norbert Preining]

retitle 400742 dh_installtex should check the existence for tex file
tags 400742 - wontfix
thanks

On Mit, 04 Jul 2007, Rene Engelhard wrote:
> Yes, there are. And for most dh_ stuff the dh_ scripts *do* figure out
> that they don't have do do stuff on package foo (like if package foo has
> no .menu you don't need to add the menu stuff). Even dh_pycentral does
> that...

Ok, I retitled the bug and removed the wontfix stuff. If I find time I
will implement it.

> > dh_installtex -p texpower
> 
> I know that this is possible, I'd call this a workaround, though.

The man page prominently specify:
>   Your package should depend on an appropriate version of tex-common so
>   that the update-* commands are available. (This program adds that
>   dependency to ${misc:Depends}.)

Furthermore, if someone uploads a package without trying to build it
himself in a clean pbuilder/cowbuilder/sbuild/whatever  

Best wishes

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Vienna University of Technology
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
SAVERNAKE (vb.)
To sew municipal crests on to a windcheater in the belief that this
will make the wearer appear cosmopolitan.
--- Douglas Adams, The Meaning of Liff


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

Bug#430091: git-svn: Fails to import debian-installer repository

[Frans Pop]

Some more info that may help.

As I mentioned in my initial contribution to this issue, from some point 
onwards I saw no more errors and it now look very much as if the 
remaining part of the checkout (~ revisions 12000-47000) will complete 
without any further errors.

It now occurs to me that the point where the errors stop occurring roughly 
matches the revision prior to which the SVN repository was imported from 
CVS and after which we started maintaining D-I in SVN.

Cheers,
FJP


pgpTsHxjNvKtw.pgp
Description: PGP signature

Bug#427370: diffutils: [l10n:nl] Dutch translation update (fwd)

[Santiago Vila]

Hello.

In this report, I am asked to update one of the translations in the
Debian diffutils package. This would be much easier if there was a new
official release, as the current diffutils (stable) release is from 2002.

Thanks.

-- Forwarded message --
From: Benno Schulenberg <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Date: Sun, 03 Jun 2007 17:07:35 +0200
Subject: diffutils: [l10n:nl] Dutch translation update

Package: diffutils
Version: 2.8.1-12
Severity: wishlist
Tags: l10n patch

Attached an updated nl.po file, made by the assigned Dutch 
translator for 'diffutils'.  As 'diffutils' hasn't made a release 
in a long time, this is the only way to get the translation
up-to-date.

Benno


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

Bug#431629: lintian: doesn't accept alternative for script interpreter

[Jörg Sommer]

Hallo Russ,

Russ Allbery schrieb am Tue 03. Jul, 22:01 (-0700):
> Jörg Sommer <[EMAIL PROTECTED]> writes:
> 
> > Package: lintian
> > Version: 1.23.32
> > Severity: normal
> 
> > Hi,
> 
> > the situation:
> 
> > % grep \^Dep control 
> > Depends: jed,  xjed
> 
> That's not an alternative, and I'm pretty sure that lintian would be fine
> with that.  Are you sure that you don't actually have:
> 
> jed | xjed

Yes, that's what I have. I played with it and copied the wrong string.
Sorry.

> Will fix.

Thank you.

Ciao, Jörg.
-- 
And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports
on it, you know they are just evil lies.
(Linus Torvalds)


pgp6kkUofkrU0.pgp
Description: PGP signature

Bug#411533: path

[Rob Andrews]

On 03-Jul-2007 23:48.57 (BST), peter green wrote:
> * no symlinks are included in the package, symlink creation and removal is 
> left up to nspluginwrapper (if symlinks aren't added for your favorite 
> browser then imo thats a bug in nspluginwrapper).

nspluginwrapper does create symlinks (an option was added to 0.9.91.4-3 to
suppress this behaviour if required).

The symlink creation was added for those users who wish to manually install
plugins.

I quite firmly believe that nspluginwrapper shouldn't manage these symlinks
in a packaging context, however, and that either the debian/links file
should be used or they should be created by debian/rules.

-- 
rob andrews   :: pgp 0x01e00563 :: [EMAIL PROTECTED]


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

Bug#431689: qtiplot: open-file dialogs start in "/usr/bin"

[Momme Winkelnkemper]

Package: qtiplot
Version: 0.9~rc2-1
Severity: minor


Open-file and import-ascii dialogs start in "/usr/bin/" instead of "~/"
when invoking qtiplot for the first time. (The next time they accurately
start in the directory used in the last session) 

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

Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages qtiplot depends on:
ii  libc6   2.5-9GNU C Library: Shared libraries
ii  libgcc1 1:4.2-20070627-1 GCC support library
ii  libgl1-mesa-glx [libgl1 6.5.2-5  A free implementation of the OpenG
ii  libglu1-mesa [libglu1]  6.5.2-5  The OpenGL utility library (GLU)
ii  libgsl0 1.9-3GNU Scientific Library (GSL) -- li
ii  libqt4-core 4.3.0-2+b1   Qt 4 core non-GUI functionality ru
ii  libqt4-gui  4.3.0-2+b1   Qt 4 core GUI functionality runtim
ii  libqt4-qt3support   4.3.0-2+b1   Qt 3 compatibility library for Qt 
ii  libqwt5-qt4 5.0.1-2  Qt4 widgets library for technical 
ii  libqwtplot3d-qt40.2.6+svn170-1   3D plotting library based on Qt4/O
ii  libstdc++6  4.2-20070627-1   The GNU Standard C++ Library v3
ii  python2.5   2.5.1-1  An interactive high-level object-o
ii  zlib1g  1:1.2.3.3.dfsg-3 compression library - runtime

qtiplot recommends no packages.

-- no debconf information


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

Bug#431690: cpufrequtils: wrong output redirection in initscript /etc/init.d/loadcpufreq

[Michael Prokop]

Package: cpufrequtils
Version: 002-5
Severity: important


In /etc/init.d/loadcpufreq (debian/cpufrequtils.loadcpufreq.init in
the Debian source package) there's:

if [ ! -f $CPUINFO ] ; then
echo $CPUINFO not detected... >2
return
fi

This sends output to a file named '2' instead of stderr.

Obvious fix:

if [ ! -f $CPUINFO ] ; then
echo $CPUINFO not detected... >&2
return
fi

regards,
-mika-


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

Bug#431595: please run update-* once per installation batch

[Jörg Sommer]

Hello Riku,

Riku Voipio schrieb am Tue 03. Jul, 20:26 (+0300):
> Package: tex-common
> Version: 1.9
> Severity: wishlist
> 
> Packages build-depending on tetex-extra end up pulling each every
> of the split-out texlive package. For each of these, a bunch of
> updates are being run:
> 
> Please look at how update-menus from menu package handles this,
> or (preferrably) the more generic way for the same idea:
> 
> http://www.df7cb.de/projects/postpone/postpone.txt

This was already discussed on the tex mailing list and refused.

http://lists.debian.org/debian-tex-maint/2007/06/msg00176.html

Gruß, Jörg.
-- 
Kluge Rede, der nicht Tat folgt, wird dir ohne Früchte darben –
ist wie eine Wunderblume: ohne Duft, nur reich an Farben.
  (Gautama Buddha, Dhammapada)


pgphWaASHFjk1.pgp
Description: PGP signature

Bug#425455: RM: modutils - obsolete

[Jeroen van Wolffelaar]

On Mon, May 21, 2007 at 09:18:25PM +0200, Moritz Muehlenhoff wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> For Etch 2.6 kernels were only supported as an upgrade path, so Lenny
> will be entirely based on 2.6 kernels. Thus, modutils is obsolete,
> please remove it with the ack of the maintainer:
> 
> [msg(lamont)] modutils should be dropped for lenny, as we're 2.6-only since 
> etch or is there any use case left?
> [lamont([EMAIL PROTECTED])] I can't think of any
> [lamont([EMAIL PROTECTED])] wouldn't hurt to poke Md though 
> (module-init-tools)
> [msg(lamont)] ok, if he agrees i'll file a removal bug and quote you with 
> this IRC log, ok?
> [lamont([EMAIL PROTECTED])] works for me
> 
> Marco acked the removal and will provide a conflict with his next m-i-t
> upload.

d-i build-depends on modutils. Is that a problem?

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


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

Bug#431691: qtiplot: 'Segmentation fault when opening ".OPJ"-file

[Momme Winkelnkemper]

Package: qtiplot
Version: 0.9~rc2-1
Severity: important


qtiplot dies with a "Speicherzugriffsfehler" (segmentation fault) when I try to 
open some OPJ-file. Other OPJ-files are imported correctly. I can provide a 
file which leads to the SegFault if needed.

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

Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages qtiplot depends on:
ii  libc6   2.5-9GNU C Library: Shared libraries
ii  libgcc1 1:4.2-20070627-1 GCC support library
ii  libgl1-mesa-glx [libgl1 6.5.2-5  A free implementation of the OpenG
ii  libglu1-mesa [libglu1]  6.5.2-5  The OpenGL utility library (GLU)
ii  libgsl0 1.9-3GNU Scientific Library (GSL) -- li
ii  libqt4-core 4.3.0-2+b1   Qt 4 core non-GUI functionality ru
ii  libqt4-gui  4.3.0-2+b1   Qt 4 core GUI functionality runtim
ii  libqt4-qt3support   4.3.0-2+b1   Qt 3 compatibility library for Qt 
ii  libqwt5-qt4 5.0.1-2  Qt4 widgets library for technical 
ii  libqwtplot3d-qt40.2.6+svn170-1   3D plotting library based on Qt4/O
ii  libstdc++6  4.2-20070627-1   The GNU Standard C++ Library v3
ii  python2.5   2.5.1-1  An interactive high-level object-o
ii  zlib1g  1:1.2.3.3.dfsg-3 compression library - runtime

qtiplot recommends no packages.

-- no debconf information


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

Bug#425296: ftp.debian.org: RM: tomcat5 -- RoM; superseded by tomcat5.5

[Jeroen van Wolffelaar]

On Sun, May 20, 2007 at 08:50:06PM +0200, Marcus Better wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> Please remove the tomcat5 package. This branch has been superseded by
> the 5.5 branch, which we have in the archive as tomcat5.5. Upstream
> don't even do security relesases for the 5.0 branch [1], and only
> commit security fixes to the VCS.
> 
> The Java maintainers plan to package the new Tomcat 6 for lenny, and
> there is no point in having three different versions. There is
> consensus in the maintainer team that tomcat5 should therefore be
> dropped.

This breaks jspwiki and jetty. Please file bugs on those packages (RC
for example) and see how they should migrate to tomcat5.5/6.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


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

Bug#431595: please run update-* once per installation batch

[Riku Voipio]

reopen 431595
thanks

On Wed, Jul 04, 2007 at 10:31:20AM +0200, Norbert Preining wrote:
> Build-dependencies on tetex packages are dprecated, and in fact lenny
> will have a release goal to NOT have any tetex dependencies.

> Closing this bug. Please reopen a bug to the respective package.

Even when packages depend to the replacement texlive packages, they
will end up running needlessly mktexlsr, updmap-sys and building
byhyphen several times during install.

Or alternatively, consider endusers installing/removing texlive-full.
As quick test, apt-get remove tex-common when texlive-full is installed,
takes 10min here on a 3.3Ghz Xeon...


-- 
"rm -rf" only sounds scary if you don't have backups


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

Bug#394349: on nvidia too

[Bastian Venthur]

Package: compiz
Version: 0.5.0.dfsg-1

--- Please enter the report below this line. ---
I'm using compiz with a GeForce4 Ti 4800 SE and resizing windows is very
slow here too. The other effects work very smooth though.

Cheers,

Bastian

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.18-4-686

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org
  500 unstableftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-===
compiz-core   | 0.5.0.dfsg-1
compiz-plugins| 0.5.0.dfsg-1
compiz-gtk| 0.5.0.dfsg-1
compiz-gnome  | 0.5.0.dfsg-1


-- 
Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org



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

Bug#431692: nautilus crashes when diff-ext is installed

[Andrea Capriotti]

Package: diff-ext
Version: 0.2.1-1
Severity: critical
Justification: breaks unrelated software


If I install diff-ext on my system nautilus crashes:

Distribution: Debian lenny/sid
Gnome Release: 2.18.3 2007-07-03 (Debian)
BugBuddy Version: 2.18.1

System: Linux 2.6.21-2-686 #1 SMP Mon Jun 25 20:53:36 UTC 2007 i686
X Vendor: The X.Org Foundation
X Vendor Release: 1030
Selinux: No
Accessibility: Disabled
GTK+ Theme: Clearlooks
Icon Theme: gnome

Memory status: size: 94949376 vsize: 94949376 resident: 30986240 share:
20021248 rss: 30986240 rss_rlim: 4294967295
CPU usage: start_time: 1183544181 rtime: 289 utime: 266 stime: 23
cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/nautilus'

(no debugging symbols found)
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
[..]
[Thread debugging using libthread_db enabled]
[New Thread -1227147584 (LWP 14994)]
[..]
0xb7eeb7f2 in ?? () from /lib/ld-linux.so.2
#0  0xb7eeb7f2 in ?? () from /lib/ld-linux.so.2
#1  0xb75ba0eb in ?? () from /lib/i686/cmov/libpthread.so.0
#2  0xb7c70865 in ?? () from /usr/X11R6/lib/libgnomeui-2.so.0
#3  0x3aa1 in ?? ()
#4  0xbfa122f8 in ?? ()
#5  0x in ?? ()

Thread 1 (Thread -1227147584 (LWP 14994)):
#0  0xb7eeb7f2 in ?? () from /lib/ld-linux.so.2
No symbol table info available.
#1  0xb75ba0eb in ?? () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0xb7c70865 in ?? () from /usr/X11R6/lib/libgnomeui-2.so.0
No symbol table info available.
#3  0x3aa1 in ?? ()
No symbol table info available.
#4  0xbfa122f8 in ?? ()
No symbol table info available.
#5  0x in ?? ()
No symbol table info available.
#0  0xb7eeb7f2 in ?? () from /lib/ld-linux.so.2

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

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

Versions of packages diff-ext depends on:
ii  libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii  libc6   2.5-11   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-4 2.18.0.1-3   GNOME configuration database syste
ii  libglib2.0-02.12.12-1The GLib library of C routines
ii  libgnomevfs2-0  1:2.18.1-3+b1GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.10.13-1The GTK+ graphical user interface 
ii  libnautilus-extension1  2.18.1-3 libraries for nautilus components 
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.16.4-1 Layout and rendering of internatio
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
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.1-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra
ii  zlib1g  1:1.2.3.3.dfsg-3 compression library - runtime

diff-ext recommends no packages.

-- no debconf information


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

Bug#397718: here too

[Bastian Venthur]

Package: compiz
Version: 0.5.0.dfsg-1

--- Please enter the report below this line. ---
Still can reproduce this. Sometimes windows start with black content.
Resizing them helps to get the normal content back.


Cheers,

Bastian

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.18-4-686

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org
  500 unstableftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-===
compiz-core   | 0.5.0.dfsg-1
compiz-plugins| 0.5.0.dfsg-1
compiz-gtk| 0.5.0.dfsg-1
compiz-gnome  | 0.5.0.dfsg-1


-- 
Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org



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

Bug#425455: RM: modutils - obsolete

[Frans Pop]

On Wednesday 04 July 2007 12:23, Jeroen van Wolffelaar wrote:
> d-i build-depends on modutils. Is that a problem?

Not anymore in SVN. Feel free to remove.


pgp0KBsFHuLfv.pgp
Description: PGP signature

Bug#431693: complains about having ffmpeg installed

[Marc Leeman]

Package: album
Version: 3.04-2.1
Severity: important
Tags: patch

album complains about not having ffmeg installed while it is, when
trying to create a thumbnail for a mpg:

[album] Error extracting movie frame:
/.../mov02099.mpg

Do you have ffmpeg installed?  http://ffmpeg.org


[EMAIL PROTECTED] ~]$ dpkg -l |grep ffmpeg
ii  ffmpeg   3:20070501-0.1 audio/video encoder, 
streaming server & audio/video file convert


replacing 
  my $cmd = "$opt->{ffmpeg} -y -t 00:00:00.01 $format -i $qmovie -f singlejpeg 
$qimg";


with
  my $cmd = "$opt->{ffmpeg} -y -t 00:00:00.01 $format -i $qmovie -f mjpeg 
$qimg";

solves the problem



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

Kernel: Linux 2.6.21 (PREEMPT)
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 album depends on:
ii  imagemagick7:6.2.4.5.dfsg1-1 Image manipulation programs
ii  perl   5.8.8-7   Larry Wall's Practical Extraction 

album recommends no packages.

-- no debconf information


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

Bug#426941: cannot set default locale

[martin f krafft]

tags 426941 unpreproducible
thanks

The problem has since fixed itself. Sorry, I failed to capture more
information when I encountered it. Feel free to close.

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems
 
"whoever fights monsters should see to it that in the process he does
 not become a monster. and when you look into an abyss, the abyss also
 looks into you."
 - friedrich nietzsche


signature.asc
Description: Digital signature (GPG/PGP)

Bug#431595: please run update-* once per installation batch

[Riku Voipio]

On Wed, Jul 04, 2007 at 11:53:32AM +0200, Jörg Sommer wrote:
> Riku Voipio schrieb am Tue 03. Jul, 20:26 (+0300):
> > http://www.df7cb.de/projects/postpone/postpone.txt

> This was already discussed on the tex mailing list and refused.

> http://lists.debian.org/debian-tex-maint/2007/06/msg00176.html

This is good point. It really can't be handled properly using
postpone. To error out properly, postponing needs support from dpkg
itself.

-- 
"rm -rf" only sounds scary if you don't have backups

Bug#431690: cpufrequtils: wrong output redirection in initscript /etc/init.d/loadcpufreq

[Mattia Dongili]

On Wed, Jul 04, 2007 at 12:08:24PM +0200, Michael Prokop wrote:
> Package: cpufrequtils
> Version: 002-5
> Severity: important
> 
> 
> In /etc/init.d/loadcpufreq (debian/cpufrequtils.loadcpufreq.init in
> the Debian source package) there's:
> 
> if [ ! -f $CPUINFO ] ; then
> echo $CPUINFO not detected... >2
> return
> fi
> 
> This sends output to a file named '2' instead of stderr.

ghrg! sorry...

thanks for reporting
-- 
mattia
:wq!


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

Bug#428786: gnome-applets: General update after the debconf review process

[Christian Perrier]

Dear Debian maintainer,

On Sunday, May 27, 2007, I sent you a notification about the beginning of a 
review
action on debconf templates for gnome-applets.

Then, I sent you a bug report with rewritten templates and annoucing
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 Sunday, May 27, 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
--- gnome-applets.old/debian/gnome-applets.templates2007-05-24 
22:39:45.089341240 +0200
+++ gnome-applets/debian/gnome-applets.templates2007-07-01 
07:35:39.289319839 +0200
@@ -1,17 +1,27 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# for an advice to [EMAIL PROTECTED]
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: gnome-applets/cpufreq_SUID_bit
 Type: boolean
 Default: false
-_Description: Install cpufreq-selector with SUID root?
- You have the option of installing a component of the CPU Frequency Scaling
- Monitor (cpufreq-selector) with the SUID bit set.
+_Description: Should cpufreq-selector run with root privileges?
+ The 'cpufreq-selector' program, part of the CPU Frequency
+ Scaling Monitor, can be set up to use superuser privileges when
+ it is run ('SUID root').
  .
- If you make cpufreq-selector SUID, any user can then set the CPU's clock
- frequency without needing any additional privileges. This could, however,
- potentially allow it to be used during a security attack on your computer. If
- in doubt, it is suggested that you install it without SUID.
+ If you choose this option, any ordinary user will have the power to
+ set the processor's clock frequency. However, this may also be
+ potentially exploitable in security attacks.
  .
  The applet will continue to work if you choose to disable SUID for
- cpufreq-selector, but only for monitoring the CPU clock frequency. You may
- need to restart this applet before this decision takes effect.
+ cpufreq-selector, but only for monitoring the CPU clock frequency. The
+ applet may need to be restarted for a change to take effect.
  .
- If you change your mind later, run "dpkg-reconfigure gnome-applets"
+ If in doubt, accept the default of no SUID root. To change this
+ setting later, run 'dpkg-reconfigure gnome-applets'.
--- gnome-applets.old/debian/control2007-05-24 22:39:45.089341240 +0200
+++ gnome-applets/debian/control2007-06-26 19:09:16.281526760 +0200
@@ -1,7 +1,7 @@
 Source: gnome-applets
 Section: gnome
 Priority: optional
-Maintainer: Guilherme de S. Pastore <[EMAIL PROTECTED]>
+Maintainer: Guilherme de S. Pastore <[EMAIL PROTECTED]>
 Uploaders: Debian GNOME Maintainers <[EMAIL PROTECTED]>, Josselin Mouette 
<[EMAIL PROTECTED]>, Loic Minier <[EMAIL PROTECTED]>, Sebastian Dröge <[EMAIL 
PROTECTED]>
 Standards-Version: 3.7.2
 Build-Depends: cdbs (>= 0.4.41),
@@ -85,37 +85,32 @@
 gnome-netstatus-applet,
 deskbar-applet,
 tomboy,
-libgnomevfs2-extra
+libgnomevfs2-extra,
+python-gnome2
 Suggests: acpid,
   cpufreqd | cpudyn | powernowd
 Description: Various applets for GNOME 2 panel - binary files
- accessx-status: shows you the status of the keyboard accessibility
- features, including the current state of the keyboard, if those features
- are in use.
+ accessx-status: indicates keyboard accessibility settings, including
+ the current state of the keyboard, if those features are in use.
  .
- Battstat: (battery applet) shows the status of the power subsystem i

Bug#431694: Windec broken when maximized

[Bastian Venthur]

Package: compiz-kde
Version: 0.5.0.dfsg-1
Severity: normal

--- Please enter the report below this line. ---
Here's a screenshot of the problem, the iceweasel window is maximized.
As you can see the windec has a black irritation. I'm using the plastic
windec, but the problem is reproducible with many others. If you set the
windowborder thicker on windecs where this option is available, the
black line becomes thicker too.

  http://debian.org/~venthur/stuff/2007-07-compiz-windec-bug.png

I'm invoking compiz the following way:

  compiz --replace gconf & kde-window-decorator --replace &

the problem is always reproducible with all windows. It does not appear
to happen when using the gkt-window-decorator.

Cheers,

Bastian

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.18-4-686

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org
  500 unstableftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-===
compiz-core(= 0.5.0.dfsg-1) | 0.5.0.dfsg-1
kdelibs4c2a  (>= 4:3.5.6-1) | 4:3.5.7.dfsg.1-1
kwin (>= 4:3.5.5-1) | 4:3.5.7-1
libaudio2   | 1.9-2
libc6(>= 2.5-5) | 2.5-11
libdbus-1-3   (>= 0.94) | 1.1.1-3
libdbus-qt-1-1c2 (>= 0.62.git.20060814) | 0.62.git.20060814-2
libdecoration0  | 0.5.0.dfsg-1
libfontconfig1   (>= 2.4.0) | 2.4.2-1.2
libgcc1 (>= 1:4.2-20070516) | 1:4.2-20070627-1
libice6(>= 1:1.0.0) | 1:1.0.3-2
libpng12-0(>= 1.2.13-4) | 1.2.15~beta5-2
libqt3-mt  (>= 3:3.3.7) | 3:3.3.7-5
libsm6  | 2:1.0.3-1
libstdc++6(>= 4.2-20070516) | 4.2-20070627-1
libx11-6| 2:1.0.3-7
libxcomposite1 (>= 1:0.3-1) | 1:0.3.2-1
libxcursor1  (>> 1.1.2) | 1:1.1.8-2
libxdamage1  (>= 1:1.1) | 1:1.1.1-3
libxext6| 1:1.0.3-2
libxfixes3 (>= 1:4.0.1) | 1:4.0.3-2
libxft2  (>> 2.1.1) | 2.1.12-2
libxi6  | 1:1.0.1-4
libxinerama1| 1:1.0.2-1
libxrandr2 (>= 2:1.2.0) | 2:1.2.1-1
libxrender1 | 1:0.9.2-1
libxt6  | 1:1.0.5-3
zlib1g (>= 1:1.2.1) | 1:1.2.3.3.dfsg-3


-- 
Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org



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

Bug#431695: myphpmoney: [debconf_rewrite] Debconf templates and debian/control review

[Christian Perrier]

Package: myphpmoney
Version: N/A
Severity: normal
Tags: patch

Dear Debian maintainer,

On Friday, June 15, 2007, I notified you of the beginning of a review process
concerning debconf templates for myphpmoney.

The debian-l10n-english contributors have now reviewed these templates,
and the proposed changes are attached to this bug report.

Please review the suggested changes are suggested, and if you have any
objections, let me know in the next 3 days.

Please try to avoid uploading myphpmoney with these changes right now.

The second phase of this process will begin on Saturday, July 07, 2007, when I 
will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
Thursday, July 19, 2007. Please avoid uploading a package with fixed or changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

On Friday, July 20, 2007, I will contact you again and will send a final patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


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

Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
--- myphpmoney.old/debian/templates 2007-06-10 08:18:55.274814766 +0200
+++ myphpmoney/debian/templates 2007-07-04 12:31:49.308072017 +0200
@@ -1,84 +1,83 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# [EMAIL PROTECTED] for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: myphpmoney/configuration
 Type: boolean
 Default: false
 _Description: Do you want to configure MyPhpMoney now?
- MyPhpMoney needs to be configured before its use, i.e. the MySQL database
- should be created and the Apache Web Server should be configured.
+ MyPhpMoney needs to be configured before its use: the MySQL database
+ should be created and the Apache web server should be configured.
  .
- For that you will need the username and the password of your MySQL
- database administrator.
+ To achieve this, you will need to provide the login name and the
+ password of the MySQL database server administrator.
  .
  If you want to configure it later, you should run 'dpkg-reconfigure
  myphpmoney'.
 
-Template: myphpmoney/webservers
-Type: multiselect
-Choices: ${webservers}
-Default: apache, apache-ssl, apache-perl, apache2
-_Description: Please select which Web Server you want to use for MyPhpMoney
- MyPhpMoney currently only supports Apache type Web Servers.
-
 Template: myphpmoney/databasemgr_server
 Type: string
 Default: localhost
-_Description: What is the hostname where your database is running?
- If your database is on another machine besides the one that MyPhpMoney is
- running on then you need to change this value to the fully qualified
- domain name for that system.  If you wish to access it locally, simply
- use "localhost" here.
+_Description: Database server host name:
+ The database for MyPhpMoney may be hosted on a remote server.
+ .
+ Please enter the fully qualified domain name for that system.
+ .
+ If the database is hosted locally, please enter 'localhost'.
 
 Template: myphpmoney/database_name
 Type: string
 Default: myphpmoney
-_Description: What name do you want for your MyPhpMoney database?
- This is where all the MyPhpMoney data will be stored.
+_Description: MyPhpMoney database name:
+ Please enter the name of the database where MyPhpMoney data will be stored.
 
 Template: myphpmoney/mysql_user
 Type: string
 Default: myphpmoney
-_Description: What is your MySQL database username?
- What username will access the MySQL database for MyPhpMoney?  This user
- will be created if it doesn't already exist.  Note that your database
- manager must be configured to allow password authentication or MyPhpMoney
- will not work.
+_Description: MySQL database login name:
+ Please enter the name of the MySQL account to be used for the
+ MyPhpMoney database.
+ .
+ It will be created if it doesn't already exist.
+ .
+ Please note that the database server software must be configured to allow
+ password authentication.
 
 Template: myphpmoney/database_pass
 Type: password
-_Description: 

Bug#431696: samba: segfault when adding a printer driver

[Dietrich Clauss]

Package: samba
Version: 3.0.25b-1+b1
Severity: normal

Samba segfaulted when installing a printer driver into the print$ share
from within a windows client.  There was already a driver there.  I
exchanged the printer and said "new driver" in the windows client.
After copying the driver files to print$, samba crashed.  The .tdb files
seem OK.  This is reproducible, i can reproduce it with higher log
levels if necessary.


The syslog:
Jul  4 09:44:42 clauss smbd[5572]: [2007/07/04 09:44:42, 1] 
smbd/service.c:close_cnum(1230) 
Jul  4 09:44:42 clauss smbd[5572]:   oben (10.2.1.3) closed connection to 
service print$ 
Jul  4 09:44:48 clauss smbd[5572]: [2007/07/04 09:44:48, 1] 
smbd/service.c:make_connection_snum(1033) 
Jul  4 09:44:48 clauss smbd[5572]:   oben (10.2.1.3) connect to service print$ 
initially as user dc2 (uid=1000, gid=104) (pid 5572) 
Jul  4 09:45:03 clauss smbd[5572]: [2007/07/04 09:45:03, 1] 
smbd/service.c:make_connection_snum(1033) 
Jul  4 09:45:03 clauss smbd[5572]:   oben (10.2.1.3) connect to service print$ 
initially as user dc2 (uid=1000, gid=104) (pid 5572) 
Jul  4 09:45:03 clauss smbd[5572]: [2007/07/04 09:45:03, 1] 
smbd/service.c:close_cnum(1230) 
Jul  4 09:45:03 clauss smbd[5572]:   oben (10.2.1.3) closed connection to 
service print$ 
Jul  4 09:45:03 clauss smbd[5572]: [2007/07/04 09:45:03, 1] 
smbd/service.c:make_connection_snum(1033) 
Jul  4 09:45:03 clauss smbd[5572]:   oben (10.2.1.3) connect to service print$ 
initially as user dc2 (uid=1000, gid=104) (pid 5572) 
Jul  4 09:45:03 clauss smbd[5572]: [2007/07/04 09:45:03, 0] 
lib/fault.c:fault_report(41) 
Jul  4 09:45:03 clauss smbd[5572]:   
=== 
Jul  4 09:45:03 clauss smbd[5572]: [2007/07/04 09:45:03, 0] 
lib/fault.c:fault_report(42) 
Jul  4 09:45:03 clauss smbd[5572]:   INTERNAL ERROR: Signal 11 in pid 5572 
(3.0.25b) 
Jul  4 09:45:03 clauss smbd[5572]:   Please read the Trouble-Shooting section 
of the Samba3-HOWTO 
Jul  4 09:45:03 clauss smbd[5572]: [2007/07/04 09:45:03, 0] 
lib/fault.c:fault_report(44) 
Jul  4 09:45:03 clauss smbd[5572]:
Jul  4 09:45:03 clauss smbd[5572]:   From: 
http://www.samba.org/samba/docs/Samba3-HOWTO.pdf 
Jul  4 09:45:03 clauss smbd[5572]: [2007/07/04 09:45:03, 0] 
lib/fault.c:fault_report(45) 
Jul  4 09:45:03 clauss smbd[5572]:   
=== 
Jul  4 09:45:03 clauss smbd[5572]: [2007/07/04 09:45:03, 0] 
lib/util.c:smb_panic(1632) 
Jul  4 09:45:03 clauss smbd[5572]:   PANIC (pid 5572): internal error 
Jul  4 09:45:03 clauss smbd[5572]: [2007/07/04 09:45:03, 0] 
lib/util.c:log_stack_trace(1736) 
Jul  4 09:45:03 clauss smbd[5572]:   BACKTRACE: 22 stack frames: 
Jul  4 09:45:03 clauss smbd[5572]:#0 /usr/sbin/smbd(log_stack_trace+0x2d) 
[0x827c5cd] 
Jul  4 09:45:03 clauss smbd[5572]:#1 /usr/sbin/smbd(smb_panic+0x5d) 
[0x827c6fd] 
Jul  4 09:45:03 clauss smbd[5572]:#2 /usr/sbin/smbd [0x82675ba] 
Jul  4 09:45:03 clauss smbd[5572]:#3 /lib/i686/cmov/libpthread.so.0 
[0xb7da1648] 
Jul  4 09:45:03 clauss smbd[5572]:#4 /usr/sbin/smbd(close_file+0x3ab) 
[0x80f85ab] 
Jul  4 09:45:03 clauss smbd[5572]:#5 /usr/sbin/smbd [0x82aac1f] 
Jul  4 09:45:03 clauss smbd[5572]:#6 
/usr/sbin/smbd(move_driver_to_download_area+0x78c) [0x82ade9c] 
Jul  4 09:45:03 clauss smbd[5572]:#7 
/usr/sbin/smbd(_spoolss_addprinterdriver+0x12f) [0x819080f] 
Jul  4 09:45:03 clauss smbd[5572]:#8 
/usr/sbin/smbd(_spoolss_addprinterdriverex+0xc1) [0x8190ee1] 
Jul  4 09:45:03 clauss smbd[5572]:#9 /usr/sbin/smbd [0x818514e] 
Jul  4 09:45:03 clauss smbd[5572]:#10 /usr/sbin/smbd(api_rpcTNP+0x188) 
[0x81c40a8] 
Jul  4 09:45:03 clauss smbd[5572]:#11 
/usr/sbin/smbd(api_pipe_request+0x19e) [0x81c46ee] 
Jul  4 09:45:03 clauss smbd[5572]:#12 /usr/sbin/smbd [0x81be26f] 
Jul  4 09:45:03 clauss smbd[5572]:#13 /usr/sbin/smbd(write_to_pipe+0x71) 
[0x81bbf71] 
Jul  4 09:45:03 clauss smbd[5572]:#14 /usr/sbin/smbd [0x80b10de] 
Jul  4 09:45:03 clauss smbd[5572]:#15 /usr/sbin/smbd [0x80b1616] 
Jul  4 09:45:03 clauss smbd[5572]:#16 /usr/sbin/smbd(reply_trans+0x6cf) 
[0x80b244f] 
Jul  4 09:45:03 clauss smbd[5572]:#17 /usr/sbin/smbd [0x810ace0] 
Jul  4 09:45:03 clauss smbd[5572]:#18 /usr/sbin/smbd(smbd_process+0x836) 
[0x810c076] 
Jul  4 09:45:03 clauss smbd[5572]:#19 /usr/sbin/smbd(main+0xbdd) 
[0x834ffad] 
Jul  4 09:45:03 clauss smbd[5572]:#20 
/lib/i686/cmov/libc.so.6(__libc_start_main+0xdc) [0xb7bc7ebc] 
Jul  4 09:45:03 clauss smbd[5572]:#21 /usr/sbin/smbd [0x8093f31] 
Jul  4 09:45:03 clauss smbd[5572]: [2007/07/04 09:45:03, 0] 
lib/util.c:smb_panic(1637) 
Jul  4 09:45:03 clauss smbd[5572]:   smb_panic(): calling panic action 
[/usr/share/samba/panic-action 5572] 
Jul  4 09:45:04 clauss smbd[5572]: [2007/07/04 09:45:04, 0] 
lib/util.c:smb_panic(1645) 
Jul  4 09:45:04 clauss smbd[5572]:   smb_panic(): action returned status 0 
Jul  4 09:45:04 clauss smbd[5572]: 

Bug#428482: common-lisp-controller: General update after the debconf review process

[Christian Perrier]

Dear Debian maintainer,

On Friday, May 25, 2007, I sent you a notification about the beginning of a 
review
action on debconf templates for common-lisp-controller.

Then, I sent you a bug report with rewritten templates and annoucing
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 Friday, May 25, 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
--- common-lisp-controller.old/debian/templates 2007-05-25 08:09:09.599888348 
+0200
+++ common-lisp-controller/debian/templates 2007-06-12 08:56:22.389131603 
+0200
@@ -1,15 +1,28 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# for an advice to [EMAIL PROTECTED]
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: common-lisp-controller/short-site-name
 Type: string
-_Default: Unknown [ Default site name ]
-_Description: Short common LISP site name:
- You can configure what the common LISP implementations are going to use as
- "short site name". This is mostly unused except in some error reporting
- tools.
+#  Default site name
+_Default: Unknown
+_Description: Short Common Lisp site name:
+ You can configure what the Common Lisp implementations are going to use as
+ 'short site name'. 
+ .
+ This is mostly unused except in some error reporting tools.
 
 Template: common-lisp-controller/long-site-name
 Type: string
-_Default: Site name not initialized [ Default long site name, just something 
longer ]
-_Description: Long common LISP site name:
- You can configure what the common LISP implementations are going to use as
- "long site name". This is mostly unused except in some error reporting
- tools.
+# Default long site name, just something longer than th default site name
+_Default: Site name not initialized
+_Description: Long Common Lisp site name:
+ You can configure what the Common Lisp implementations are going to use as
+ 'long site name'.
+ .
+ This is mostly unused except in some error reporting tools.
--- common-lisp-controller.old/debian/control   2007-05-25 08:09:09.595888315 
+0200
+++ common-lisp-controller/debian/control   2007-05-29 18:05:41.394542014 
+0200
@@ -13,11 +13,10 @@
 Conflicts: cmucl (<< 3.1.0), clisp (<< 1:2.36-1)
 Replaces: cmucl (<< 3.1.0)
 Suggests: sbcl
-Description: This is a Common Lisp source and compiler manager
- With this package you can install and manage 
- common lisp sources and compilers. It creates 
- a user-specific cache of compiled objects. When a 
- library or an implementation is upgraded all
- compiled objects in the cache are flushed. It also
- provides tools to recompile all libraries and 
- to generate debian packages from asdf-install packages.
+Description: Common Lisp source and compiler manager
+ This package helps installing Common Lisp sources and compilers.
+ .
+ It creates a user-specific cache of compiled objects. When a library
+ or an implementation is upgraded, all compiled objects in the cache
+ are flushed. It also provides tools to recompile all libraries and to
+ generate Debian packages from asdf-install packages.


signature.asc
Description: Digital signature

Bug#426548: Possibly still present upstream

[martin f krafft]

also sprach Raúl Sánchez Siles <[EMAIL PROTECTED]> [2007.07.04.0055 +0200]:
>   I've read the bug report and it seems that it corresponds to the upstream 
> bug https://bugs.freedesktop.org/show_bug.cgi?id=11432 which is still open.
> 
>   This upstream bug is reproducible in my system using July 2nd git version. 
> My system: Dell inspiron 510m, Intel 855GM and unstable. The problem in case 
> it exists should be easily repeatable just pressing the lid close button in 
> the middle of an Xorg session. In my case it even happens on the kdm logon 
> screen.
> 
>   Could you please if this stills happen to you using the experimental 
> version 
> of the driver?

I found a patch that is not yet upstream. Does this fix it?

From 1442fe79f2add91ba6df2417ad75243ed65952c7 Mon Sep 17 00:00:00 2001
From: martin f. krafft <[EMAIL PROTECTED]>
Date: Mon, 18 Jun 2007 13:35:18 +0100
Subject: [PATCH] only run dpms on code on 9xx

---
 src/i830_display.c |   16 +++-
 1 files changed, 11 insertions(+), 5 deletions(-)

diff --git a/src/i830_display.c b/src/i830_display.c
index adc7479..6965337 100644
--- a/src/i830_display.c
+++ b/src/i830_display.c
@@ -958,11 +958,17 @@ i830_crtc_mode_set(xf86CrtcPtr crtc, DisplayModePtr mode,
  else
  pipeconf &= ~PIPEACONF_DOUBLE_WIDE;
 }
-#if 1
-dspcntr |= DISPLAY_PLANE_ENABLE;
-pipeconf |= PIPEACONF_ENABLE;
-dpll |= DPLL_VCO_ENABLE;
-#endif
+/*
+ * This "shouldn't" be needed as the dpms on code
+ * will be run after the mode is set. On 9xx, it helps.
+ * On 855, it can lock up the chip (and the entire machine)
+ */
+if (IS_I9XX (pI830))
+{
+ dspcntr |= DISPLAY_PLANE_ENABLE;
+ pipeconf |= PIPEACONF_ENABLE;
+ dpll |= DPLL_VCO_ENABLE;
+}
 
 /* Disable the panel fitter if it was on our pipe */
 if (i830_panel_fitter_pipe (pI830) == pipe)
-- 
1.5.2.2

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


signature.asc
Description: Digital signature (GPG/PGP)

Bug#400742: Bug#431671: Bug#400742: Bug#431671: piuparts test: fails to install: line 43: update-updmap: command not found

[Rene Engelhard]

Hi,

Norbert Preining wrote:
> On Mit, 04 Jul 2007, Rene Engelhard wrote:
> > Yes, there are. And for most dh_ stuff the dh_ scripts *do* figure out
> > that they don't have do do stuff on package foo (like if package foo has
> > no .menu you don't need to add the menu stuff). Even dh_pycentral does
> > that...
> 
> Ok, I retitled the bug and removed the wontfix stuff. If I find time I
> will implement it.

Thanks.

(I just added the workaround as that's needed now...)

> > >   dh_installtex -p texpower
> > 
> > I know that this is possible, I'd call this a workaround, though.
> 
> The man page prominently specify:
> >   Your package should depend on an appropriate version of tex-common so
> >   that the update-* commands are available. (This program adds that
> >   dependency to ${misc:Depends}.)

I didn't deny that. Why are you citing this? I know that misc:Depends
should be there, that's why it is for texpower. Just not for
the -examples and -manual packages as those don't have any tex files and
I trusted dh_installtex to behave like the other dh_ stuff..

> Furthermore, if someone uploads a package without trying to build it
> himself in a clean pbuilder/cowbuilder/sbuild/whatever  

Yes, but that's *completely* unrelated to the issue at hand. Building
in a sbuild didn't prevent anything mentioned here from happening. Of
course, you can blame me for not running piuparts, but...

Gr��e/Regards,

Ren�
-- 
 .''`.  Ren� Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73



signature.asc
Description: Digital signature

Bug#431697: insserv: Should have more useful default dependencies

[Petter Reinholdtsen]

Package: insserv
Version: 1.08.0-11

It would be useful if the default header information assumed by
insserv when a init.d script is missing LSB headers were better.  At
the moment the default dependency is empty when the header is missing,
and this make such scripts show up at the very start of the boot
sequence.

I believe it is better to assume start and stop dependency '$remote_fs
$syslog', start runlevel 2345 and stop runlevel 016, as this arguably
is the current meaning of the 'default' setting in update-rc.d.  This
should be implemented in insserv.

Happy hacking,
-- 
Petter Reinholdtsen


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

Bug#397718: here too

[Michel Dänzer]

On Wed, 2007-07-04 at 12:31 +0200, Bastian Venthur wrote:
> 
> Still can reproduce this. Sometimes windows start with black content.
> Resizing them helps to get the normal content back.

That doesn't sound quite the same as the original report, which talks
about this always being the case when windows exceed certain dimensions.

When this happens for you, is there something like 'pixmap 0x%x can't be
bound to texture' in the compiz output?


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

Bug#431536: ITP: z80dasm -- Disassembler for the Zilog Z80 microprocessor

[Tomaz Solc]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>> * Package name: z80dasm
>>   Version : 1.0.0
>>   Upstream Author : Tomaz Solc <[EMAIL PROTECTED]>
>> * URL : http://www.tablix.org/~avian/blog/articles/z80dasm
>> * License : GPL
>>   Programming Lang: C
>>   Description : Disassembler for the Zilog Z80 microprocessor
> 
> disassembler for the Zilog Z80 microprocessor

OK, I've put a lowercase "D" in the short description, although I can't
find anything about this in the Policy Manual.

Descriptions of existing packages seem to start with both upper and
lower case letters.

Best regards
Tomaz
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGi4FosAlAlRhL9q8RAtgnAKCXDWfxPR3XV2zFB6+LejVzshQ9AQCeNegu
vhA7tiyajXXWwr3INz3P5fc=
=1P0Z
-END PGP SIGNATURE-


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

Bug#370342: Make etc/kde3/kdm/Xaccess automatically configurable

[Petter Reinholdtsen]

Here is a small update on this bug.  The PAM setting part is no longer
relevant, as the pam.d/kdm file now include the common-* files, which
are not part of a package.

The /etc/kde3/kdm/Xaccess file is still a bit problematic, as it is
still part of the kdm package, and modifying it automatically at
install time is problematic.

Happy hacking,
-- 
Petter Reinholdtsen


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

Bug#431698: gdm: (c)debconf dependency listed twice

[Michael Biebl]

Package: gdm
Version: 2.18.3-1
Severity: normal

debian/control contains
..
${misc:Depends},
debconf (>= 0.5) | debconf-2.0,
..

as ${misc:Depends} automatically adds a dependency on (c)debconf, if
debconf if used, the dependency is listed twice in the resulting deb.
You should thus remove the 
debconf (>= 0.5) | debconf-2.0,
line

Michael

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

Kernel: Linux 2.6.22-rc7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gdm depends on:
ii  adduser3.103 Add and remove users and groups
ii  debconf [debconf-2.0]  1.5.13Debian configuration management sy
ii  gksu   2.0.0-4   graphical frontend to su
ii  gnome-session  2.18.2-2  The GNOME 2 Session Manager
ii  gnome-terminal [x-terminal 2.18.1-1  The GNOME 2 terminal emulator appl
ii  konsole [x-terminal-emulat 4:3.5.7-1 X terminal emulator for KDE
ii  kwin [x-window-manager]4:3.5.7-1 the KDE window manager
ii  libart-2.0-2   2.3.19-3  Library of functions for 2D graphi
ii  libatk1.0-01.18.0-2  The ATK accessibility toolkit
ii  libattr1   1:2.4.32-1.1  Extended attribute shared library
ii  libc6  2.5-11GNU C Library: Shared libraries
ii  libcairo2  1.4.10-1  The Cairo 2D vector graphics libra
ii  libdbus-1-31.1.1-3   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.73-2simple interprocess messaging syst
ii  libdmx11:1.0.2-2 X11 Distributed Multihead extensio
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libglade2-01:2.6.1-1 library to load .glade files at ru
ii  libglib2.0-0   2.12.12-1 The GLib library of C routines
ii  libgnomecanvas2-0  2.14.0-3  A powerful object-oriented display
ii  libgtk2.0-02.10.13-1 The GTK+ graphical user interface 
ii  libpam-modules 0.79-4Pluggable Authentication Modules f
ii  libpam-runtime 0.79-4Runtime support for the PAM librar
ii  libpam0g   0.79-4Pluggable Authentication Modules l
ii  libpango1.0-0  1.16.4-1  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  librsvg2-2 2.16.1-2  SAX-based renderer library for SVG
ii  librsvg2-common2.16.1-2  SAX-based renderer library for SVG
ii  libselinux12.0.15-2  SELinux shared libraries
ii  libwrap0   7.6.dbs-13Wietse Venema's TCP wrappers libra
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxau61:1.0.3-2 X11 authorisation library
ii  libxcursor11:1.1.8-2 X cursor management library
ii  libxdmcp6  1:1.0.2-2 X11 Display Manager Control Protoc
ii  libxext6   1:1.0.3-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.2-1 X11 Xinerama extension library
ii  libxml22.6.29.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.2.1-1 X11 RandR extension library
ii  libxrender11:0.9.2-1 X Rendering Extension client libra
ii  lsb-base   3.1-23.1  Linux Standard Base 3.1 init scrip
ii  metacity [x-window-manager 1:2.18.5-1A lightweight GTK2 based Window Ma
ii  openbox [x-window-manager] 3.3-2.1   standards compliant, fast, light-w
ii  xbase-clients  1:7.2.ds2-2   miscellaneous X clients
ii  xterm [x-terminal-emulator 226-1 X terminal emulator

Versions of packages gdm recommends:
ii  dialog  1.1-20070604-1   Displays user-friendly dialog boxe
ii  gdm-themes  0.5.1Themes for the GNOME Display Manag
ii  whiptail0.52.2-10Displays user-friendly dialog boxe
ii  xnest   2:1.3.0.0.dfsg-6 Nested X server
ii  xserver-xephyr  2:1.3.0.0.dfsg-6 Next Generation Nested X Server
ii  zenity  2.18.2-1 Display graphical dialog boxes fro

-- debconf information excluded


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

Bug#99324: Pics

[wally_vogel]

I am out of the office until Monday July 9th, with very limited email access.

If your matter is urgent please call our office at 1-800-704-8777.

Thank you.

Wally Vogel


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

Bug#431661: [Pkg-samba-maint] Bug#431661: smbmount options uid=, gid= stopped working after upgrading smbfs to version 3.0.25b-1+b1

[Steve Langasek]

Hi Ian,

On Wed, Jul 04, 2007 at 04:48:22PM +1000, Ian MacKinnell wrote:
> smbmount options uid=,gid= stopped working after upgrading smbfs to 
> version 3.0.25b-1+b1

> Until I upgraded smbfs yesterday, I was able to mount shares on remote 
> Linux Samba servers with the options uid= and gid= working. Moreover, 
> these options still work fine from other smbfs client PCs in our office 
> that have not upgraded smbfs (connecting to the same servers). We have 
> made no recent changes to the smb.conf on our servers.

> But since upgrading smbfs, when I mount shares with smbmount I can only 
> see the uid and gid of the file owner(s) on the server (2058 and 2026, 
> instead of 1000 and 100, as it happens).

> I am using a fully up-to-date Debian GNU/Linux testing (Lenny), kernel 
> 2.6.18.dfsg.1-12 and libc6 2.5-9+b1

> This may be a consequence of action taken over #408033?

I've just tested this on a system running 2.6.18-4-amd64 on the client side,
with smbfs 3.0.25b-1+b1, and I'm not able to reproduce the problem you
describe.

If I mount the filesystem using mount -t smbfs with no uid= option, the
server uids are passed through.  If I mount it with a uid= option, the uid I
specify is how the files show up.

Can you give more details on how you're doing the mount, to be able to
reproduce the problem?

-- 
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#431642: Skipping track do not work at all

[Nacho Barrientos Arias]

On Wed, Jul 04, 2007 at 06:19:04AM +0300, Juhapekka Tolvanen wrote:
> 
> Package: shell-fm
> Version: 0.2+svn20070605.r215-1
> Severity: important
> 
> 
> If I press "?" in this software, it says "n = Skip Track". That do not
> work at all. Song is not skipped.

FYI:

It seems last.fm is moving to a new protocol and has established a
proxy to answer to old protocol queries. However, that proxy doesn't
seem to work very well so shell-fm developers are rewriting the
software to talk the new protocol but this branch is still too buggy
to be uploaded.

-- 
bye,
   - Nacho 


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

Bug#431699: debian-edu-artwork: modifies conffile of other package

[Steffen Joeris]

Package: debian-edu-artwork
Severity: serious
Justification: Policy 3.9

# This is not policy compilant, as $kdmrc is a conffile in
# the kdm package, and we are editing it in a package
# maintainer script.  Need to come up with a better way to
# do it.

This is a quote from the update-artwork script, which is called by the
maintainer scripts. We somehow forgot to fill this RC bug earlier.
Right now, we fixed the problem with the new kdm default directory.

I personally see two options for debian etch. First, removing
debian-edu-artwork from Debian etch. We will keep it in our release
and I do not expect any security problems from such a package, so
I would be fine with that. Second idea would be to fix the
debian-edu-artwork package in stable. But it should be noted
that there won't be an upgrade path without editing the conffile
again. Of course, we can provide a README.Debian file, which
explains the issue.
If that is desired, then I can prepare a stable upload next week.

Cheers
Steffen


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

Bug#400742: Bug#431671: Bug#400742: Bug#431671: piuparts test: fails to install: line 43: update-updmap: command not found

[Norbert Preining]

On Mit, 04 Jul 2007, Rene Engelhard wrote:
> > Ok, I retitled the bug and removed the wontfix stuff. If I find time I
> > will implement it.
> 
> Thanks.

I already added a comment to the svn file with the policy to be
implemented.

> > >   that the update-* commands are available. (This program adds that
> > >   dependency to ${misc:Depends}.)
> 
> I didn't deny that. Why are you citing this? I know that misc:Depends

Because the debhelper manual clearly states that if you do not add -p/-N
or something the dh_installtex works on *all* packages.

> > himself in a clean pbuilder/cowbuilder/sbuild/whatever  
> 
> Yes, but that's *completely* unrelated to the issue at hand. Building

Yes, my fault, forgot that it was about run and not build deps.

Best wishes

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Vienna University of Technology
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
Rome wasn't burned in a day.
 --- Douglas Adams, The Hitchhikers Guide to the Galaxy


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

Bug#431701: mimms: undefined symbol on sparc64

[J.J.Green]

Package: mimms
Version: 2.0.1-1
Severity: important


mimms fails to start will the following command line behaviour on
sparc64:

  nexus:~> mimms mms://212.68.215.195/service/media/08-love2-fr-hq.wmv
  mimms: symbol lookup error: mimms: undefined symbol: q_atomic_lock_int

Cheers

Jim

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

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

Versions of packages mimms depends on:
ii  libc6   2.5-9GNU C Library: Shared libraries
ii  libgcc1 1:4.2-20070609-1 GCC support library
ii  libmms0 0.3-4MMS stream protocol library - shar
ii  libqt4-core 4.2.1-2+etch1Qt 4 core non-GUI functionality ru
ii  libstdc++6  4.2-20070609-1   The GNU Standard C++ Library v3
ii  wget1.10.2-3 retrieves files from the web

mimms recommends no packages.

-- no debconf information


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

Bug#431595: please run update-* once per installation batch

[Norbert Preining]

reassign 431595 texlive-base
merge 431595 375922
thanks

On Mit, 04 Jul 2007, Riku Voipio wrote:
> Even when packages depend to the replacement texlive packages, they
> will end up running needlessly mktexlsr, updmap-sys and building
> byhyphen several times during install.

They are not needless, as you have already seen from the link Jörg
provided.

> Or alternatively, consider endusers installing/removing texlive-full.
> As quick test, apt-get remove tex-common when texlive-full is installed,
> takes 10min here on a 3.3Ghz Xeon...

Yes, that's life. Sorry. Bottom line: Install what you need.

Best wishes

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Vienna University of Technology
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
PITLOCHRY (n.)
The background gurgling noise heard in Wimby Bars caused by people
trying to get the last bubbles out of their milkshakes by slurping
loudly through their straws.
--- Douglas Adams, The Meaning of Liff


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

Bug#431704: Policy file 50user.policy uses ${catalina.home}/webapps/ instead of ${catalina.base}/webapps/

[Emmanuel Rodriguez Santiago]

Package: tomcat5.5

The policy file /etc/tomcat5.5/policy.d/50user.policy includes some 
sample directives that can be used to configure additional permissions 
for individual webapps. All the examples that refer to the folder 
'webapps' use the variable ${catalina.home} instead of ${catalina.base}. 
The problem is that the ${catalina.home} point to a folder that doesn't 
include the webapps folder.


Here's the value of each variable:
catalina.base=/var/lib/tomcat5.5
catalina.home=/usr/share/tomcat5.5

Here's the contents of the folders:
$ ls /var/lib/tomcat5.5
conf  logs  shared  temp  webapps  work

$ ls /usr/share/tomcat5.5
bin  common  conf  doc  logs  server  shared  temp  work


As you can see the location ${catalina.home}/webapps/ gets translated to 
/usr/share/tomcat5.5/webapps/ which doesn't exist. The right path to use 
is ${catalina.base}/webapps/ which gets translated to 
/var/lib/tomcat5.5/webapps/ which exists.


--
Emmanuel Rodriguez
Developer
Hewlett-Packard Slovakia
European IT Operation Center
EMEA MSGD Network Tower

Galvaniho 7
P.O.Box 43
820 02 Bratislava
Slovakia

Phone: +421 2 5752 5309
Fax:   +421 2 5752 5480
Email: [EMAIL PROTECTED]



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

Bug#394349: on nvidia too

[Brice Goglin]

I'm using compiz with a GeForce4 Ti 4800 SE and resizing windows is very

slow here too. The other effects work very smooth though.



Probably related to the nvidia binary driver, we can't do much about that.

Brice

Bug#431694: Windec broken when maximized

[Brice Goglin]

Please send the whole output of
   /usr/share/bug/xserver-xorg/script
so that we see your config and log.

Brice

Bug#431709: crossvc: floating point exception

[Didrik Pinte]

Package: crossvc
Version: 1.5.1-1
Severity: grave
Justification: renders package unusable


Hi, 

I'm trying to run crossvc under Sid. When launching the application, it just
outputs a "Floating point exception" :

[EMAIL PROTECTED]:~$ crossvc 
Floating point exception

When launched with valgrind, there is some interesting information : 

==9345== 
==9345== Process terminating with default action of signal 8 (SIGFPE)
==9345==  Integer divide by zero at address 0x62CA779F
==9345==at 0x42C71F0: (within /usr/lib/libqt-mt.so.3.3.7)
==9345==by 0x42C72B0: QPaintDevice::x11AppDpiY(int) (in
/usr/lib/libqt-mt.so.3.3.7)
==9345==by 0x42C732D: QPaintDevice::x11AppDpiY() (in
/usr/lib/libqt-mt.so.3.3.7)
==9345==by 0x429D85B: qt_init_internal(int*, char**, _XDisplay*, unsigned
long, unsigned long) (in /usr/lib/libqt-mt.so.3.3.7)
==9345==by 0x429E34D: qt_init(int*, char**, QApplication::Type) (in
/usr/lib/libqt-mt.so.3.3.7)
==9345==by 0x4316CA3: QApplication::construct(int&, char**,
QApplication::Type) (in /usr/lib/libqt-mt.so.3.3.7)
==9345==by 0x4317053: QApplication::QApplication(int&, char**) (in
/usr/lib/libqt-mt.so.3.3.7)
==9345==by 0x812FA40: (within /usr/bin/crossvc)
==9345==by 0x4A98EBB: (below main) (in /lib/i686/cmov/libc-2.5.so)


I don't know if there have been changes in libqt3 or other dependencies of
crossvc that can cause the bug ...

I can provide more information if needed.

Thanks

Didrik

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

Kernel: Linux 2.6.21-2-686 (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 crossvc depends on:
ii  cvs 1:1.12.13-8  Concurrent Versions System
ii  libc6   2.5-11   GNU C Library: Shared libraries
ii  libfam0 2.7.0-12 Client library to control the FAM 
ii  libgcc1 1:4.2-20070627-1 GCC support library
ii  libqt3-mt   3:3.3.7-5Qt GUI Library (Threaded runtime v
ii  libstdc++6  4.2-20070627-1   The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar

crossvc recommends no packages.

-- no debconf information


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

Bug#400742: Bug#431671: Bug#400742: Bug#431671: piuparts test: fails to install: line 43: update-updmap: command not found

[Florent Rougon]

Norbert Preining <[EMAIL PROTECTED]> wrote:

> retitle 400742 dh_installtex should check the existence for tex file
> tags 400742 - wontfix
> thanks

[...]

> Ok, I retitled the bug and removed the wontfix stuff. If I find time I
> will implement it.

*WARNING*  *WARNING*  *WARNING*  *WARNING*  *WARNING*  *WARNING*  *WARNING*

  If you check for the existence of TeX files in the package being built
  and don't run mktexlsr in case there is no TeX file, this is in
  general short-sighted and incorrect.

*WARNING*  *WARNING*  *WARNING*  *WARNING*  *WARNING*  *WARNING*  *WARNING*

Reason: if there were TeX files in any previous version of the package
(up to the previous Debian release), then mktexlsr *has* to be run.

People always complain about cheap stuff being run "unnecessarily", but
then they will also complain when hell breaks because the cheap stuff
was so wisely not run...

If there is nothing TeX-related in your package, don't run
dh_installtex...

-- 
Florent


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

Bug#431708: pinfo: Go to node completes on file names in current directory!

[Reuben Thomas]

Package: pinfo
Version: 0.6.9-2
Severity: minor

If I type "G" to go to a node, and start typing a node name, then hit
Tab, it completes on file names in the current directory, not node
names. This is worse than useless, it's confusing!

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

Kernel: Linux 2.6.18-4-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 pinfo depends on:
ii  libc6 2.5-9+b1   GNU C Library: Shared libraries
ii  libncursesw5  5.6-3  Shared libraries for terminal hand
ii  libreadline5  5.2-3  GNU readline and history libraries

pinfo recommends no packages.

-- no debconf information


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