Bug#456126: gmoo -- Please transition to imlib2

[Kumar Appaiah]

Package: gmoo
Version: 0.5.6-11
User: [EMAIL PROTECTED]
Usertags: oldlibs oldlibs-imlib

Hi!

On behalf of the QA group, I have been looking at packages which are
blocking the removal of libraries currently in the section oldlibs,
and gmoo is one of them, depending on imlib. With the aim
of fixing as many of the depending as possible to pave the way for
gradual removal of imlib, I would request you to consider
moving to imlib2.

Thanks.

Kumar

-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#456115: array-util -- Please transition to imlib2

[Kumar Appaiah]

Package: array-util
Version: 1.9-2
User: [EMAIL PROTECTED]
Usertags: oldlibs oldlibs-imlib

Hi!

On behalf of the QA group, I have been looking at packages which are
blocking the removal of libraries currently in the section oldlibs,
and array-util is one of them, depending on imlib. With the aim
of fixing as many of the depending as possible to pave the way for
gradual removal of imlib, I would request you to consider
moving to imlib2.

Thanks.

Kumar

-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#426224: [Pkg-sysvinit-devel] Bug#426224: shutdown patches - the choices

[Artur Szymiec]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Kel Modderman pisze:
> Package: sysvinit
> Version: 2.86.ds1-38.1
>
> Hi,
>
> I'm following up on this ticket, since I've not received any response
for the
> best part of 6 months.
>
> The patch I proposed here is, IMHO, the most complete of the ones offered
> so far. Recently, I was made aware of someone also claiming [0] the
patch [1]
> from Werner Fink, discussed [2] on the novell bug tracker, would be
great to
> include into our own Debian version of sysvinit to fix the shutdown
issue of
> spinning down disks correctly (...or not).
>
> However, r1067 [3] was committed to pkg-sysvinit trunk, which merges the
> changes done in the "libata-fixes" branch which was for testing [4].
Tejun Heo,
> an active libata/kernel hacker, replied [5] with information that
Werner Fink
> was also working on this issue. Tejun was also active in the development of
> the patch as seen on the novell bug discussion [2].
>
> I emailed the list [6] with discussion requested at [4], created a
patch for
> the debian package [7], and tested the patch thoroughly on a very wide
variety
> of hardware from debian installed and live-cd environments over the last 6
> months. The patch works as advertised.
>
> opensuse 10.3 also contains a sysvinit using the mentioned patch. This
means
> it has seen widespread testing from a variety of people on a variety of
> hardware.
>
> The patch matches the criteria set out at [8] about how hddown.c could best
> handle this (except using /proc):
>
> [quote]
> a) it uses sysfs and not /proc to locate disks, and that it locates
>all IDE and SCSI/libata disks, or maybe do both /proc and sysfs.
> b) that it verifies the state of kernel disk spindown control for
>each disk, and for the disks where it is unavailable:
>b1) issue cache sync to disk
>b2) issue spin down to disk
> c) for the disks where kernel spin down control is available, enable
>it and skip to next disk.
> [/quote]
>
> The patch does not suffer from limitation of an alternate patch offered to
> fix the situation that is discussed at [9], which seems to be similar in
> limitation to what has been merged [3].
>
> Ok, there are too many damn numbers listed below with references. But
you get
> the picture I hope, that I'm concerned about the direction the
maintainers [10]
> intend to take in order to fix this issue, and that I've laid out as much
> information, patch and help that I can to try and convince them there is a
> better solution.
>
> Thanks, Kel.
>
> [0]
http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2007-December/002141.html
> [1] https://bugzilla.novell.com/attachment.cgi?id=145904
> [2] https://bugzilla.novell.com/show_bug.cgi?id=229210
> [3]
http://lists.alioth.debian.org/pipermail/pkg-sysvinit-commits/2007-November/000955.html
> [4]
http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2007-June/001961.html
> [5]
http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2007-June/001963.html
> [6]
http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2007-June/001972.html
> [7]
http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2007-June/001974.html
> [8] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426224#10
> [9] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436703
> [10]
http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2007-December/002142.html
>
>
>
> ___
> Pkg-sysvinit-devel mailing list
> [EMAIL PROTECTED]
> http://lists.alioth.debian.org/mailman/listinfo/pkg-sysvinit-devel
>
>  
Greetings,

I've sent a patch for Debian sysv init hdd down over a month ago
(4.11.2007).
Till now I  haven't receive any comment regarding it.
Could you please review it too ?
Attached files (hdd.c and a patch in attachment).

With best regards
Artur Szymiec

- --
- --
Registered User No 397465
Linux Debian 2.6.21-2-k7 i686 AMD Athlon(tm) XP 2800+
Conquer your Desktop! http://www.spreadkde.org/try_kde
Reclaim Your Inbox!   http://www.mozilla.org/products/thunderbird/
- --

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

iD8DBQFHYOC4bB2ld6kq2MsRAns/AKCPqqmZMNYKmJ1IN8qE1XlMQgyiQACfZ0Rq
mvqtdYFV246B/SdzMpC0ZVo=
=TTOA
-END PGP SIGNATURE-

#! /bin/sh /usr/share/dpatch/dpatch-run
# 67_init_hddown.dpatch by Sebastian Reichelt
#
# Make sure SATA disks are powered down as well as IDE disks.  This
# patch could use some more work to make it more dynamic when
# detecting SATA/SCSI disks.  Closes: #348172

@DPATCH@
--- sysvinit-2.86.ds1/src/hddown.c  2004-06-09 14:47:45.0 +0200
+++ sysvinit-2.86.ds1-new/src/hddown.c  2007-11-04 12:12:38.0 +0100
@@ -25,18 +25,17 @@
 /*
  * Find all IDE disks through /proc.
 */
-st

Bug#456113: python-apt: missing support for SHA256 in apt_pkg

[Cameron Dale]

Package: python-apt
Version: 0.7.3.1
Severity: normal


I believe that the PkgRecords is missing support for the SHA256 hashes
used for packages. I can access the MD5 and SHA1 hashes through e.g.

r = apt_pkg.GetPkgRecords(cache)
r.Lookup(...)
r.SHA1Hash

but SHA256Hash just returns an AttributeError.

Thanks,
Cameron


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

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

Versions of packages python-apt depends on:
ii  apt [libapt-pkg-libc6.6-6-4.4 0.7.6-0.1  Advanced front-end for dpkg
ii  apt-utils [libapt-inst-libc6. 0.7.6-0.1  APT utility programs
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libgcc1   1:4.2.1-4  GCC support library
ii  libstdc++64.2.1-4The GNU Standard C++ Library v3
ii  lsb-release   3.1-24 Linux Standard Base version report
ii  python2.4.4-6An interactive high-level object-o
ii  python-central0.5.15 register and build utility for Pyt

python-apt recommends no packages.

-- no debconf information



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

Bug#456136: wallp -- Please transition to imlib2

[Kumar Appaiah]

Package: wallp
Version: 0.64-7
User: [EMAIL PROTECTED]
Usertags: oldlibs oldlibs-imlib

Hi!

On behalf of the QA group, I have been looking at packages which are
blocking the removal of libraries currently in the section oldlibs,
and wallp is one of them, depending on imlib. With the aim
of fixing as many of the depending as possible to pave the way for
gradual removal of imlib, I would request you to consider
moving to imlib2.

Thanks.

Kumar

-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#456138: xzgv -- Please transition to imlib2

[Kumar Appaiah]

Package: xzgv
Version: 0.8-5.1
User: [EMAIL PROTECTED]
Usertags: oldlibs oldlibs-imlib

Hi!

On behalf of the QA group, I have been looking at packages which are
blocking the removal of libraries currently in the section oldlibs,
and xzgv is one of them, depending on imlib. With the aim
of fixing as many of the depending as possible to pave the way for
gradual removal of imlib, I would request you to consider
moving to imlib2.

Thanks.

Kumar

-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#456117: chinput -- Please transition to imlib2

[Kumar Appaiah]

Package: chinput
Version: 3.0.2-19
User: [EMAIL PROTECTED]
Usertags: oldlibs oldlibs-imlib

Hi!

On behalf of the QA group, I have been looking at packages which are
blocking the removal of libraries currently in the section oldlibs,
and chinput is one of them, depending on imlib. With the aim
of fixing as many of the depending as possible to pave the way for
gradual removal of imlib, I would request you to consider
moving to imlib2.

Thanks.

Kumar

-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#456137: xteddy -- Please transition to imlib2

[Kumar Appaiah]

Package: xteddy
Version: 2.1-1
User: [EMAIL PROTECTED]
Usertags: oldlibs oldlibs-imlib

Hi!

On behalf of the QA group, I have been looking at packages which are
blocking the removal of libraries currently in the section oldlibs,
and xteddy is one of them, depending on imlib. With the aim
of fixing as many of the depending as possible to pave the way for
gradual removal of imlib, I would request you to consider
moving to imlib2.

Thanks.

Kumar

-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#456116: chameleon -- Please transition to imlib2

[Kumar Appaiah]

Package: chameleon
Version: 1.1-8.1
User: [EMAIL PROTECTED]
Usertags: oldlibs oldlibs-imlib

Hi!

On behalf of the QA group, I have been looking at packages which are
blocking the removal of libraries currently in the section oldlibs,
and chameleon is one of them, depending on imlib. With the aim
of fixing as many of the depending as possible to pave the way for
gradual removal of imlib, I would request you to consider
moving to imlib2.

Thanks.

Kumar
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#456124: fvwm -- Please transition to imlib2

[Kumar Appaiah]

Package: fvwm
Version: 1:2.5.23-2
User: [EMAIL PROTECTED]
Usertags: oldlibs oldlibs-imlib

Hi!

On behalf of the QA group, I have been looking at packages which are
blocking the removal of libraries currently in the section oldlibs,
and fvwm is one of them, depending on imlib. With the aim
of fixing as many of the depending as possible to pave the way for
gradual removal of imlib, I would request you to consider
moving to imlib2.

Thanks.

Kumar

-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#456133: qiv -- Please transition to imlib2

[Kumar Appaiah]

Package: qiv
Version: 2.1~pre12-3
User: [EMAIL PROTECTED]
Usertags: oldlibs oldlibs-imlib

Hi!

On behalf of the QA group, I have been looking at packages which are
blocking the removal of libraries currently in the section oldlibs,
and qiv is one of them, depending on imlib. With the aim
of fixing as many of the depending as possible to pave the way for
gradual removal of imlib, I would request you to consider
moving to imlib2.

Thanks.

Kumar

-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#455990: switching tabs on more than one display...

[Julien Danjou]

Hi Holder,

At 1197488523 time_t, Holger Levsen wrote:
> maybe this is PEBKAC bug, because I haven't seen it in the documentation / 
> default awesomerc file. Maybe it's a real issue, anyway: I couldn't find a 
> way to switch between different displays with keyboard shortcuts, I had to 
> use a mouse. Then mod4+ switches between the tabs of that screen.
> 
> I'd like to be able to switch between displays with one keyboard shortcut and 
> also to be able to switch to a certain tab on the other display directly. 
> mod4+ should always switch to that tab on the current display.
> 
> Hm, I just realise this get's more complicated once you have three or four 
> displays... 

See screen_focus{next,prev} UICB.
http://awesome.naquadah.org/doc/uicb/#index5h2

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#435480: libapache2-mod-perl2: Apache::Test fails in `fakeroot' environment

[Damyan Ivanov]

-=| Martín Ferrari, Wed, Dec 12, 2007 at 10:01:23AM -0300 |=-
> I'm not sure why you consider this a showstopper for building packages
> which use Apache::Test, since testing is usually done in the build
> phase, without fakeroot nor root privileges.

Some of the buildds run as root. Is there any evidence of some package
that uses Apache::Test failing because of this?

-- 
damJabberID: [EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#447913: slim: New version (1.3.0) available

[mmassonnet]

Hi,

The package is now available on mentors.d.n[0], it will hopefully get
uploaded as soon as the bug #435841 gets some ACK in return.

[0] dget -x http://mentors.debian.net/debian/pool/main/s/slim/slim_1.3.0-1.dsc

mike



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

Bug#455138: FTBFS with GCC 4.3: missing #includes

[mmassonnet]

Hello,

This bug should be fixed in the package now available on mentors.d.n[0].
Can you test it?  It simply includes the missing stdlib.h header file.

[0] dget -x http://mentors.debian.net/debian/pool/main/s/slim/slim_1.3.0-1.dsc

mike



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

Bug#456054: FTBFS with GCC 4.3: missing #includes

[Bernd Zeimetz]

Martin Michlmayr wrote:
> Package: gimp-plugin-registry
> Version: 0.4.3-1
> Usertags: ftbfs-gcc-4.3

Fixed in svn. The next upload should build fine with gcc 4.3.

Cheers,

Bernd

-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 



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

Bug#456143: ITP: ttf-sil-dai-banna - smart fonts for New Tai Lue (Xishuangbanna Dai)

[Nicolas Spalinger]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: [EMAIL PROTECTED]


* Package name: ttf-sil-dai-banna
  Version : 2.000
  Upstream Author : Adrian Cheuk, Victor Gaultney - SIL International
* URL : http://scripts.sil.org/DaiBannaSIL
* License : Open Font License
  Description : smart fonts for New Tai Lue (Xishuangbanna Dai)


Description:

The Dai Banna SIL Fonts are the Unicode version of their predecessor,
SIL Dai Banna Fonts. Apart from a few additional characters such as
Chinese punctuation marks, the design is the same and represents a new
rendering of the New Tai Lue (Xishuangbanna Dai) script, which was added
to  Unicode 4.1. These fonts include a complete set of New Tai Lue
consonants, vowels, tones and digits, along with punctuation and other
useful symbols. A basic set of Latin glyphs, including Arabic numerals,
is also provided. Chinese punctuation used in New Tai Lue texts are
included as well. Two font families, differing only in weight, allow for
a wide range of uses.

The New Tai Lue script is used by approximately 300,000 people who speak
the Xishuangbanna Dai language in Yunnan, China. It is a simplification
of the Tai Tham (Old Tai Lue) script as used for this language for
hundreds of years.

These fonts are smart fonts and use a Graphite description. The font
sources (Graphite .gdl and FontLab .vfb) are available in the source
package and on the upstream website.



-- 
Nicolas Spalinger
http://scripts.sil.org
http://pkg-fonts.alioth.debian.org/
https://launchpad.net/people/fonts





signature.asc
Description: OpenPGP digital signature

Bug#345102: Can you please try the new version?

[Wichert Akkerman]

Previously Stephen Gran wrote:
> Hi there,
> 
> Sorry it's been so long without a reply.  Can you try the new version
> (1.4.0debian-2) and let me know if this is still an issue for you?

Neither the subject nor body has any context; can you remind me a new
version of what I should try? And for what bug?

Wichert.

-- 
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/   It is hard to make things simple.



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

Bug#456119: e16menuedit -- Please transition to imlib2

[Kumar Appaiah]

Package: e16menuedit
Version: 0.1.3-3
User: [EMAIL PROTECTED]
Usertags: oldlibs oldlibs-imlib

Hi!

On behalf of the QA group, I have been looking at packages which are
blocking the removal of libraries currently in the section oldlibs,
and e16menuedit is one of them, depending on imlib. With the aim
of fixing as many of the depending as possible to pave the way for
gradual removal of imlib, I would request you to consider
moving to imlib2.

Thanks.

Kumar

-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#456123: fidelio -- Please transition to imlib2

[Kumar Appaiah]

Package: fidelio
Version: 0.9.6-13
User: [EMAIL PROTECTED]
Usertags: oldlibs oldlibs-imlib

Hi!

On behalf of the QA group, I have been looking at packages which are
blocking the removal of libraries currently in the section oldlibs,
and fidelio is one of them, depending on imlib. With the aim
of fixing as many of the depending as possible to pave the way for
gradual removal of imlib, I would request you to consider
moving to imlib2.

Thanks.

Kumar

-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#456140: RFP: shunit2 -- shUnit2 is a unit test framework for Bourne based shell scripts

[Cyril Bouthors]

Package: wnpp
Severity: wishlist

-- 
,''`.
: :' :  Cyril Bouthors
`. `' Debian.org
  `-

Bug#456130: mozart-gtk -- Please transition to imlib2

[Kumar Appaiah]

Package: mozart-gtk
Version: 20060615-2
User: [EMAIL PROTECTED]
Usertags: oldlibs oldlibs-imlib

Hi!

On behalf of the QA group, I have been looking at packages which are
blocking the removal of libraries currently in the section oldlibs,
and mozart-gtk is one of them, depending on imlib. With the aim
of fixing as many of the depending as possible to pave the way for
gradual removal of imlib, I would request you to consider
moving to imlib2.

Thanks.

Kumar

-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#454696: Updated French translation

[Christian Perrier]

Here's the updated French translation of the debconf templates after
English strings were re-modified during the review process.


-- 




fr.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#455819: close

[Holger Levsen]

Hi,

I could have tagged #455819 as moreinfo as well, and reassign this to 
the "proper" package, but considering you filed #453733 and #455996 with 
equally no information, and havent replied to the request for moreinfo on 
#453733, I've decided to just close these bugs.

You're welcome to file them again and give some more information which can 
help us understanding and fixing the bugs, like describing which software 
exactly doesnt work, what you have done exactly, what software you are 
running, on which hardware etc. 

Please read http://wiki.debian.org/DebianEdu/HowTo/BugReports for some more 
verbose information how to report bugs. Thanks.


regards,
Holger


pgpYQw4TgWZK6.pgp
Description: PGP signature

Bug#455860: [Pkg-libvirt-maintainers] Bug#455860: virt-install: assumes all installers require at least 256MB

[Guido Guenther]

Hi Trent,
On Wed, Dec 12, 2007 at 05:53:27PM +1100, Trent W. Buck wrote:
> Package: virtinst
> Version: 0.300.1-3
> Severity: minor
> File: /usr/bin/virt-install
> 
> virt-install seems to think that debian-installer is as bloated as anaconda:
> 
> $ virt-install -n Stan -r 64 -f /var/tmp/Stan -s 4 --sdl --accelerate -c 
> /var/tmp/mini.iso --os-type linux --os-variant debianLenny
> ERROR: Installs currently require 256 megs of RAM.
Care to cook up a patch the checks for debian.* OsVaraints and reduces
the needed amount of RAM accordingly?
Cheers,
 -- Guido



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

Bug#452331: Bug#456029: console-data asks about keymap in base install

[Christian Perrier]

tags 452331 help
thanks

Quoting Frans Pop ([EMAIL PROTECTED]):
> block 456029 by 452331
> thanks
> 
> On Thursday 13 December 2007, Daniel Dickinson wrote:
> > Comments/Problems:
> > During base system install console-data pops up a dialog with a technical
> > dialogue about keymaps.  This is supposed to be handled by the initial
> > language and keymap question in the installer, so I suspect a new option
> > or other preseeding problem.
> 
> Known issue that is the result of adding support for CD switching during the 
> installation (needs one more upload to actually work). Certainly something 
> that needs to be sorted out before a Beta release.


Let's make it clear that the current console-* "maintainer" is really
in trouble to deal with that issue, which indeed lies in
console-common and its bunch of Perl maintainer scripts.





signature.asc
Description: Digital signature

Bug#456109: xscreensaver: Please write only non-default settings

[Jamie Zawinski]

I'd like to keep my xscreensaver settings in Git, which I currently do
for many other dotfiles.  I want that configuration to contain a very
minimal set of settings, to just blank and lock:


Your wishes do not correspond with reality.  Sorry.  Not a bug.




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

Bug#455999: xfonts-encodings: X11R6 symlinks still needed by x-ttcidfont-conf

[Julien Cristau]

reassign 455999 x-ttcidfont-conf
kthxbye

On Wed, Dec 12, 2007 at 21:01:58 +, Reuben Thomas wrote:

> Package: xfonts-encodings
> Version: 1:1.0.2-3
> Severity: normal
> 
> Recently trying to work out why defoma was complaining about a missing
> directory, I found out that x-ttcidfont-conf, in its script
> 
> /usr/share/defoma/scripts/x-ttcidfont-conf.defoma
> 
> still has hardwired references to
> 
>   /usr/X11R6/lib/X11/fonts/encodings
>   /usr/X11R6/lib/X11/fonts/encodings/large
> 
> and in its Debian changelog says:
> 
>   In order to maintain compatibility with X11R6, revert to the old
>   /usr/X11R6/lib/X11/fonts/encodings path, for which xfonts-encodings
>   ships a compatibility symlink in X.org 7. For this, depend on the
>   required version of xfonts-encodings (see #369510), or a pre-Xorg7
>   xfonts-base.
> 
> (for version 23 of x-ttcidfont-conf).
> 
> Hence, it seems as if for the moment that symlink is still needed:
> certainly, for me, symlinking /usr/share/fonts/X11 to
> /usr/lib/X11/fonts cures the error message.
> 
> I'm not sure whose bug this is, I thought I'd file it here first since
> the assumption that the symlink is no longer needed seems to be false,
> and there seems to be a continued effort to be compatible with X11R6
> for now.
> 
There was an effort to make upgrades from sarge to etch work.  I don't
think we need to keep that legacy code around longer.

Cheers,
Julien



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

Bug#455917: scrollkeeper: Parser errors during apt-get update or dpkg configure -a

[Loïc Minier]

On Wed, Dec 12, 2007, Tom Epperly wrote:
>>  What's your gnome-utils version?

 Do you have a package named baobab?  Could you attach the results of
 "dpkg -S scrollkeeper"?

-- 
Loïc Minier

Bug#456145: Should only write changed prefs to .transmission/gtk/prefs.ini

[Josh Triplett]

Package: transmission
Version: 0.95.dfsg-1
Severity: wishlist

I keep my home directory in version control, as a means of sharing it
across systems, keeping it backed up, and tracking changes to it.  One
of the biggest problems I run into relates to applications that always
write out their entire preferences, rather than only changed
preferences.  This makes it much harder to track changes and share
files across machines.  Could transmission please write out only its
changed preferences, rather than all preferences?

Thanks,
Josh Triplett

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

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

Versions of packages transmission depends on:
ii  transmission-cli 0.95.dfsg-1 free, lightweight BitTorrent clien
ii  transmission-gtk 0.95.dfsg-2 free, lightweight BitTorrent clien

transmission recommends no packages.

-- no debconf information



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

Bug#456141: python-apt: no support for index files (Packages, Sources) in apt_pkg

[Cameron Dale]

Package: python-apt
Version: 0.7.3.1
Severity: normal


There doesn't seem to be support for accessing the information on index
files, such as Packages and Sources, through apt_pkg. I'm looking for the
information that is contained in apt-pkg/indexrecords.h.

FWIW, I'm trying to get the size and hash information contained in the
Release file for these index files. I don't think there's any way to
get it right now, though I may be wrong.

Thanks,
Cameron


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

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

Versions of packages python-apt depends on:
ii  apt [libapt-pkg-libc6.6-6-4.4 0.7.6-0.1  Advanced front-end for dpkg
ii  apt-utils [libapt-inst-libc6. 0.7.6-0.1  APT utility programs
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libgcc1   1:4.2.1-4  GCC support library
ii  libstdc++64.2.1-4The GNU Standard C++ Library v3
ii  lsb-release   3.1-24 Linux Standard Base version report
ii  python2.4.4-6An interactive high-level object-o
ii  python-central0.5.15 register and build utility for Pyt

python-apt recommends no packages.

-- no debconf information



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

Bug#456142: scite: Window positioning after "find"

[Greg Kochanski]

Package: scite
Version: 1.71-1
Severity: minor



After a "find", the window is moved to make sure the cursor position is
within the window.That's OK, normally, but sometimes it can leave
you with an almost-invisible selection region.

Specifically, if the text is wide and the viewport is shifted far right,
then you can get into trouble.Since the cursor is at the end of the search
region, the smallest possible viewport move leaves you with the cursor
at the very left edge of the window and 99% of the selection region off
the viewport to the left.

A better choice would be to make the minimal viewport move that puts the entire
selection region in the viewport (if the selection region is not too large).

The problem (after a "find"):

  [--]
  | viewport |
  |  |
  (selection region*)|
  |  |
  [--]

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

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

Versions of packages scite depends on:
ii  libatk1.0-0  1.20.0-1The ATK accessibility toolkit
ii  libc62.7-3   GNU C Library: Shared libraries
ii  libcairo21.4.10-1+lenny2 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.2-1.2   generic font configuration library
ii  libgcc1  1:4.2.2-4   GCC support library
ii  libglib2.0-0 2.14.3-1The GLib library of C routines
ii  libgtk2.0-0  2.12.1-1The GTK+ graphical user interface 
ii  libpango1.0-01.18.3-1Layout and rendering of internatio
ii  libstdc++6   4.2.2-4 The GNU Standard C++ Library v3
ii  libx11-6 2:1.0.3-7   X11 client-side library
ii  libxcursor1  1:1.1.9-1   X cursor management library
ii  libxext6 1:1.0.3-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.3-2   X11 miscellaneous 'fixes' extensio
ii  libxi6   2:1.1.3-1   X11 Input extension library
ii  libxinerama1 1:1.0.2-1   X11 Xinerama extension library
ii  libxrandr2   2:1.2.2-1   X11 RandR extension library
ii  libxrender1  1:0.9.4-1   X Rendering Extension client libra

scite recommends no packages.

-- no debconf information



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

Bug#447709: rxvt-unicode: the meaning of `-fg' and `-bg' options is inverted

[Valery V. Vorotyntsev]

On 12/13/07, Decklin Foster <[EMAIL PROTECTED]> wrote:
> I cannot reproduce this. Are you sure you didn't turn on reverseVideo?
> `urxvt -rv -fg gray90' behaves as you describe.

It works now. (It didn't for the reasons hidden deep in history stack.)

> --
> things change.

Indeed.

-- 
vvv



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

Bug#393768: python-gst0.10: Sound is very jittery

[Sebastian Dröge]

Hi,
does this still happen with the latest gstreamer packages from unstable?


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#455812: (forw) Re: Bug#455812: no-ip: [INTL:es] Spanish translation for debconf template

[Christian Perrier]

Fernando forgot to CC the bug.

- Forwarded message from "Fernando C. Estrada" <[EMAIL PROTECTED]> -

Subject: Re: Bug#455812: no-ip: [INTL:es] Spanish translation for debconf
template
From: "Fernando C. Estrada" <[EMAIL PROTECTED]>
To: Christian Perrier <[EMAIL PROTECTED]>
Date: Wed, 12 Dec 2007 16:10:10 -0600
X-Mailer: Evolution 2.10.3 
X-CRM114-Status: Good  ( pR: 22.8881 )

El jue, 13-12-2007 a las 01:07 +0530, Christian Perrier escribió:
> Quoting Fernando C. Estrada ([EMAIL PROTECTED]):
> 
> > Here's the updated po file. Could You update this translation in the BTS
> > please?
> 
> 
> Well, 4 strings are still marked "fuzzy". You may have forgotten
> removing the marker but please check this...

Here's again the translation corrected.

Thanks for your observation!
-- 
Fernando C. Estrada - http://www.fcestrada.com
[EMAIL PROTECTED] - 1024D/45D559A2 2007-08-09
6BC0 293A 9C7A 9DD5 2D12  6DCB 6A99 02A1 45D5 59A2

# no-ip translation to spanish
# Copyright (C) 2007 Software in the Public Interest, SPI Inc.
# This file is distributed under the same license as the no-ip package.
#
# Changes:
# - Initial translation
#   Fernando C. Estrada , 2007
#
#
#  Traductores, si no conoce el formato PO, merece la pena leer la 
#  documentación de gettext, especialmente las secciones dedicadas a este
#  formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducción de Debian al español
#   http://www.debian.org/intl/spanish/
#   especialmente las notas y normas de traducción en
#   http://www.debian.org/intl/spanish/notas
#
# - La guía de traducción de po's de debconf:
#   /usr/share/doc/po-debconf/README-trans
#   o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
# Si tiene dudas o consultas sobre esta traducción consulte con el último
# traductor (campo Last-Translator) y ponga en copia a la lista de
# traducción de Debian al español (<[EMAIL PROTECTED]>)
#
msgid ""
msgstr ""
"Project-Id-Version: no-ip 2.1.7-3\n"
"Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-11-25 12:57+\n"
"PO-Revision-Date: 2007-12-12 16:01-0600\n"
"Last-Translator: Fernando C. Estrada <[EMAIL PROTECTED]>\n"
"Language-Team: Debian Spanish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit"

#. Type: string
#. Description
#: ../templates:2001
msgid "No-IP.com user name:"
msgstr "Nombre de usuario de No-IP.com:"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"Please enter your No-IP.com account user name (usually your email address)."
msgstr ""
"Introduzca el nombre de usuario de la cuenta de No-IP.com (normalmente es su "
"cuenta de correo electrónico)."

#. Type: password
#. Description
#: ../templates:3001
msgid "No-IP.com password:"
msgstr "Contraseña de No-IP.com:"

#. Type: password
#. Description
#: ../templates:3001
msgid "Please enter your No-IP.com account password."
msgstr "Introduzca la contraseña de la cuenta de No-IP.com."

#. Type: string
#. Description
#: ../templates:4001
msgid "Update interval (in minutes):"
msgstr "Intervalo de actualización (en minutos):"

#. Type: string
#. Description
#: ../templates:4001
msgid ""
"Please enter the updating frequency (in minutes) the noip2 client should use "
"to refresh the record of your IP address."
msgstr ""
"Introduzca la frecuencia de actualización (en minutos) que el cliente noip2 "
"debe usar para actualizar el registro de su dirección IP."

#. Type: string
#. Description
#: ../templates:5001
#| msgid "List of Hosts/Groups:"
msgid "List of hosts or groups:"
msgstr "Lista de Máquinas o Grupos:"

#. Type: string
#. Description
#: ../templates:5001
#| msgid ""
#| "Please specify a list of hosts or groups to be updated (separated by "
#| "spaces and/or commas)."
msgid ""
"Please specify a comma- or space-separated list of hosts or groups to update."
msgstr ""
"Especifique, separando con una coma o espacio, la lista de las máquinas o "
"grupos que se actualizarán."

#. Type: string
#. Description
#: ../templates:5001
#| msgid ""
#| "Leave blank to force update of all hosts/groups in your No-IP.com account."
msgid ""
"If you leave this field empty, all hosts and groups listed in your No-IP.com "
"account will be updated."
msgstr ""
"Si deja este valor en blanco, todas las máquinas y grupos en su cuenta de "
"No-IP.com se actualizarán."

#. Type: string
#. Description
#: ../templates:6001
msgid "Network device name:"
msgstr "Nombre del dispositivo de red:"

#. Type: string
#. Description
#: ../templates:6001
msgid ""
"Please specify the name of the network device connected to the Internet "
"(typically ethX or pppX, where X is a number)."
msgstr ""
"Especifique el nombre del dispositivo de red conectado a Internet "
"(normalmente «ethX» o «pppX» donde «X» es un número).

Bug#455772: apt-listchanges: [debconf_rewrite] Debconf templates and debian/control review

[Christian Perrier]

Quoting Justin B Rye ([EMAIL PROTECTED]):
> Christian Perrier wrote:
> > Justin, could you have a look at it?
> 
> Sure.


After reworking the templates from your suggestion, here's the file I
come up with.

Pierre, translations are coming in already because the call for
updates was sent.

As we're re-changing the templates file, we'll need another call for
translation updates. So, in short, don't commit anything right now. I
will anyway come up with a full patch at the end of the final
translation update round.


# 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: apt-listchanges/frontend
Type: select
__Choices: pager, browser, xterm-pager, xterm-browser, gtk, text, mail, none
Default: pager
_Description: Method to be used to display changes:
 Package changes may be displayed by apt-listchanges
 in various ways.
 .
  pager: display changes one page at a time;
  browser  : display HTML-formatted changes using a web browser;
  xterm-pager  : like pager, but in an xterm in the background;
  xterm-browser: like browser, but in an xterm in the background;
  gtk  : display changes in a GTK window;
  text : print changes to the terminal (without pausing);
  mail : only send changes via e-mail;
  none : do not run automatically from APT.
 .
 This setting can be overridden at execution time. By default, all the
 options except for 'none' will also send copies by mail.

Template: apt-listchanges/email-address
Type: string
Default: root
_Description: E-mail address(es) which will receive changes:
 Optionally, apt-listchanges can e-mail a copy of displayed changes to
 a specified address.
 .
 Multiple addresses may be specified, delimited by commas. Leaving this
 field empty disables mail notifications.

Template: apt-listchanges/confirm
Type: boolean
Default: false
_Description: Prompt for confirmation after displaying changes?
 After displaying the list of changes, apt-listchanges can pause with
 a confirmation prompt. This is useful when running from APT, as it
 offers an opportunity to abort the upgrade if a change is unwelcome.
 .
 This can be overridden at execution time, and has no effect if the
 configured frontend option is 'mail' or 'none'.

Template: apt-listchanges/save-seen
Type: boolean
Default: true
_Description: Should apt-listchanges skip changes that have already been seen?
 A record of already displayed changes can be kept in order to avoid
 displaying them again. This is useful, for example, when retrying an upgrade.

Template: apt-listchanges/which
Type: select
__Choices: news, changelogs, both
Default: news
_Description: Changes displayed with APT:
 Please choose which type of changes should be displayed with APT.
 .
  news  : important news items only;
  changelogs: detailed changelogs only;
  both  : news and changelogs.


signature.asc
Description: Digital signature

Bug#456146: fiaif: Allow the admin to chose reserved bandwidth for TC_VOIP

[Laurent CARON]

Package: fiaif
Version: 1.21.1-6
Severity: wishlist


Hi,

The TC_VOIP config option works very well, I however have to manually
edit traffic-shaping.sh to guarantee more than 128kb for VOIP.

128kb is too little for some of my remote sites where I may need to get
1Mb guaranteed for it.

eg:
TC_VOIP_BW=1024

Thanks

Laurent

-- Package-specific info:

-- 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.20-a7n-v3
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages fiaif depends on:
ii  bash3.1dfsg-8The GNU Bourne Again SHell
ii  coreutils   5.97-5.3 The GNU core utilities
ii  cron3.0pl1-100   management of regular background p
ii  debconf [debconf-2.0]   1.5.13   Debian configuration management sy
ii  debianutils 2.18 Miscellaneous utilities specific t
ii  dnsutils1:9.4.1-1Clients provided with BIND
ii  grep2.5.1.ds2-6  GNU grep, egrep and fgrep
ii  iptables1.3.6.0debian1-5 administration tools for packet fi
ii  logtail 1.2.55   Print log file lines that have not
ii  net-tools   1.60-17  The NET-3 networking toolkit
ii  sed 4.1.5-1  The GNU sed stream editor
ii  wget1.10.2-3 retrieves files from the web

fiaif recommends no packages.

-- debconf information excluded



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

Bug#400713: a small question

[Atsuhito Kohda]

Hi Miles,

On Fri, 01 Jun 2007 12:31:11 +0900 (JST), Atsuhito Kohda wrote:

> It seems your system is unstable so there is the latest texmacs
> 1.0.6.10-1 and I'd like to know if you see the problem with the
> latest texmacs too.  I knew that there was some problem with
> Japanese handling in texmacs 1.0.6.

Well, I recently encountered this bug too and saw the
following message:
TeXmacs] Font ipagui 11pt at 300 dpi could not be loaded
and blanck menu.

After some investigation, it looked to me that it happened 
because findutils splitted off locate to separate package 
but it wasn't installed automatically.  

After I installed locate package manually, texmacs works fine 
for me.

Hi raju, I suspect that texmacs searchs fonts with locate
because there are some files in src/Plugins (tt_file.cpp,
tex_init.cpp etc.) which calls "locate".
Do you have time to check if I'm right or wrong.

Regards, 2007-12-13(Thu)

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



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

Bug#456149: gpsdrive: Doesn't display my altitude

[Andrew McMillan]

Package: gpsdrive
Version: 2.10~pre4-1
Severity: normal

GPSDrive is not displaying any altitude reading from my GPS (a Garmin
60CSx).  If I telnet to the gpsd port on my local machine I definitely
do see my altitude coming through on the various data streams available.


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

Kernel: Linux 2.6.24-rc3-hippy (SMP w/2 CPU cores)
Locale: LANG=en_NZ.UTF8, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages gpsdrive depends on:
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libboost-filesystem1.34 1.34.1-2 filesystem operations (portable pa
ii  libboost-thread1.34.1   1.34.1-2 portable C++ multi-threading
ii  libc6   2.7-3GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libfontconfig1  2.5.0-2  generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgcc1 1:4.2.2-4GCC support library
ii  libglib2.0-02.14.4-2 The GLib library of C routines
ii  libgtk2.0-0 2.12.2-1 The GTK+ graphical user interface 
ii  libmapnik1d 0.4.0-2+b1   C++/Python toolkit for developing 
ii  libpango1.0-0   1.18.3-1 Layout and rendering of internatio
ii  libpcre37.3-2Perl 5 Compatible Regular Expressi
ii  libpng12-0  1.2.15~beta5-3   PNG library - runtime
ii  libstdc++6  4.2.2-4  The GNU Standard C++ Library v3
ii  libx11-62:1.1.3-1X11 client-side library
ii  libxcomposite1  1:0.4.0-1X11 Composite extension library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxdamage1 1:1.1.1-3X11 damaged region extension libra
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2 2.6.30.dfsg-3GNOME XML library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra
ii  openstreetmap-map-icons 2.10~pre4-1  Collection of map icons
ii  openstreetmap-map-icons 2.10~pre4-1  Collection of map icons
ii  zlib1g  1:1.2.3.3.dfsg-7 compression library - runtime

Versions of packages gpsdrive recommends:
ii  gpsd 2.34.dfsg-6 GPS (Global Positioning System) da
ii  gpsdrive-scripts 2.10~pre4-1 Various scripts for gpsdrive

-- no debconf information



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

Bug#432755: please upload to volatile.

[Matus UHLAR - fantomas]

Hello,

Could you please upload the new version of flashplugin-nonfree to volatile?
(as soon as it reaches testing... this is requirement for volatile)

This way stable users will be allowed to upgrade w/o using version from
backports, testing, whatever...

Thank you.

-- 
Matus UHLAR - fantomas, [EMAIL PROTECTED] ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Saving Private Ryan...
Private Ryan exists. Overwrite? (Y/N)



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

Bug#456148: CVE-2007-6306: Multiple cross-site scripting vulnerabilities

[Steffen Joeris]

Package: libjfreechart-java
Severity: important
Tags: security

Hi

The following CVE[0] has been issued against libjfreechart-java.

CVE-2007-6306:

Multiple cross-site scripting (XSS) vulnerabilities in the image map
feature in JFreeChart 1.0.8 allow remote attackers to inject arbitrary
web script or HTML via the (1) chart name or (2) chart tool tip text; or
the (3) href, (4) shape, or (5) coords attribute of a chart area.


A potential patch can be found here[1][2], not quite sure, if there is
more.

Please mention the CVE id in the changelog, when you fix this issue.
Thanks for your efforts.

Cheers
Steffen

[0]: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6306

[1]:
http://jfreechart.svn.sourceforge.net/viewvc/jfreechart/trunk/source/org/jfree/chart/entity/ChartEntity.java?r1=662&r2=661&pathrev=662

[2]:
http://jfreechart.svn.sourceforge.net/viewvc/jfreechart/trunk/source/org/jfree/chart/imagemap/ImageMapUtilities.java?r1=662&r2=661&pathrev=662



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

Bug#456131: paul -- Please transition to imlib2

[Andreas Tille]

On Thu, 13 Dec 2007, Kumar Appaiah wrote:


On behalf of the QA group, I have been looking at packages which are
blocking the removal of libraries currently in the section oldlibs,
and paul is one of them, depending on imlib. With the aim
of fixing as many of the depending as possible to pave the way for
gradual removal of imlib, I would request you to consider
moving to imlib2.


As far as I know there is no easy upgrade path from imlib to
imlib2 (please correct me if I'm wrong).  Because this would require
massive code changes and testing for a so far working program I
see no reason for a bug of severity "normal" and would like to
decrease severity to "wishlist".  Patches are very welcome but
I'm currently working on more pressing things than this.  If
removal of imlib1 would be a release goal I would rather think
about removal of paul than invest the needed amount of time into
a low popcon package.

This does in no way disregard your QA work and in principle I
agree that keeping old libraries is a security risk - but you
always have to find a reasonable ballance between effort and
effect for whole Debian.

BTW, it would be sane to announce such kind of mass bug filing
on debian-devel ...

Kind regards

 Andreas.

--
http://fam-tille.de



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

Bug#455844: awesome: Does not respect aspect ratio hints for non-floating windows

[Julien Danjou]

Hi Josh,

At 1197430296 time_t, Josh Triplett wrote:
> Correction: awesome does not respect aspect ratio hints for
> non-floating windows.  It does seem to respect aspect ratio hints for
> floating windows.

awesome respect aspect ratio if you ask it to do so.
See resize_hint configuration variable (set to off by default in 2.0).

Cheers,
-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#456147: smb2www: [INTL:pl] Polish debconf translation

[Wojciech Zareba]

Package: smb2www
Severity: wishlist
Tags: l10n

I hope today is not too late...

Regards
Wojciech Zareba

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

Kernel: Linux 2.6.24-rc4-titan-1 (SMP w/1 CPU core)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


smb2www.po.gz
Description: GNU Zip compressed data

Bug#453298: Er: hesiod 3.0.2-18.2: Please update debconf PO translation for the package hesiod

[pi]

Attached translation update, please commit it.


thx

-- 
Piarres Beobide
# translation of hesiod-eu.po to Euskara
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
# Piarres Beobide <[EMAIL PROTECTED]>, 2006, 2007.
msgid ""
msgstr ""
"Project-Id-Version: hesiod-eu\n"
"Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-12-13 12:21+0530\n"
"PO-Revision-Date: 2007-12-13 09:58+0100\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: KBabel 1.11.4\n"
"Plural-Forms: nplurals=2; plural=(n != 1)\n"

#. Type: string
#. Description
#: ../libhesiod0.templates:2001
msgid "Hesiod domain for searches:"
msgstr "Bilaketetarako hesiod domeinua:"

#. Type: string
#. Description
#: ../libhesiod0.templates:2001
msgid "Please enter the Hesiod RHS (right hand-side) to do searches in."
msgstr "Mesedez idatzi bilaketak bertan egiteko Hesiod RHS-a (eskuinaldea)."

#. Type: string
#. Description
#. Type: string
#. Description
#: ../libhesiod0.templates:2001 ../libhesiod0.templates:3001
msgid ""
"If the Hesiod server is 'ns.example.org' then the LHS will be '.ns', the RHS "
"will be '.example.org' (note leading periods) and directory lookups will be "
"performed as DNS requests to (e.g.) 'sam.passwd.ns.example.org'."
msgstr ""
"Adibidez Hesiod zerbitzaria 'ns.adibidea.org' bada orduan LHS-a '.ns' izango "
"litzateke eta RHS '.adibidea.org' izan beharko litzateke (ohartu hasierako 
puntuez) "
"eta direktorioa bilaketak DNS eskakizun bat bezala egin ahal izango dira "
"(adibidez) 'ion.pasahitza.ns.adibide.org'."

#. Type: string
#. Description
#: ../libhesiod0.templates:3001
msgid "Hesiod prefix for searches:"
msgstr "Bilaketetako hesiod aurrizkia:"

#. Type: string
#. Description
#: ../libhesiod0.templates:3001
msgid "Please enter the Hesiod LHS (left hand-side) to do searches in."
msgstr "Mesedez idatzi bilaketak bertan egiteko hesiod LHS-a (ezkerraldea)."

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid "DNS class search order:"
msgstr "DNS klase bilaketa ordena:"

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid ""
"Hesiod looks up names using DNS TXT records. In addition to using the "
"standard IN DNS class for Internet names, it also uses by default the "
"special HS class."
msgstr ""
"Hesiod-ek izenak DNS TXT erregistroak erabiliaz bilatuko du. Estandarra den "
"DNS IN klasea erabiliaz gain HS klase berezia ere erabiltzen du lehenespen "
"bezala."

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid ""
"Please enter the class search order (the default value is suitable for most "
"sites). There should be no spaces in this search order value."
msgstr ""
"Mesedez idatzi klase bilaketa ordena (lehenetsiriko balioa erabilgarria da "
"leku gehienentzat). Ez zuriunerik utzi bilaketa orden balioen artean."

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid ""
"Sites using older Hesiod installations may need to use the 'HS,IN' search "
"order."
msgstr ""
"Hesiod instalazio zaharragoak erabiltzen duten guneek 'HS;IN' bilaketa "
"ordena erabili behar dute."



signature.asc
Description: Digital signature

Bug#454568: "Me too" (Was: xserver-xorg-input-wacom: additional data: X + wacom + gnome-session,, but works started separately)

[Vincent Crevot]

Backtrace:
0: /usr/bin/X(xf86SigHandler+0x7e) [0x80c660e]
1: [0xe420]
2: /usr/bin/X(ProcXkbLatchLockState+0x23d) [0x8188add]
3: /usr/bin/X [0x818915d]
4: /usr/bin/X [0x814d58e]
5: /usr/bin/X(Dispatch+0x2bf) [0x808d1ff]
6: /usr/bin/X(main+0x48b) [0x807474b]
7: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7d39450]
8: /usr/bin/X(FontFileCompleteXLFD+0x20d) [0x8073ac1]

Fatal server error:
Caught signal 11.  Server aborting

Same problem here. Xorg crash at gnome startup after logging in with gdm.

I'm using the 2.6.23-1-686 kernel package, BTW.



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

Bug#456144: shorewall: Enabling IPv6 after having disabled it doesn't work

[Vincent Untz]

Package: shorewall
Version: 4.0.6-1
Severity: normal


If you use DISABLE_IPV6=Yes and then change it to DISABLE_IPV6= (or
DISABLE_IPV6=No, I guess) and restart shorewall, the default policy for
ipv6 tables is still drop. IMHO, it should change the policy to accept:
else the user doesn't understand why it doesn't work...

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

Kernel: Linux 2.6.22-3-686 (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 shorewall depends on:
ii  shorewall-shell   4.0.6-1Shoreline Firewall, Netfilter conf

shorewall recommends no packages.

-- debconf information excluded



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

Bug#454732: Wrong follow-up

[Adeodato Simó]

* Romain Beauxis [Thu, 13 Dec 2007 03:17:37 +0100]:

> However, I have filled a bug upstream:
>   https://bugs.kde.org/153944

Oh, thanks for that.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
So!, So. First day, Yes. Scary, Yes. Don't be scared, Well I'm not really
scared. You should be, Well I am a little bit scared. Well don't be, Make up
your mind!
-- Denholm, Jen. The IT Crowd.

Bug#456131: paul -- Please transition to imlib2

[Kumar Appaiah]

severity 456131 wishlist
thanks

On Thu, Dec 13, 2007 at 10:03:51AM +0100, Andreas Tille wrote:
> As far as I know there is no easy upgrade path from imlib to
> imlib2 (please correct me if I'm wrong).  Because this would require
> massive code changes and testing for a so far working program I
> see no reason for a bug of severity "normal" and would like to
> decrease severity to "wishlist".  Patches are very welcome but
> I'm currently working on more pressing things than this.  If
> removal of imlib1 would be a release goal I would rather think
> about removal of paul than invest the needed amount of time into
> a low popcon package.

Done. It's wishlist.

> BTW, it would be sane to announce such kind of mass bug filing
> on debian-devel ...

I shall do the needful. Thank you for the reminder.

Kumar
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#456011: libsane-dev: hp5590 - paper jam causes a problem with scanner detection

[Julien BLACHE]

richard <[EMAIL PROTECTED]> wrote:

Hi,

> The scanner includes an automatic document feed (ADF) and 
> under normal operation there are no exceptional problems 
> when running the scanner using xsane. 
>
> When using ADF, paper jams occasionally occur. I closed 
> xsane when the scanner jammed. When xsane was restarted, 
> it did not detect the scanner until the jam was cleared. 
> $ scanimage -L 
> also failed to report a detection of the scanner. 
>
> Since jams can reasonably be expected to occur under ADF, 
> the above behaviour is unexpected and is a bug. 

I don't think it's a software bug, it's most probably the scanner not
communicating over USB until the jam is cleared. Though I don't know
about the hardware, so I'll leave that up to people who do (Cc:ed :))

JB.

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



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

Bug#408440: Hit on upgrade!

[Marco Gaiarin]

I've hit this bug on just-released security update for etch, with some
minutes of total panic. ;(

Ok, now i will reconf all my server using ldap://localhost/ insted of
ldapi:///, but because is one-line patch (to debconf script, not to the
software itself) why not simply apply also in etch?

-- 
dott. Marco Gaiarin GNUPG Key ID: 240A3D66
  Associazione ``La Nostra Famiglia''http://www.sv.lnf.it/
  Polo FVG  -  Via della Bontà, 7 - 33078  -  San Vito al Tagliamento (PN)
  marco.gaiarin(at)sv.lnf.it  tel +39-0434-842711  fax +39-0434-842797

Bug#415272: fixed up patch

[Andres Mejia]

Here's a modified patch for Inotify2 support. It fixes a typo in
Watch_Incoming() and also tests for the existence of Linux::Inotify2.
I've also added some log messages to help with debugging.

-- 
Regards,
Andres Mejia
diff -urN debpool_released/bin/debpool debpool/bin/debpool
--- debpool_released/bin/debpool	2007-12-03 14:10:49.0 -0500
+++ debpool/bin/debpool	2007-12-13 04:03:38.0 -0500
@@ -118,26 +147,63 @@
 die "$msg\n";
 }
 
+# Print the path set for the lockfile and exit. This is mainly used to run
+# debpool with start-stop-daemon.
+
+if ($Options{'get_lock_path'}) {
+print "$Options{'lock_file'}\n";
+exit 0;
+}
+
 # Obtain a lockfile. We should never run more than one occurance; it's too
 # likely that we'd step on our own toes.
 
 if (!sysopen(LOCK_FILE, $Options{'lock_file'}, O_WRONLY|O_CREAT|O_EXCL, 0644)) {
-my($msg) = "Couldn't obtain lockfile '$Options{'lock_file'}'; ";
+my($msg) = "Couldn't obtain lockfile '$Options{'lock_file'}': ";
 
 if (open(LOCK_FILE, '<', $Options{'lock_file'}) &&
(my($pid) = )) {
 chomp($pid);
-$msg .= "(PID $pid)\n";
+if (open(STAT_FILE, '<', "/proc/$pid/stat") &&
+(my($stat) = )) {
+if ($stat =~ m/debpool/) {
+# debpool process was already started
+$msg .= "debpool was already running with PID $pid\n";
+close(LOCK_FILE);
+close(STAT_FILE);
+die $msg;
+}
+} else {
+# debpool wasn't running using the specified PID so remove
+# the lock and create a new one
+close(LOCK_FILE);
+unlink $Options{'lock_file'};
+sysopen(NEW_LOCK_FILE, $Options{'lock_file'},
+O_WRONLY|O_CREAT|O_EXCL, 0644);
+print NEW_LOCK_FILE "$$\n";
+close(NEW_LOCK_FILE);
+}
 } else {
+# Could not read PID from lockfile
 $msg .= "(unable to read PID)\n";
 }
-
-die $msg;
-} else { # Do something useful - like put our PID into the file.
+} else { # debpool wasn't running so create a lock
 print LOCK_FILE "$$\n";
 close(LOCK_FILE);
 }
 
+if ($Options{'daemon'} && $Options{'use_inotify'}) {
+# Fall back to normal monitoring if Inotify setup fails.
+if (!Setup_Incoming_Watch()) {
+Log_Message("Not using inotify with debpool.", LOG_GENERAL, LOG_WARNING);
+$Options{'use_inotify'} = 0;
+}
+}
+
+# Check for any changes files in the incoming directory.
+
+my(@changefiles) = Scan_Changes($Options{'incoming_dir'});
+
 # Start the main loop. We use a do/until loop so that we always fire off at
 # least once.
 
@@ -163,10 +229,6 @@
 }
 }
 
-# Check for any changes files in the incoming directory.
-
-my(@changefiles) = Scan_Changes($Options{'incoming_dir'});
-
 # Go through each of the changes files we found, and process it. This is the
 # heart of things.
 
@@ -640,7 +700,8 @@
 if ($Options{'daemon'}) {
 Log_Message("Waiting on changes to incoming dir.", LOG_GENERAL, LOG_DEBUG);
 
-if (!Monitor_Incoming()) {
+@changefiles = Monitor_Incoming();
+if ([EMAIL PROTECTED] && !$Signal_Caught) {
 my($msg) = "Error in Monitor_Incoming: " . $DebPool::Dirs::Error;
 Log_Message($msg, LOG_GENERAL, LOG_ERROR);
 }
diff -urN debpool_released/share/DebPool/Config.pm debpool/share/DebPool/Config.pm
--- debpool_released/share/DebPool/Config.pm	2007-12-03 14:10:49.0 -0500
+++ debpool/share/DebPool/Config.pm	2007-12-13 04:03:55.0 -0500
@@ -865,6 +897,17 @@
 $Options{'sleep'} = 300;
 $OptionDefs{'sleep'} = 'sleep=i';
 
+=item B = I
+
+Sets whether debpool should use inotify to monitor for incoming changes
+
+Default value: 0 (false)
+
+=cut
+
+$Options{'use_inotify'} = 0;
+$OptionDefs{'use_inotify'} = 'use_inotify!';
+
 =item B = I
 
 This determines whether older packages in the incoming queue are allowed
diff -urN debpool_released/share/DebPool/Dirs.pm debpool/share/DebPool/Dirs.pm
--- debpool_released/share/DebPool/Dirs.pm	2007-12-03 14:10:49.0 -0500
+++ debpool/share/DebPool/Dirs.pm	2007-12-13 04:04:10.0 -0500
@@ -60,6 +60,8 @@
 @EXPORT_OK = qw(
 &Archfile
 &Create_Tree
+&Tree_Mkdir
+&Setup_Incoming_Watch
 &Monitor_Incoming
 &PoolBasePath
 &PoolDir
@@ -69,7 +71,8 @@
 );
 
 %EXPORT_TAGS = (
-'functions' => [qw(&Archfile &Create_Tree &Monitor_Incoming
+'functions' => [qw(&Archfile &Create_Tree &Tree_Mkdir
+   &Monitor_Incoming &Setup_Incoming_Watch
&PoolBasePath &PoolDir &Scan_Changes &Scan_All
&Strip_Subsection)],
 'vars' => [qw()],
@@ -87,6 +90,8 @@
 
 our($Error);
 
+my($inotify);
+
 ### File lexicals
 
 # None
@@ -313,10 +309,70 @@
 return [EMAIL PROTECTED];
 }
 
+# Setup_Incoming_Watch()
+#
+# Creates a Linux::Inotify2 object and

Bug#451376: ikiwiki: inline plugin: allow moving feedlinks below inlined content

[Nis Martensen]

On Wed, 12 Dec 2007 16:53:00 -0500, Joey Hess wrote:
> What I've been pondering doing is changing how ikiwiki uses templates
> when generating blogs. Rather than assembling several templates, I think
> it could just fill out one template, that includes the feed links, and
> blog content. Then if you want to move the feed links, you can modify
> that template. 
> 
> Of course, that means such a change would be global. Were you wanting 
> to move the feed links globally, or only for a single page?

We want to move them globally.

> Nis Martensen wrote:
> > However, this will change the feedlink URIs, because page_numfeeds is
> > incremented even when no feeds are actually being generated. The
> > following change avoids this.
> 
> Applied.

I found that there are still two things, where the second might be a
problem:

 -  In case of several inlines on one page, $feednum will now start
being incremented at the first inline where $feeds is set. Even when
no feeds are generated for later inlines. The first of the attached
patches changes this. (I'm not sure if it's also worth applying the
second.)

 -  This patch series (including the one you just applied) might break
existing feeds (by changing their URIs) on ikiwiki-powered web
sites...

Thanks,
 Nis



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

Bug#451376: ikiwiki: inline plugin: allow moving feedlinks below inlined content

[Nis Martensen]

Of course, I forgot to attach the patches...
>From f5d7b98a47d880fee8af639879cb5a694a39d72e Mon Sep 17 00:00:00 2001
From: Nis Martensen <[EMAIL PROTECTED]>
Date: Thu, 13 Dec 2007 09:56:59 +0100
Subject: [PATCH] Also increment feednum only if feeds are generated

---
 IkiWiki/Plugin/inline.pm |4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/IkiWiki/Plugin/inline.pm b/IkiWiki/Plugin/inline.pm
index 3a03b55..3c0c6f1 100644
--- a/IkiWiki/Plugin/inline.pm
+++ b/IkiWiki/Plugin/inline.pm
@@ -161,7 +161,9 @@ sub preprocess_inline (@) { #{{{
 	}
 	else {
 		if (exists $page_numfeeds{$params{destpage}}) {
-			$feednum=$knownfeeds{$feedid}=++$page_numfeeds{$params{destpage}};
+			if ($feeds) {
+$feednum=$knownfeeds{$feedid}=++$page_numfeeds{$params{destpage}};
+			}
 		}
 		else {
 			$feednum=$knownfeeds{$feedid}="";
-- 
1.5.3.7.1077.gcec9

>From f804194392db97c3ac2130bab48407aa74b07c6f Mon Sep 17 00:00:00 2001
From: Nis Martensen <[EMAIL PROTECTED]>
Date: Thu, 13 Dec 2007 09:58:55 +0100
Subject: [PATCH] rssurl and atomurl are only needed where $feeds is set

---
 IkiWiki/Plugin/inline.pm |6 --
 1 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/IkiWiki/Plugin/inline.pm b/IkiWiki/Plugin/inline.pm
index 3c0c6f1..b28ad27 100644
--- a/IkiWiki/Plugin/inline.pm
+++ b/IkiWiki/Plugin/inline.pm
@@ -173,8 +173,10 @@ sub preprocess_inline (@) { #{{{
 		}
 	}
 
-	my $rssurl=basename(rsspage($params{destpage}).$feednum);
-	my $atomurl=basename(atompage($params{destpage}).$feednum);
+	if ($feeds) {
+		my $rssurl=basename(rsspage($params{destpage}).$feednum);
+		my $atomurl=basename(atompage($params{destpage}).$feednum);
+	}
 	my $ret="";
 
 	if ($config{cgiurl} && (exists $params{rootpage} ||
-- 
1.5.3.7.1077.gcec9

Bug#456152: gpsdrive: Can't override window size

[Andrew McMillan]

Package: gpsdrive
Version: 2.10~pre4-1
Severity: normal

According to the man page, gpsdrive has -s and -r options to override
the autodetection.  Since the autodetection doesn't notice the panels at
the top and bottom of my screen I tried to use these options to set a
saner resolution.

It appears that the options simply do not work, whether supplied alone,
or together.

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

Kernel: Linux 2.6.24-rc3-hippy (SMP w/2 CPU cores)
Locale: LANG=en_NZ.UTF8, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages gpsdrive depends on:
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libboost-filesystem1.34 1.34.1-2 filesystem operations (portable pa
ii  libboost-thread1.34.1   1.34.1-2 portable C++ multi-threading
ii  libc6   2.7-3GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libfontconfig1  2.5.0-2  generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgcc1 1:4.2.2-4GCC support library
ii  libglib2.0-02.14.4-2 The GLib library of C routines
ii  libgtk2.0-0 2.12.2-1 The GTK+ graphical user interface 
ii  libmapnik1d 0.4.0-2+b1   C++/Python toolkit for developing 
ii  libpango1.0-0   1.18.3-1 Layout and rendering of internatio
ii  libpcre37.3-2Perl 5 Compatible Regular Expressi
ii  libpng12-0  1.2.15~beta5-3   PNG library - runtime
ii  libstdc++6  4.2.2-4  The GNU Standard C++ Library v3
ii  libx11-62:1.1.3-1X11 client-side library
ii  libxcomposite1  1:0.4.0-1X11 Composite extension library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxdamage1 1:1.1.1-3X11 damaged region extension libra
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2 2.6.30.dfsg-3GNOME XML library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra
ii  openstreetmap-map-icons 2.10~pre4-1  Collection of map icons
ii  openstreetmap-map-icons 2.10~pre4-1  Collection of map icons
ii  zlib1g  1:1.2.3.3.dfsg-7 compression library - runtime

Versions of packages gpsdrive recommends:
ii  gpsd 2.34.dfsg-6 GPS (Global Positioning System) da
ii  gpsdrive-scripts 2.10~pre4-1 Various scripts for gpsdrive

-- no debconf information



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

Bug#455698: Replaced with FreeMono-Medium.ttf in Upstream

[Karl Vollmer]

I've replaced COLLEGE.ttf with FreeMono-Medium.ttf (from the debian
fonts package) Please let me know if you find any other componets
that don't comply with the Debian DSFG-required freedoms. 

-Karl Vollmer
Ampache Lead Developer
[EMAIL PROTECTED]



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

Bug#455221: dnsmasq should start after nfs-kernel-server

[Daniel Butzu]

Now this is strange. On my Etch system (netinstall) :
# cat /proc/sys/net/ipv4/ip_local_port_range
2048   4999

So it does include 2049 (+ it causes problems with other services aswell). 
Adding "net.ipv4.ip_local_port_range = 32768 61000" to /etc/sysctl.conf fixes 
this problem. Of course, this has nothing to do with dnsmasq. Thank you and 
sorry for the trouble.


Best wishes,

Daniel





On Wed, 12 Dec 2007 14:17:46 +
Simon Kelley <[EMAIL PROTECTED]> wrote:

> 
> What is the result of doing
> 
> cat /proc/sys/net/ipv4/ip_local_port_range
> 
> on your system?
> 
> Unless you have told it otherwise, dnsmasq will only use port 2049 if
> it's allocated as an ephmeral port by the operating system. If your
> local port range includes 2049 then that's a configuration bug, I think.
> On my Sarge system, the range is 32768 to 61000.
> 
> As a workaround, your change-the-startup-order has potential problems
> (what happens if NFS startup needs to do DNS resolution and that goes
> via dnsmasq?). A better workaround would be to use the dnsmasq
> --query-port option to nail down the port to something other than 2049.
> 
> 
> Cheers,
> 
> Simon.



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

Bug#446345: xserver-xorg-video-ati: console crammed into upper part of screen when switching from X

[Marcus Better]

This appears to work now with 1:6.7.196-2 (not sure exactly when it was 
fixed). Feel free to close.



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

Bug#435702: O: x2x -- Link two X displays together, simulating a multiheaded display

[Matthew Johnson]

I use x2x on occasion and would like to see it maintained. I could adopt
it myself, but if Mikhail would like to maintain it, that's even better,
and I will happily sponsor.

Mikhail: is there a more recent upstream release than the one in Debian?

Matt

-- 
Matthew Johnson


signature.asc
Description: Digital signature

Bug#456150: please mention in description how mlocate integrates with plain old locate

[Stefano Zacchiroli]

Package: mlocate
Version: 0.18-2
Severity: wishlist

While reading the (long) description of mlocate I've been kept wondering
how mlocate integrates with locate, but there is no such information in
the long description, could you please add some information about that?

In more detail, the information I was looking for are:
- installing mlocate will change my "locate" command (after the
  installation it seems it does, via alternatives)
- installing mlocate would mean that I should have two different dbs
  (one for locate + one for mlocate) and update both of them via cron?
  (note that indeed the long description mention that mlocate's db is
  updated incrementally, but as far as I read it it does not state
  whether mlocate's db is the same as locate's db)

Thanks for mlocate and for your blog post about it, maybe you should
consider writing an entry for the "debian package of the day" about it?

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

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

Versions of packages mlocate depends on:
ii  adduser   3.105  add and remove users and groups
ii  libc6 2.7-4  GNU C Library: Shared libraries

mlocate recommends no packages.

-- no debconf information



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

Bug#456153: xserver-xorg-video-ati: external VGA display corrupted after killing X

[Marcus Better]

Package: xserver-xorg-video-ati
Version: 1:6.7.196-2
Severity: normal

The external VGA monitor attached to my laptop sometimes ends up with
a distorted screen that is black except for a mouse cursor, which
shows as a thin white vertical bar about five cm high.

This sometimes happens if I kill the X server with
Ctrl-Alt-Backspace. The built-in LCD panel then shows kdm but the VGA
monitor shows the distortion. Switching to text console and back, or
restarting the X server, does not help. I could only restore the
display by rebooting.

The bug occurs quite rarely so I don't know how to reproduce it
reliably, but I have observed it a few times now.

The system is an LG LE50 Express laptop with Radeon Xpress 200M,
kernel 2.6.24-rc4 (i386). I use vesafb on the text consoles.

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

Kernel: Linux 2.6.24-rc4-lg (PREEMPT)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xserver-xorg-video-ati depends on:
ii  libc6  2.7-3 GNU C Library: Shared libraries
ii  xserver-xorg-core  2:1.4.1~git20071119-1 Xorg X server - core server

xserver-xorg-video-ati recommends no packages.

-- no debconf information



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

Bug#456151: can't open mlocate db just after installation

[Stefano Zacchiroli]

Package: mlocate
Version: 0.18-2
Severity: normal

I've just installed mlocate and apparently its db is not build upon
package installation, but only (I presume) via cron job. The net result
is as follows:

  $ locate foo
  locate: can not open `/var/lib/mlocate/mlocate.db': No such file or directory

This is more annoying than can be expected given that mlocate replaces
locate (which was working before mlocate's installation) via
alternatives. You might want to increase the severity of this bug
report.

Thanks for your work on mlocate!

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

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

Versions of packages mlocate depends on:
ii  adduser   3.105  add and remove users and groups
ii  libc6 2.7-4  GNU C Library: Shared libraries

mlocate recommends no packages.

-- no debconf information



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

Bug#453649: [INTL:fi] Updated fi.po (hesiod debconf templates)

[Esko Arajärvi]

Package: hesiod
Followup-For: Bug #453649

Please find attached an updated Finnish translation of the hesiod 
debconf templates.

Regards, 
Esko Arajärvi
msgid ""
msgstr ""
"Project-Id-Version: hesiod 3.0.2-18.2\n"
"Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-12-13 12:21+0530\n"
"PO-Revision-Date: 2007-12-13 11:35+0200\n"
"Last-Translator: Esko Arajärvi <[EMAIL PROTECTED]>\n"
"Language-Team: Finnish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Finnish\n"
"X-Poedit-Country: Finland\n"

#. Type: string
#. Description
#: ../libhesiod0.templates:2001
msgid "Hesiod domain for searches:"
msgstr "Hauissa käytettävä Hesiod-verkkoalue:"

#. Type: string
#. Description
#: ../libhesiod0.templates:2001
msgid "Please enter the Hesiod RHS (right hand-side) to do searches in."
msgstr "Anna Hesiod RHS (oikea puoli), jossa haut tehdään."

#. Type: string
#. Description
#. Type: string
#. Description
#: ../libhesiod0.templates:2001
#: ../libhesiod0.templates:3001
msgid "If the Hesiod server is 'ns.example.org' then the LHS will be '.ns', the RHS will be '.example.org' (note leading periods) and directory lookups will be performed as DNS requests to (e.g.) 'sam.passwd.ns.example.org'."
msgstr "Jos Hesiod-palvelin on ”ns.esimerkki.fi”, on LHS (vasen puoli) ”.ns” ja RHS (oikea puoli) ”.esimerkki.fi” (huomaa edeltävät pisteet), ja hakemistohaut tehdään DNS-kyselyinä (esimerkiksi) osoitteeseen ”sam.passwd.ns.esimerkki.fi”."

#. Type: string
#. Description
#: ../libhesiod0.templates:3001
msgid "Hesiod prefix for searches:"
msgstr "Hauissa käytettävä Hesiod-etuliite:"

#. Type: string
#. Description
#: ../libhesiod0.templates:3001
msgid "Please enter the Hesiod LHS (left hand-side) to do searches in."
msgstr "Anna Hesiod LHS (vasen puoli), jossa haut tehdään."

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid "DNS class search order:"
msgstr "DNS-luokkien hakujärjestys:"

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid "Hesiod looks up names using DNS TXT records. In addition to using the standard IN DNS class for Internet names, it also uses by default the special HS class."
msgstr "Hesiod etsii nimiä käyttäen DNS TXT -tietueita. Sen lisäksi, että se käyttää Internet-nimien kanssa standardia IN DNS -luokkaa, se käyttää myös oletuksena erityistä HS-luokkaa."

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid "Please enter the class search order (the default value is suitable for most sites). There should be no spaces in this search order value."
msgstr "Anna luokkien hakujärjestys (oletusarvo on sopiva useimmille sivustoille). Hakujärjestysarvossa ei tulisi olla välilyöntejä."

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid "Sites using older Hesiod installations may need to use the 'HS,IN' search order."
msgstr "Vanhempia Hesiod-asennuksia käyttävien sivujen tarvitsee ehkä käyttää hakujärjestystä ”HS,IN”."

Bug#456152: gpsdrive -r and -s options don't work

[Mark Robinson]

Andrew's observations are confirmed.

gpsdrive has become useless to me because it always makes the window bigger 
than any of my displays (800x600, 1280x1024).

--
regards
Mark



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

Bug#283521: [EMAIL PROTECTED]: [Debian Wiki] Update of "DebianInstaller/ReleaseProcess" by FransPop]

[Geert Stappers]

For the record

- Forwarded message from Debian Wiki  <[EMAIL PROTECTED]> -

From: Debian Wiki  <[EMAIL PROTECTED]>
To: Debian Wiki  <[EMAIL PROTECTED]>
Subject: [Debian Wiki] Update of "DebianInstaller/ReleaseProcess" by FransPop
Date: Thu, 13 Dec 2007 09:58:42 -

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Debian Wiki" for change 
notification.

The following page has been changed by FransPop:
http://wiki.debian.org/DebianInstaller/ReleaseProcess

The comment on the change is:
Remove pointless item as long as requested feature is not implemented

--
   * send periodic progress updates to relevant lists (do not just spam 
everybody by default); once a week is good, more often near the end
   * wash, rinse, repeat
   * when things are starting to look good (more testing!), announce timeline
-  * update pointer to manual in syslinux text ( http://bugs.debian.org/283521 )
   * make sure FTP-masters (elmo has done most BYHAND processing) know a D-I 
release is coming up (''private'' IRC is best; mails often get no response)

  = BYHAND processing 
- End forwarded message -



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

Bug#436267: linux-image-2.6.22-1-686: IEEE1394 modules unbuilt in packaged kernel

[maximilian attems]

On Wed, Dec 12, 2007 at 11:17:28PM -0600, Steve M. Robbins wrote:
> 
> As noted by Guus Sliepen, switching from a functioning driver to an
> experimental driver with no library support is not going to cause the
> latter to be improved.  It's simply annoying to the user.

that is a pretty bold incompetent statement,
for all relevant libraries patches exists.
take them out of the corresponding git repos.
 
> The linux1394.org people say:
> 
>  At the time of this writing (12/2007), there are still multiple
>  problems with the new FireWire kernel driver stack (alias Juju)
>  compared to the old stack [...]
> 
>  Regarding Linux 2.6.22 and 2.6.23, the best advice to Linux
>  distributors (kernel packagers) as well as to regular users is: Build
>  only the old IEEE 1394 drivers.
> 
>  http://wiki.linux1394.org/JujuMigration

et ceterum censo aboves quote is from 1 of the 2 maintainers.
the other maintainer considered it fit enough for fedora stable
release 7 and 8.

also lenny will "not" release with 2.6.22 nor 2.6.23,
2.6.23 superseeds 2.6.22 and for relevant testers out there
2.6.24-rc5 is available.

aboves page has direct links to userspace patches,
integrate them.

the new stack has many advantages:
- leaner codebase (less than 8k lines of code compared to 30k lines of
  code in the old stack)
- cleaned-up and improved in-stack APIs
  (with the side effect of getting rid of a bunch of old bugs)
- design (no kernel threads, compared to one subsystem thread and one
  thread per FireWire controller in the old stack)

the switch to juju allowed to close a nr of *longstanding* reports,
plus there is no known security problems unlike the old ieee1394
stack.
 
best regards

-- 
maks




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

Bug#456155: debian-edu-artwork-usplash: Fail to install from d-i

[Petter Reinholdtsen]

Package: debian-edu-artwork-usplash
Version: 0.0.23
Severity: important

When trying to install Debian Edu based on lenny, the package
installation failed because debian-edu-artwork-usplash failed to get
its dependency usplash installed.  The message from usplash version
0.4-43-1 is "No alternative for usplash-artwork.so".

The only file in /usr/lib/usplash/ is debian-edu-usplash.so.  No
symlink from usplash-artwork.so is created yet, so usplash fail to
install.

I am unable to reproduce it in a sid chroot, as the
usplash-theme-debian package is pulled in there, and it provides the
alternative.  No idea why it isn't pulled in when installing from the
Debian Edu CD.  So the problem only happen when usplash is installed
without usplash-theme-debian.

Perhaps the solution is to make debian-edu-artwork-usplash provide
usplash-theme, and not depend on but only recommend usplash?

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#456154: debian-installer: amd64 re-boot fails due to missing /etc/crypttab

[Torsten Neumann]

Package: debian-installer
Severity: important

Hi there,

while trying to install debian I encountered the problem that the
installed system was unbootable. 

The setup I tried is a md setup with everything crypted except /boot

This was reproducible with debian-40r1-amd64-CD-1.iso and unofficial
netinst cd from kmuto (because of ICH9 chipset and e1000 support, my
disks/cdrom are detected properly with the official cd's)

Here is the way I tried to install

1) Partition the disks
/dev/sda1   =>  256MB
/dev/sda2   =>  rest of disk
/dev/sdb1   =>  256MB
/dev/sdb2   =>  rest of disk
2) Set partition type to raid autodetect for all of the above
3) Setup raids
/dev/md0=>  [ sda1, sdb1 ]
/dev/md1=>  [ sda2, sdb2 ]
4) Choose /dev/md0 as ext3 which should be mounted on /boot
5) Choose /dev/md1 as target for a crypted disk (refered as
/dev/mapper/crypt for the rest of this text)
6) Setup LVM with /dev/mapper/crypt as physical disk
vg00 => /dev/mapper/crypt
lvol-root   2GB /
lvol-swap   8GB swap
lvol-usr8GB /usr
lvol-var8G  /var
lvol-home   16GB/home
7) Happily install debian on it. Works all fine until I try to boot
into the just installed system. There it hangs with (something
similiar to)
vg00-lvol-root not found
vg00-lvol-root not found
Waiting for root filesystem
until it drops into a busybox shell. Disks are detected before, since
I got the message from md that md1 is not synchronized.

Doing the same like above just change / to be on md0 instead of the
crypted volume the system boots at least into single user mode.
Examining the install I found out that there was only an empty
/etc/crypttab, adding the entry for /dev/md1 manually I could mount
all the devices and then the system boots normally.

>From above I conjecture that also the failed try with / on the crypted
device was due to a missing crypttab.

Regards
  Torsten
 
Sitz der Gesellschaft / Corporate Headquarters:
Deutsche Lufthansa Aktiengesellschaft, Koeln
Registereintragung / Registration:
Amtsgericht Koeln HR B 2168


Vorsitzender des Aufsichtsrats /
Chairman of the Supervisory Board:
Dipl.-Ing. Dr.-Ing. E.h. Juergen Weber


Vorstand / Executive Board:
Wolfgang Mayrhuber (Vorsitzender / Chairman)
Stephan Gemkow
Stefan Lauer



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

Bug#456156: cannot mount usb device; incomprehensible error message

[Richard Kettlewell]

Package: konqueror
Version: 4:3.5.5a.dfsg.1-6etch1

I inserted a USB stick.  A window appeared with the following text:

  window title: KDE Daemon
A new medium has been detected.
What do you want to do?
Medium type: Unmounted Removable Medium
  Open in New Window
  Do Nothing

I selected 'Open in New Window'.  A Konqueror window appears on
'system:/media/sda'; also an error message appears:

  window title: Error - Konqueror
A security policy in place prevents this sender from sending this
message to this recipient, see message bus configuration file
(rejected message had interface "org.freedesktop.Hal.Device.Volume"
member "Mount" error name "(unset)" destination
"org.freedesktop.Hal")

The Konqueror window remains open but is useless (attempting to
e.g. create a file produces a similar message to the above).

ttfn/rjk



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

Bug#455998: [Pkg-libvirt-maintainers] Bug#455998: virt-manager can't create a new virtual machine

[Guido Guenther]

Hi,
On Wed, Dec 12, 2007 at 08:40:39AM +0100, Yves-Alexis Perez wrote:
> First, I can't check the ???Use hardware acceleration???, while I have a 
> Core2Duo
> wich supports it. Maybe it's a limitation in qemu, I don't know, but couldn't
> find information.
When you run as user (qemu://session) you need the permissions on
/dev/kvm. Can you run kvm as regular user without virt-manager?

> Then, when trying a really simple vm (debian etch amd64), I can't select how I
> want the network (and I can't create a network if I'm not running as root but
> this deserves another bug report, as it doesn't work anyway)
You can only user user networking when running as regular user. Please
see the libvirt documentation (libvirt-doc).

> Finally, at the summary step, I try to click ???Finish??? to create the vm, 
> but
> there's a popup saying ???Unable to complete install: "NoneType' object has no
> attribute 'setup"???
> 
> Then details:
> 
> Unable to complete install 'exceptions.AttributeError 'NoneType' object has 
> no attribute 'setup'
> Traceback (most recent call last):
>   File "/usr/share/virt-manager/virtManager/create.py", line 616, in 
> do_install
> dom = guest.start_install(False, meter = meter)
>   File "/var/lib/python-support/python2.4/virtinst/Guest.py", line 724, in 
> start_install
> return self._do_install(consolecb, meter)
>   File "/var/lib/python-support/python2.4/virtinst/Guest.py", line 736, in 
> _do_install
> self._create_devices(meter)
>   File "/var/lib/python-support/python2.4/virtinst/Guest.py", line 644, in 
> _create_devices
> nic.setup(self.conn)
> AttributeError: 'NoneType' object has no attribute 'setup'
> '
> 
> And I can't do anything else then canceling creation.
This indeed is a bug in virt-manager. I'll have a look.
 -- Guido



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

Bug#455959: Link texts not displayed

[Philipp Klaus Krause]

> Note iceweasel and icedove don't use libxul0d, but their own copy, so
> you'd have to downgrade them. Or you can try epiphany or galeon, they
> use libxul.

OK, I tested with galeon. The error is there even with the downgraded
packages.
Which other packages could I downgrade to narrow down the problem?
I did a
ls -l --sort=time | head --lines 400 > /tmp/aptcache
in /var/cache/apt/archives and uploaded the file to
http://www.colecovision.eu/aptcache
It should contain all recently upgraded packages. Which of these could
cause such a problem in gecko-based browsers?

Philipp



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

Bug#456157: nautilus: "Stretch Icon" stops growing and starts moving

[Josh Triplett]

Package: nautilus
Version: 2.20.0-2
Severity: normal

If I choose "Stretch Icon" for an icon, grab one of the handles other
than the lower-right handle, and stretch the icon past a certain
point, the icon stops growing, and instead starts moving in strange
directions.  The icon should either stop growing and stay put, or
continue growing arbitrarily large.

- Josh Triplett

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

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

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

Versions of packages nautilus recommends:
ii  desktop-base  4.0.4  common files for the Debian Deskto
ii  eject 2.1.5-6ejects CDs and operates CD-Changer
pn  fam(no description available)
ii  libgnomevfs2-extra1:2.20.1-1 GNOME Virtual File System (extra m
ii  librsvg2-common   2.18.2-1   SAX-based renderer library for SVG
ii  nautilus-cd-burner2.20.0-1   CD Burning front-end for Nautilus

-- no debconf information



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

Bug#455698: ampache: contains a non-free font

[Charliej]

Charliej wrote:
> Paul Wise wrote:
>   
>> Package: ampache
>> Version: 3.3.3.5-dfsg-2
>> Severity: serious
>> User: [EMAIL PROTECTED]
>> Usertags: non-free
>>
>> ampache contains a non-free font:
>>
>> /usr/share/ampache/www/modules/captcha/COLLEGE.ttf
>> http://pkg-fonts.alioth.debian.org/review/fnt-7f918bfee88f88eb2c810fb4286c585f.html
>>
>> This looks to be from here:
>>
>> http://www.squaregear.net/fonts/
>> http://www.squaregear.net/fonts/college.shtml
>> http://www.squaregear.net/fonts/college.zip
>>
>> From the zip file:
>>
>> /
>> College, like all of my fonts, is free.  You can use it for most
>> personal or business uses you'd like, and I ask for no money.  I
>> would, however, like to hear from you.  If you use my fonts for
>> something please send me a postcard or e-mail letting me know how
>> you used it.  Send me a copy if you can or let me know where I can
>> find your work.
>>
>> You may use this font for graphical or printed work, but you may not
>> sell it or include it in a collection of fonts (on CD or otherwise)
>> being sold. You can redistribute this font as long as you charge
>> nothing to receive it. If you redistribute it include this text file
>> with it as is (without modifications).
>>
>> If you use this font for commercial purposes please credit me in
>> at least some little way.
>> \
>>
>> This licence does not clearly allow all the DFSG-required freedoms:
>>
>> http://www.debian.org/social_contract#guidelines
>>
>> Please contact the College font author and ask them to licence the font
>> under a DFSG-compliant font licence such as the OFL:
>>
>> http://scripts.sil.org/OFL
>> http://scripts.sil.org/OFL_web
>> http://scripts.sil.org/OFL-FAQ_web
>>
>> If they are not willing to do so or cannot be contacted, please remove
>> the font from the binary package and the source package and depend on
>> another font package for generating the captcha or move the package to
>> non-free.
>>
>> Please contact ampache upstream and ask them to use fontconfig or
>> similar to get fonts for use by the captcha system.
>>
>> Also, perhaps ampache upstream would like to switch their captcha system
>> to use recaptcha.net instead.
>>
>>   
>> 
> Thank you for your bug report.  Forwarding to upstream.
>
>
>
>   
Upstream has contacted me stating that he will remove college.ttf  and
replace it with
FreeMono-Medium.ttf.  Will upload mentors.debian.net ASAP



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

Bug#456160: auctex: French debconf templates translation

[Steve Petruzzello]

Package: auctex
Version: N/A
Severity: wishlist
Tags: patch l10n



*** /home/steve/bin/po/patch-translate.txt
Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (700, 'stable'), (650, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-amd64
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8)
# French translations of the "debian/auctex/templates" file of the auctex
# Debian package.
#
# Copyright (C) 2006 Davide G. M. Salvetti
#
# This file is distributed under the same license as the auctex Debian
# package.
#
# Steve Petruzzello <[EMAIL PROTECTED]>, 2006
#
# arch-tag: ed47ffdc-4ea8-481a-b3a7-7998f0455890
msgid ""
msgstr ""
"Project-Id-Version: auctex\n"
"Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-11-28 06:15+\n"
"PO-Revision-Date: 2007-11-28 09:45+0100\n"
"Last-Translator: Steve Petruzzello <[EMAIL PROTECTED]>\n"
"Language-Team: French <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Country: SWITZERLAND\n"
"X-Poedit-SourceCharset: utf-8\n"
"X-Poedit-Language: French\n"

#. Type: select
#. Choices
#: ../auctex/templates:2001
msgid "Background"
msgstr "Arrière-plan"

#. Type: select
#. Choices
#: ../auctex/templates:2001
msgid "Foreground"
msgstr "Avant-plan"

#. Type: select
#. Choices
#: ../auctex/templates:2001
msgid "None"
msgstr "Aucun"

#. Type: select
#. Description
#: ../auctex/templates:2002
msgid "(La)TeX macros parsing mode:"
msgstr "Mode d'analyse des macros (La)TeX :"

#. Type: select
#. Description
#: ../auctex/templates:2002
msgid ""
"To improve the performance of AUCTeX, every currently installed TeX macro "
"package and LaTeX style file will be parsed."
msgstr ""
"Afin d'améliorer les performances d'AUCTeX, tout paquet installé de macros "
"TeX ainsi que tout fichier de style de LaTeX sera analysé."

#. Type: select
#. Description
#: ../auctex/templates:2002
msgid ""
"This may take a lot of time, so it should probably be done in the "
"background. You may also choose to have it done in the foreground, or to "
"skip that step. If you choose 'Background', you will find a detailed log of "
"the process in ${LOGFILE}."
msgstr ""
"Ceci risque de prendre beaucoup de temps, ainsi il est préférable de le "
"faire en arrière-plan. Toutefois, vous pouvez aussi choisir de le faire en "
"avant-plan ou encore sauter complètement cette étape. Si vous choisissez de "
"le faire en arrière-plan, vous trouverez un rapport détaillé dans le fichier "
"${LOGFILE}."

#. Type: select
#. Description
#: ../auctex/templates:2002
msgid ""
"A weekly cron job will also take care of updating the cached data, so that "
"no specific action is required whenever you install new (La)TeX packages or "
"remove old ones."
msgstr ""
"Une tâche cron hebdomadaire s'occupera de mettre à jour les données en "
"mémoire, ainsi vous n'aurez pas besoin de vous en soucier au moment de "
"l'installation de nouveaux paquets (La)TeX ou lorsque vous en supprimerez de "
"vieux."

#. Type: select
#. Description
#: ../auctex/templates:2002
msgid ""
"This update can be run manually at any moment by running 'update-auctex-"
"elisp'."
msgstr ""
"Vous pouvez à tout moment les mettre à jour vous-même en exécutant la "
"commande « update-auctex-elisp »."

#. Type: select
#. Choices
#: ../auctex/templates:3001
msgid "Console"
msgstr "Console"

#. Type: select
#. Choices
#: ../auctex/templates:3001
msgid "File"
msgstr "Fichier"

#. Type: select
#. Description
#: ../auctex/templates:3002
msgid "Parsing output destination:"
msgstr "Analyse de la destination de sortie :"

#. Type: select
#. Description
#: ../auctex/templates:3002
msgid ""
"You chose to parse TeX macro packages and LaTeX style files in foreground. "
"This operation generates a lot of information. Please choose where this "
"information should be sent:"
msgstr ""
"Vous avez décidé d'analyser les paquets de macros de TeX ainsi que les "
"fichiers style de LaTeX en avant-plan. Ce processus génère beaucoup de texte "
"en sortie. Veuillez choisir où cette information doit être envoyée :"

#. Type: select
#. Description
#: ../auctex/templates:3002
msgid ""
" File:output goes to ${LOGFILE};\n"
" Console: output goes to the current console."
msgstr ""
"Fichier : sortie dirigée vers ${LOGFILE} ;\n"
"Console : sortie dirigée vers la console courante."

#~ msgid ""
#~ "By default -- i.e., answering File to this question -- further output "
#~ "from the parsing process will go to a file named: ${LOGFILE}."
#~ msgstr ""
#~ "Le choix par défaut (i.e., répondre Fichier) implique que la sortie du "
#~ "processus d'analyse est dirigée dans un fichier nommé ${LOGFILE}. "

#~ msgid ""
#~ "If you answer 

Bug#443059: Keyboard freezes - probably shouldn't be a closed bug.

[Tim Cutts]

I've seen this problem in several hardware combinations - using the  
i810 driver on real hardware and vmware drivers under VMWare Fusion on  
a Mac.  I don't think the BusType hack is a good enough solution to  
warrant closing this bug - there's some sort of nasty interaction with  
gdm which causes this.  I've found using other login managers (kdm or  
xdm) I never see the problem, but with gdm I do, on most boots of my  
virtual machine.  Normally one of two things happens:


1) I can't log in at the gdm greeter at all
2) I can log in, but the keyboard lockup happens during the session a  
little later, sometimes almost immediately.


Once the lockup has happened, I can log in remotely, and have tried to  
see what's going on.  For example, I can run xev from a remote SSH  
session, and look to see if X events are appearing at all from the  
keyboard.  They aren't.


I can also then strace the X server, and see whether it's seeing  
activity from the keyboard, and it is.  So the events are being  
discarded somewhere between the X server receiving them and the GNOME  
session receiving them.


One suspicion I have is whether this is a security feature - if the  
time is changing on the machine (say, because of NTP, or VMWare's  
synchronise VM clock with host option) I wonder whether some  
protection mechanism against replay attacks is kicking in?


Tim


--
The Wellcome Trust Sanger Institute is operated by Genome Research 
Limited, a charity registered in England with number 1021457 and a 
company registered in England with number 2742969, whose registered 
office is 215 Euston Road, London, NW1 2BE. 




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

Bug#455844: awesome: Does not respect aspect ratio hints for non-floating windows

[Josh Triplett]

Julien Danjou wrote:
> At 1197430296 time_t, Josh Triplett wrote:
>> Correction: awesome does not respect aspect ratio hints for
>> non-floating windows.  It does seem to respect aspect ratio hints for
>> floating windows.
> 
> awesome respect aspect ratio if you ask it to do so.
> See resize_hint configuration variable (set to off by default in 2.0).

Ah.  In that case, could that variable default to on in future versions?

This also seems like an instance of 455847: when looking for a relevant
preference, I dismissed resize_hint because I assumed that the default
configuration matched the example awesomerc in having resize_hint on.

- Josh Triplett



signature.asc
Description: OpenPGP digital signature

Bug#456009: libsane-dev: hp5590 scanner requires an entry in /etc/sane.d/hp5590.conf to work

[Julien BLACHE]

richard <[EMAIL PROTECTED]> wrote:

Hi,

> Running $ sane-find-scanner works correctly
> The next test advised for a new installation is 
> $ scanimage -L
> This fails. 
> I followed some advice and installed the following line in hp5590.conf
> $ echo "usb 0x03F0 0x1705" >/etc/sane.d/hp5590.conf

I'm told the config file isn't necessary at all, and we would like
more information, in the form of a debug log.

Can you please run

 $ SANE_DEBUG_HP5590=255 scanimage -L

with *no* config file ?

Thanks,

JB.

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



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

Bug#455990: switching tabs on more than one display...

[Holger Levsen]

retitle 455990 switching to a specific tab on next/previous screen
thanks

Hi Julien,

On Thursday 13 December 2007 09:00, you wrote:
> > I'd like to be able to switch between displays with one keyboard shortcut
> > and also to be able to switch to a certain tab on the other display
> > directly. mod4+ should always switch to that tab on the current
> > display.
> See screen_focus{next,prev} UICB.
> http://awesome.naquadah.org/doc/uicb/#index5h2

Cool, thanks. 

As you could see from the retitling I suggest to keep this bug open as a 
wishlist bug to also support switching to a specific tab on the previous/next 
screen.

Mod4+Ctrl+ could switch to tab  on the next screen, while 
Mod4+Ctrl+Shift+ switches to tab  on the previous screen.


regards,
Holger


pgpIkq2fIYjql.pgp
Description: PGP signature

Bug#456158: fast-user-switch-applet: applet clutters up syslog

[Dr. Oliver Muth]

Package: fast-user-switch-applet
Version: 2.14.2-1
Severity: normal

Hi!

the fast-user-switch-applet clutters up my syslog with the following messages 
(every 5 seconds):

Dec 13 11:22:52 athlon-9 gdm[3921]: gdm_socket_handler: Accepting new 
connection fd 8
Dec 13 11:22:52 athlon-9 gdm[3921]: Handling user message: 'VERSION'
Dec 13 11:22:52 athlon-9 gdm[3921]: Handling user message: 'CONSOLE_SERVERS'
Dec 13 11:22:52 athlon-9 gdm[3921]: Handling user message: 'CLOSE'

- or rather it makes gdm issue those messages.
This makes retrieving more important messages from the syslog a bit difficult.

Best regards

Oliver

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

Versions of packages fast-user-switch-applet depends on:
ii  gconf2 2.16.1-1  GNOME configuration database syste
ii  gdm2.16.4-1  GNOME Display Manager
ii  gnome-panel2.14.3-5  launcher and docking facility for 
ii  gnome-system-tools 2.14.0-3  Cross-platform configuration utili
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.4-3  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-3  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-5  The Bonobo UI library
ii  libc6  2.3.6.ds1-13etch2 GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libgconf2-42.16.1-1  GNOME configuration database syste
ii  libglade2-01:2.6.0-4 library to load .glade files at ru
ii  libglib2.0-0   2.12.4-2  The GLib library of C routines
ii  libgnome-keyring0  0.6.0-3   GNOME keyring services library
ii  libgnome2-02.16.0-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.14.2-7GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.20-7  The GTK+ graphical user interface 
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.3-0.2  libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0 2.14.3-5  library for GNOME 2 panel applets
ii  libpango1.0-0  1.14.8-5  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxau61:1.0.1-2 X11 authorisation library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  libxmu61:1.0.2-2 X11 miscellaneous utility library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  zlib1g 1:1.2.3-13compression library - runtime

fast-user-switch-applet recommends no packages.

-- no debconf information



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

Bug#456159: ITP: amb-plugins -- ambisonics LADPSA plugins

[Free Ekanayaka]

Package: wnpp
Severity: wishlist
Owner: Free Ekanayaka <[EMAIL PROTECTED]>


* Package name: amb-plugins
  Version : 0.3.0
  Upstream Author : Fons Adriaensen <[EMAIL PROTECTED]>
* URL : http://users.skynet.be/solaris/linuxaudio/
* License : GPL
  Programming Lang: C++
  Description : ambisonics LADPSA plugins

 A set of ambisonics plugins, mainly to be used within Ardour. Mono and
 stereo to B-format panning, horizontal rotator, square, hexagon and
 cube decoders.



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

Bug#455959: Link texts not displayed

[Philipp Klaus Krause]

I've uploaded screenshots of the problem:
http://www.colecovision.eu/iceweasel-linkbug.png
http://www.colecovision.eu/galeon-linkbug.png
http://www.colecovision.eu/konqueror-nolinkbug.png

Konqueror displays the page OK. iceweasel and galeon have the problem,
although different links are affected. This is with some packages
downgraded to testing as mentioned above and current iceweasel from
unstable.

Philipp





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

Bug#454151: zim: Close button in about dialogue broken

[Magnus Therning]

On Dec 3, 2007 4:41 PM, Raphael Hertzog <[EMAIL PROTECTED]> wrote:
> On Mon, 03 Dec 2007, [EMAIL PROTECTED] wrote:
> > Hmm, not reproducable on my system. Maybe this is a bug in a specific
> > Gtk+ or Gtk2-perl version ? About dialog is a standard Gtk widget, so
> > would not expect zim specific bug there.
>
> Unstable has libgtk2-perl version 1:1.161-1 and it works for me too.
>
> Magnus, can you try with this version ?

I'll be happy to try it as soon as that version of libgtk2-perl makes
it into Sid/amd64.

/M



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

Bug#455730: ITP: lua-peg -- Parsing Expression Grammars For Lua

[Enrico Tassi]

On Thu, Dec 13, 2007 at 04:17:48PM +0900, Miles Bader wrote:
> Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
> >> I think it's going to cause a lot of confusion if you call this package
> >> "lua-peg" -- _everybody_ knows it as "lpeg"...
> >
> > Hence, I guess, the proposed name would be "lua-lpeg", right?
> 
> That seems best...  The crucial thing, I think, is that somebody
> searching for "lpeg" finds it.

Yes, it is in the new queue as lua-lpeg, and the package description
contains LPeg too. Binary packages will be liblua5.1-lpeg0 and
liblua5.1-lpeg-dev and the lua module will be loadable with 

  require "lpeg"

If you are inpatient, or want to test it before it passes the new queue,
you can use the following svn repository: 

  svn co svn://svn.debian.org/pkg-lua/packages/lua-lpeg

Cheers.
-- 
Enrico Tassi



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

Bug#455959: Link texts not displayed

[Philipp Klaus Krause]

I have some further information:

The does not only affect links. Though it mostly affects links I found
text inside  tags to be affected, too.

It seems it does not affect link text that does not contain a space (it
doesn't matter if the space it just an empty space or an   though).

Philipp




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

Bug#456040: FTBFS with GCC 4.3: missing #includes

[Andrew Ross]

On Wed, Dec 12, 2007 at 08:04:48PM -0700, Martin Michlmayr wrote:
> Package: plplot
> Version: 5.8.0-4
> Usertags: ftbfs-gcc-4.3
> 
> Your package fails to build with GCC 4.3.  Version 4.3 has not been
> released yet but I'm building with a snapshot in order to find errors
> and give people an advance warning.  In GCC 4.3, the C++ header
> dependencies have been cleaned up.  The advantage of this is that
> programs will compile faster.  The downside is that you actually
> need to directly #include everything you use (but you really should
> do this anyway, otherwise your program won't work with any compiler
> other than GCC).  There's some more information about this at
> http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include

Bug fixed up stream and patch included in the next debian release -
5.8.0-5. This will be uploaded shortly.

Andrew



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

Bug#456162: ITP: rev-plugins -- greverb-like ladspa plugin

[Free Ekanayaka]

Package: wnpp
Severity: wishlist
Owner: Free Ekanayaka <[EMAIL PROTECTED]>


* Package name: rev-plugins
  Version : 0.3.1
  Upstream Author : Fons Adriaensen <[EMAIL PROTECTED]>
* URL : http://www.kokkinizita.net/linuxaudio/downloads/index.html
* License : GPL
  Programming Lang: C++
  Description : greverb-like ladspa plugin

 This is a stereo reverb plugin based on the well-known greverb.



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

Bug#456161: sl-modem-source: Build fails

[Peter Teslenko]

Package: sl-modem-source
Version: 2.9.9d+e-pre2-10
Severity: important
Justification: fails to build from source


Here is buildlog

dh_testdir
dh_testroot
rm -f build-arch-stamp build-indep-stamp configure-stamp
# Add here commands to clean up after the build process.
/usr/bin/make clean SUPPORT_ALSA=1
make[1]: Entering directory `/usr/src/modules/sl-modem'
make[1]: Leaving directory `/usr/src/modules/sl-modem'
cd modem; /usr/bin/make clean SUPPORT_ALSA=1
make[1]: Entering directory `/usr/src/modules/sl-modem/modem'
make[1]: Leaving directory `/usr/src/modules/sl-modem/modem'
dh_clean
/usr/bin/make -C drivers clean
make[1]: Entering directory `/usr/src/modules/sl-modem/drivers'
rm -f kernel-ver slamr.o slusb.o slamr.ko slusb.ko *st7554.o amrmo_init.o 
sysdep_amr.o *.mod.* .*.cmd *~
rm -f -r .tmp_versions
make[1]: Leaving directory `/usr/src/modules/sl-modem/drivers'
/usr/bin/make  -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/usr/src/modules/sl-modem'
dh_testdir
dh_testroot
rm -f build-arch-stamp build-indep-stamp configure-stamp
# Add here commands to clean up after the build process.
/usr/bin/make clean SUPPORT_ALSA=1
make[2]: Entering directory `/usr/src/modules/sl-modem'
make[2]: *** No rule to make target `clean'.  Stop.
make[2]: Leaving directory `/usr/src/modules/sl-modem'
make[1]: [clean] Error 2 (ignored)
cd modem; /usr/bin/make clean SUPPORT_ALSA=1
make[2]: Entering directory `/usr/src/modules/sl-modem/modem'
make[2]: *** No rule to make target `clean'.  Stop.
make[2]: Leaving directory `/usr/src/modules/sl-modem/modem'
make[1]: [clean] Error 2 (ignored)
dh_clean
/usr/bin/make -C drivers clean
make[2]: Entering directory `/usr/src/modules/sl-modem/drivers'
rm -f kernel-ver slamr.o slusb.o slamr.ko slusb.ko *st7554.o amrmo_init.o 
sysdep_amr.o *.mod.* .*.cmd *~
rm -f -r .tmp_versions
make[2]: Leaving directory `/usr/src/modules/sl-modem/drivers'
for templ in 
/usr/src/modules/sl-modem/debian/sl-modem-modules-_KVERS_.postinst.modules.in; 
do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.21-2-686/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} 
${templ%.modules.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/2.6.21-2-686/g ;s/#KVERS#/2.6.21-2-686/g ; 
s/_KVERS_/2.6.21-2-686/g ; s/##KDREV##/2.6.21-6/g ; s/#KDREV#/2.6.21-6/g ; 
s/_KDREV_/2.6.21-6/g  ' < $templ > ${templ%.modules.in}; \
  done
dh_clean -k
dh_installdirs lib/modules/2.6.21-2-686/misc usr/lib/sl-modem
if ! test -e drivers/Makefile ; then echo "Please update the package, extract 
the tarball!"; exit 1 ; fi
/usr/bin/make -C drivers KERNEL_DIR=/lib/modules/2.6.21-2-686/build 
KVERS=2.6.21-2-686
make[2]: Entering directory `/usr/src/modules/sl-modem/drivers'
gcc-4.1 -I/lib/modules/2.6.21-2-686/build/include -o kernel-ver kernel-ver.c
/usr/bin/make all KERNEL_VER=2.6.21-2-686
make[3]: Entering directory `/usr/src/modules/sl-modem/drivers'
/usr/bin/make modules -C /lib/modules/2.6.21-2-686/build 
SUBDIRS=/usr/src/modules/sl-modem/drivers
make[4]: Entering directory `/usr/src/linux-headers-2.6.21-2-686'
  CC [M]  /usr/src/modules/sl-modem/drivers/amrmo_init.o
/usr/src/modules/sl-modem/drivers/amrmo_init.c: In function ‘amrmo_pci_probe’:
/usr/src/modules/sl-modem/drivers/amrmo_init.c:591: warning: passing argument 2 
of ‘request_irq’ from incompatible pointer type
/usr/src/modules/sl-modem/drivers/amrmo_init.c: In function ‘amrmo_init’:
/usr/src/modules/sl-modem/drivers/amrmo_init.c:740: warning: ‘pci_find_device’ 
is deprecated (declared at include/linux/pci.h:470)
  CC [M]  /usr/src/modules/sl-modem/drivers/sysdep_amr.o
  CC [M]  /usr/src/modules/sl-modem/drivers/st7554.o
/usr/src/modules/sl-modem/drivers/st7554.c: In function ‘mo_startup_complete’:
/usr/src/modules/sl-modem/drivers/st7554.c:527: warning: assignment from 
incompatible pointer type
/usr/src/modules/sl-modem/drivers/st7554.c: In function ‘mi_startup_complete’:
/usr/src/modules/sl-modem/drivers/st7554.c:603: warning: assignment from 
incompatible pointer type
/usr/src/modules/sl-modem/drivers/st7554.c:604: warning: assignment from 
incompatible pointer type
/usr/src/modules/sl-modem/drivers/st7554.c: In function ‘st7554_start’:
/usr/src/modules/sl-modem/drivers/st7554.c:718: warning: assignment from 
incompatible pointer type
/usr/src/modules/sl-modem/drivers/st7554.c:719: warning: assignment from 
incompatible pointer type
/usr/src/modules/sl-modem/drivers/st7554.c:720: warning: assignment from 
incompatible pointer type
/usr/src/modules/sl-modem/drivers/st7554.c:721: warning: assignment from 
incompatible pointer type
/usr/src/modules/sl-modem/drivers/st7554.c: In function ‘st7554_probe’:
/usr/src/modules/sl-modem/drivers/st7554.c:1234: warning: passing argument 6 of 
‘usb_fill_int_urb’ from incompatible pointer type
  LD [M]  /usr/src/modules/sl-modem/drivers/slamr.o
  LD [M]  /usr/src/modules/sl-modem/drivers/slusb.o
  Building modules, stag

Bug#422146: Keyboard not recognized by linux_input on PowerMacintosh

[Attilio Fiandrotti]

Hi

The linux_input module doesn't detect the keyboard on various 
PowerMacintosh'es, resulting in the failure of the call


directfb->GetInputDevice (directfb, DIDID_KEYBOARD, &keyboard)

This issue coinstrained us to use linux_input on i386 and AMD and 
ps2mouse+keyboard on PowerPC machines [1], while we would like to rely 
on a single input handler module (linux_input) for all architectures.


I did some experiments with a PowerMac whose relevant characteristics 
are reported below together with dfbinfo output: any idea how to address 
this issue?


thanks

Attilio

[1] http://wiki.debian.org/DebianInstaller/GUIPowerPC

macswell:/home/attilio/gtkdfb# cat /proc/cpuinfo
...
platform: PowerMac
machine : PowerMac3,4
motherboard : PowerMac3,4 MacRISC2 MacRISC Power Macintosh
detected as : 69 (PowerMac G4 Silver)
pmac flags  : 0010
L2 cache: 1024K unified
pmac-generation : NewWorld

macswell:/home/attilio/gtkdfb# uname -a
Linux macswell 2.6.22-3-powerpc #1 Tue Nov 13 15:52:56 UTC 2007 ppc 
GNU/Linux


macswell:/home/attilio/gtkdfb# m /proc/bus/input/devices
I: Bus=0017 Vendor=0001 Product=0001 Version=0100
N: Name="Macintosh mouse button emulation"
P: Phys=
S: Sysfs=/class/input/input0
U: Uniq=
H: Handlers=mouse0 ts0 event0
B: EV=7
B: KEY=7 0 0 0 0 0 0 0 0
B: REL=3

I: Bus=0019 Vendor=0001 Product=0001 Version=0100
N: Name="PMU"
P: Phys=
S: Sysfs=/class/input/input1
U: Uniq=
H: Handlers=kbd event1
B: EV=23
B: KEY=10 0 0 0
B: SW=1

I: Bus=0017 Vendor=001f Product=0001 Version=0100
N: Name="PowerMac Beep"
P: Phys=powermac/beep
S: Sysfs=/class/input/input2
U: Uniq=
H: Handlers=kbd event2
B: EV=40001
B: SND=6




/* dfbinfo output, ps2mouse and keyboard disabled, using linux_input
 */
macswell:/home/attilio/gtkdfb# ./bin/dfbinfo

 ===|  DirectFB 1.0.1  |===
  (c) 2001-2007  The DirectFB Organization (directfb.org)
  (c) 2000-2004  Convergence (integrated media) GmbH


(*) DirectFB/Core: Single Application Core. (2007-12-02 09:36) [ DEBUG 
][ TRACE ]

(*) Direct/Memcpy: Using libc memcpy()
(*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 11894)...
(*) Direct/Modules: suppress module 'ps2mouse'
(*) Direct/Modules: suppress module 'keyboard'
(*) Direct/Thread: Running 'Linux Input' (INPUT, 11897)...
(*) DirectFB/Input: Macintosh mouse button emulatio (1) 0.1 (directfb.org)
(*) Direct/Thread: Running 'Linux Input' (INPUT, 11898)...
(*) DirectFB/Input: PMU (2) 0.1 (directfb.org)
(*) Direct/Thread: Running 'Linux Input' (INPUT, 11899)...
(*) DirectFB/Input: PowerMac Beep (3) 0.1 (directfb.org)
(*) DirectFB/Graphics: Generic Software Rasterizer 0.6 (directfb.org)
(*) DirectFB/Core/WM: Default 0.3 (directfb.org)


Screen (00) FBDev Primary Screen(primary screen)
   Caps: VSYNC POWER_MANAGEMENT

 Layer (00) FBDev Primary Layer (primary layer)
Type:GRAPHICS
Caps:SURFACE BRIGHTNESS CONTRAST SATURATION


Input (01) Macintosh mouse button emulatio  (primary mouse)
   Type: MOUSE
   Caps: AXES BUTTONS
   Max. Axis: 1
   Max. Button: 2



#disable-module=keyboard
#disable-module=ps2mouse
disable-module=linux_input


/* dfbinfo output, linux_input disabled, using ps2mouse and keyboard
 */

macswell:/home/attilio/gtkdfb# ./bin/dfbinfo

 ===|  DirectFB 1.0.1  |===
  (c) 2001-2007  The DirectFB Organization (directfb.org)
  (c) 2000-2004  Convergence (integrated media) GmbH


(*) DirectFB/Core: Single Application Core. (2007-12-02 09:36) [ DEBUG 
][ TRACE ]

(*) Direct/Memcpy: Using libc memcpy()
(*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 11909)...
(*) Direct/Modules: suppress module 'linux_input'
(*) Direct/Thread: Running 'Keyboard Input' (INPUT, 11912)...
(*) DirectFB/Input: Keyboard 0.9 (directfb.org)
(*) Direct/Thread: Running 'PS/2 Input' (INPUT, 11913)...
(*) DirectFB/Input: IMPS/2 Mouse 1.0 (directfb.org)
(*) DirectFB/Graphics: Generic Software Rasterizer 0.6 (directfb.org)
(*) DirectFB/Core/WM: Default 0.3 (directfb.org)


Screen (00) FBDev Primary Screen(primary screen)
   Caps: VSYNC POWER_MANAGEMENT

 Layer (00) FBDev Primary Layer (primary layer)
Type:GRAPHICS
Caps:SURFACE BRIGHTNESS CONTRAST SATURATION


Input (00) Keyboard(primary keyboard)
   Type: KEYBOARD
   Caps: KEYS

Input (01) IMPS/2 Mouse(primary mouse)
   Type: MOUSE
   Caps: AXES BUTTONS
   Max. Axis: 2
   Max. Button: 2





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

Bug#455844: awesome: Does not respect aspect ratio hints for non-floating windows

[Julien Danjou]

At 1197542382 time_t, Josh Triplett wrote:
> Ah.  In that case, could that variable default to on in future versions?

Yep, that's why it's tagged fixed-upstream.

> This also seems like an instance of 455847: when looking for a relevant
> preference, I dismissed resize_hint because I assumed that the default
> configuration matched the example awesomerc in having resize_hint on.

Agree.

Cheers,
-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#456163: ITP: vco-plugins -- LADSPA plugin sporting anti-aliased oscillators

[Free Ekanayaka]

Package: wnpp
Severity: wishlist
Owner: Free Ekanayaka <[EMAIL PROTECTED]>


* Package name: vco-plugins
  Version : 0.3.0
  Upstream Author : Fons Adriaensen <[EMAIL PROTECTED]>
* URL : http://users.skynet.be/solaris/linuxaudio/
* License : GPL
  Programming Lang: C++
  Description : LADSPA plugin sporting anti-aliased oscillators

 This plugin contains three anti-aliased oscillators, all based on the
 concept of using precomputed bandlimited Dirac pulses to construct the
 classical waveforms. They are both memory and CPU efficient. The first
 one produces a flat spectrum (impulses) and the second generates a
 sawtooth waveform. The third one (new in 0.3.0), provides a variable
 width rectangular waveform.



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

Bug#456102: FTBFS: error: 'INT_MAX' undeclared

[Richard Atterer]

On Wed, Dec 12, 2007 at 09:19:51PM -0700, Martin Michlmayr wrote:
> > cdrwtool.c: In function 'cdrom_open_check':
> > cdrwtool.c:606: error: 'INT_MAX' undeclared (first use in this function)

This puzzled me at first, as line 606 reads:

  ret = ioctl(fd, CDROM_DRIVE_STATUS, CDSL_CURRENT);

Both constants come from linux/cdrom.h. For me it contains:

  #define CDROM_DRIVE_STATUS  0x5326  /* Get tray position, etc. */
  #define CDSL_CURRENT((int) (~0U>>1))

I wouldn't be surprised if the second #define had been changed to use 
INT_MAX in more recent kernel sources.

So is this a bug in the header file - should it include  itself?

Cheers,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer
  | \/¯|  http://atterer.net
  ¯ '` ¯

Bug#456164: cvs: fails in a chroot

[Colin Watson]

Package: cvs
Version: 1.12.13-9
Severity: normal
Tags: patch

On this laptop, the root filesystem is Ubuntu, and I have a chroot for
my Debian development work. ~/src is bind-mounted into the chroot thus:

  /home/cjwatson/src on /chroot/sid/home/cjwatson/src type none (rw,bind)

Normally, this all works fine. However, after upgrading cvs from
1.12.13-8 to 1.12.13-9, cvs broke (I noticed due to autopoint),
complaining that it couldn't determine its current working directory:

  <[EMAIL PROTECTED] ~/src/debian/man-db/bzr/gnulib>$ mkdir x
  <[EMAIL PROTECTED] ~/src/debian/man-db/bzr/gnulib>$ cd x
  <[EMAIL PROTECTED] ~/src/debian/man-db/bzr/gnulib/x>$ cvs init
  cvs [init aborted]: cannot get working directory: No such file or directory

I narrowed things down with strace and gdb, and found that it's hitting
this case at line 309 of lib/getcwd.c:

  if (d == NULL)
{
  if (errno == 0)
/* EOF on dirstream, which means that the current directory
   has been removed.  */
__set_errno (ENOENT);
  goto lose;
}

Now, I confirmed that downgrading cvs back to 1.12.13-8 works, and
there's clearly no relevant change in the cvs source itself. Diffing the
amd64 build logs (I'm on i386, but I can't see those build logs so I'm
hoping that this is close enough):

@@ -517,7 +490,7 @@
 checking for canonicalize_file_name... yes
 checking whether this system has a definition of PATH_MAX... yes
 checking for mempcpy... (cached) yes
-checking for openat... no
+checking for openat... yes
 checking for memrchr... yes
 checking for dup2... yes
 checking for working POSIX fnmatch... yes
@@ -528,7 +501,7 @@
 checking for library containing getaddrinfo... (cached) none required
 checking for getaddrinfo... (cached) yes
 checking for gai_strerror... (cached) yes
-checking whether getcwd handles long file names properly... yes
+checking whether getcwd handles long file names properly... no, but it is 
partly working
 checking for struct tm.tm_zone... yes
 checking for getdelim... yes
 checking for gethostname... yes
@@ -557,7 +530,7 @@
 checking for mkstemp limitations... no
 checking for library containing nanosleep... none required
 checking whether nanosleep works... yes
-checking for openat... (cached) no
+checking for openat... (cached) yes
 checking for mbstate_t... (cached) yes
 checking whether mbrtowc and mbstate_t are properly declared... yes
 checking for readlink... yes

So the copy of Gnulib in the cvs source now detects openat and uses it
where it didn't previously, and then proceeds to break.

I noted that the copy of Gnulib in cvs dates from 2005-09-29, and
started looking at the subsequent changes from git:

  
http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=history;f=lib/getcwd.c;h=b8e9989b9056942f5b3869b0b669ff18406b5260;hb=HEAD

As it turns out, I didn't have to look far. The third change after that
date fixes this bug, following a previous Debian bug report in coreutils
(#355810). It was also necessary to take the first change after that
date, otherwise the real fix didn't apply cleanly, and I felt it better
to upgrade than backport in this case.

I've attached a debdiff with dbs-ified versions of these patches. I
wasn't sure of your patch numbering system so I just shoved them in at a
convenient point; it's not important where they live since nothing else
in debian/patches/ touches lib/getcwd.c. I have confirmed that a cvs.deb
built using this patch is sufficient for me to be able to run autopoint.

Thanks,

-- 
Colin Watson   [EMAIL PROTECTED]
--- cvs-1.12.13.orig/debian/patches/20_readdir_errno
+++ cvs-1.12.13/debian/patches/20_readdir_errno
@@ -0,0 +1,121 @@
+# From Gnulib:
+#   
http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=0b78641d85af3b72e3b9d94cb7b94e45f3c08ee5
+# We don't need this directly, but it's required so that 21_getcwd_chroot
+# applies cleanly.
+#
+# 2005-10-29  Paul Eggert  <[EMAIL PROTECTED]>
+#
+#  * getcwd.c (__getcwd): Don't assume that system calls after readdir
+#  leave errno alone.  Problem reported by Dmitry V. Levin.
+
+--- cvs-1.12.13-old/lib/getcwd.c
 cvs-1.12.13/lib/getcwd.c
+@@ -201,6 +201,8 @@ __getcwd (char *buf, size_t size)
+   ino_t dotino;
+   bool mount_point;
+   int parent_status;
++  size_t dirroom;
++  size_t namlen;
+ 
+   /* Look at the parent directory.  */
+ #ifdef AT_FDCWD
+@@ -241,11 +243,20 @@ __getcwd (char *buf, size_t size)
+   goto lose;
+   dotlist[dotlen++] = '/';
+ #endif
+-  /* Clear errno to distinguish EOF from error if readdir returns
+-   NULL.  */
+-  __set_errno (0);
+-  while ((d = __readdir (dirstream)) != NULL)
++  for (;;)
+   {
++/* Clear errno to distinguish EOF from error if readdir returns
++   NULL.  */
++__set_errno (0);
++d = __readdir (dirstream);
++if (d == NULL)
++  {
++if (errno == 0)
+

Bug#456120: entity -- Please transition to imlib2

[Peter Pentchev]

On Thu, Dec 13, 2007 at 01:29:28PM +0530, Kumar Appaiah wrote:
> Package: entity
> Version: 1.0.1-9
> User: [EMAIL PROTECTED]
> Usertags: oldlibs oldlibs-imlib

Erm, wasn't "entity" removed a couple of days ago?

http://bugs.debian.org/384183 - the RM request
http://lists.debian.org/debian-qa-packages/2007/12/msg00260.html - unstable
http://lists.debian.org/debian-qa-packages/2007/12/msg00277.html - testing

Or am I misunderstanding something in the way Debian package removals
are handled? :)  This is quite possible, actually.

FWIW, there is another bug filed against entity  - #145489 - that maybe
ought to be closed now that the package has been removed.

G'luck,
Peter

-- 
Peter Pentchev  [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
What would this sentence be like if pi were 3?


pgpQGspGqeXwN.pgp
Description: PGP signature

Bug#456165: RFP: handbrake -- Rips and encodes DVDs

[Josh Triplett]

Package: wnpp
Severity: wishlist

* Package name: handbrake
  Version : 0.9.1
  Upstream Author : Various; see 
* URL : http://handbrake.m0k.org/
* License : GPL
  Programming Lang: C
  Description : Rips and encodes DVD videos

Handbrake provides a friendly graphical interface for ripping DVD
videos and encoding them as video files.  It can show a preview of
content before ripping, to verify titles and chapters.  It can
deinterlace, crop, and scale video.  It supports DVD subtitles by
encoding them directly in the video image.
..
Handbrake supports numerous formats and codecs:
 - File format: MPEG-4 (MP4), Matroska (MKV), Ogg (OGM), or AVI
 - Video: MPEG-4 or H.264 (1 or 2 passes or constant quantizer/rate
   encoding)
 - Audio: AAC, MP3, Vorbis or AC-3 pass-through (supports encoding of
   several audio tracks)
..
Handbrake also provides a command-line interface, HandbrakeCLI.


Some notes on Handbrake:

* Its build system needs some serious work.  It wants to download and
  build all its dependencies at build time, and statically link to
  those copies.  (I have not actually managed to get it to build, due
  to build errors in one of these libraries.)  This will need to
  change to support dynamically linking to system libraries.

* Some of the libraries it depends on do not exist in Debian due to
  legal problems such as patent issues or anti-circumvention laws.
  For libdvdcss, ideally it could do the same thing all the DVD
  players in Debian do: use libdvdread (which Handbrake already does),
  and let libdvdread pull in libdvdcss if installed.  For encumbered
  codecs, ideally it could pick up libraries if installed and disable
  the corresponding codecs if not; however, if it cannot, then perhaps
  it could have a DEB_BUILD_OPTIONS=risky like ffmpeg.

* Build-Depends available in Debian: jam, liba52-0.7.4-dev,
  libavcodec-dev, libdvdread3-dev, libmpeg2-4-dev, libogg-dev,
  libvorbis-dev, libsamplerate0-dev

- Josh Triplett

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

Kernel: Linux 2.6.22-rc1 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#455815: kdebugdialog

[Francois Marier]

Hi Tomas,

You should be able to disable the debugging information you don't want to
see by using the kdebugdialog command.

Let me know if you are still having problems.  Otherwise, I will mark this
bug as resolved.

Cheers,

Francois



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

Bug#456167: libpam-ldap: segfault while passwd changing

[Hermann Lauer]

Package: libpam-ldap
Version: 180-1.7
Severity: normal


When setting "pam_password exop_send_old"
in the conffile /etc/pam_ldap.conf passwd segfaults:

Enter login(LDAP) password:
New password:
Re-enter new password:
Segmentation fault

Aktually I'm trying to get "pam_password exop" working, which stopped working 
after upgrading from sarge to etch:

Enter login(LDAP) password:
New password:
Re-enter new password:
LDAP password information update failed: Unknown error

passwd: Permission denied
passwd: password unchanged

In /var/log auth.log messages like
Dec 13 12:13:48 quadopt3 passwd[18706]: pam_ldap: ldap_extended_operation_s 
Insufficient access
could be found (with both settings).

Any idea how to debug the segfault ? As passwd is a suid program, strace didn't 
work and a core is not left.

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

Versions of packages libpam-ldap depends on:
ii  debconf [debconf-2.0]  1.5.11Debian configuration management sy
ii  libc6  2.3.6.ds1-13etch2 GNU C Library: Shared libraries
ii  libldap2   2.1.30-13.3   OpenLDAP libraries
ii  libpam0g   0.79-4Pluggable Authentication Modules l

libpam-ldap recommends no packages.

-- debconf information excluded



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

Bug#255116: eknaruum

[Lilian Stokell]

bad news buddy, you got a small dickie! http://www.dogsheat.com/



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

Bug#247218: List of PowerMac and used fb modules

[Attilio Fiandrotti]

FYI, this wikipage [1] contains a listing of some machines where the 
graphical d-i was tested: the big table has a column which shows the 
/proc/fb string, which may be of some help in understanding what 
machines need the ofonly fb.


sincerely

Attilio Fiandrotti

[1] http://wiki.debian.org/DebianInstaller/GUIPowerPC



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

Bug#440446: Is this bug related to the GTK frontend?

[Attilio Fiandrotti]

Hi

I didn't understand whether this bug is related to the GTK frontend or 
not: in the former case, it should be reassigned to cdebconf-gtk-udeb.


sincerely

Attilio Fiandrotti



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

Bug#449448: Please package xulrunner 1.9 in the upstream way

[Alexander Sack]

On Wed, Dec 12, 2007 at 10:08:06PM +0100, Mike Hommey wrote:
> On Wed, Dec 12, 2007 at 01:31:56PM +0100, Alexander Sack wrote:
> > How about shipping like ubuntu, and then switching to a shared glue,
> > once you have a suitable patch? We could even upload as xulrunner-1.9
> > so the transition could take some time. But having something in sid
> > now would be beneficial imo.
> 
> It wouldn't be beneficial because it wouldn't be useable by any reverse
> dependency. And it wouldn't build on a lot of architectures, and lacks a
> whole bunch of patches we apply for good reasons. If it's only about
> having a running xulrunner 1.9 for people that want it, they can take
> nightly builds on mozilla.org.

The fixes for the archs need adaption anyway.

And from what I know, in debian you usually don't get all archs built
with the first upload anyway, and the maintainer probably cannot/does
not want to fix the rare archs on its own. So uploading now without
those patches is beneficial and it allows porters start to work on the
patches _now_ and not after the release. ATM, there is still time to
get things into upstream tree without much hazzles.

Anyway, what are the patches you want want to see ported to
xulrunner-1.9 (without the archs of course)?

> 
> > For the question about the versioned pkglibdir ... why do you want to
> > drop the versioning from the pkglibdir? I mean, usually one shouldn't
> > ask: why to not diverge from upstream, but instead review the
> > arguments that led to the current diff. Given that -rpath linking
> > isn't the way to go anymore, I don't see any benefit out of shipping
> > a non-versioned dir.
> 
> Off the top of my head, this has at least these benefits:
> - Allow other packages to reliably put files at the correct place (think
>   extensions, plugins, or even diversions)

we provide stable directories for those parts of xulrunner/firefox
that allow packagers to drop something in: for now its
/usr/lib/xulrunner-addons/[plugins,extensions] and the same for
firefox-addons.

> - Smoother upgrades

I don't get this ... replacing files underneath a running application
rarely did any good on upgrades either.

> - Allows users to actually install mozilla.org's versions without
>   overwriting ours !
> 

Well, users must not install it in /usr/, but rather /usr/local/ or
somewhere else. So this point isn't valid.

> And we only ship one xulrunner at a time anyways.

For now this might be true, but you could also allow smoother
transitions to new versions if you would allow xulrunner and
xulrunner-1.9 (and next time xulrunner-1.9.1) to reside on the same
machine for some time. (like what we do in ubunt atm: migrate rdepends
one by one from firefox/xulrunner to xulrunner-1.9 without breaking
the rest). This takes some pressure of the packager to come up with
patches for all at once and allows you to release-early and often.

Why do you think this is a bad thing?

> 
> Now, the thing that is pissing me off is that while they actually did
> what they told, and dropped gtkmozembed in favour of having embedders
> use the xpcom glue and have it dlload libxul.so, their applications
> (firefox, etc.) are *not* embedders, and *do* link against
> libxul.so.

Their applications use the dependent glue, because they get loaded in
a running xpcom environment (but i guess you know that).

But why does it matter? Embedders can either choose to ramp up their
own xpcom through the standalone glue ... or can decide to be run as a
xulapp using the dependent glue (e.g. linking against libxul).

For the rdepends, we have a set of patches already. Those are not yet
complete, but will eventually go upstream. So once this is sorted out
there won't be any issue. Instead things will have improved, because
all this MOZILLA_FIVE_HOME and rpath mess is gone once and forever.

(While it would have been nice to be able to just recompile, it had to
happen at some point anyways. So lets do the transition of the
rdepends to use the glue now and help upstream to properly use it
... and things will be better.)

> If we want to link these applications properly, and have the
> dependencies properly handled by dpkg, I guess we won't have much
> choice, though using the new symbols feature of dpkg-shlibdeps, it is
> possible to have the build dependencies right even without a SOVERSION.
> The problem with this is that backports won't be possible.

yes, while i don't see a big problem requiring embedders to explicitly
depend on xulrunner-1.9, I see that we could improve the dpkg
integration. Using dpkg-shlibdeps would be a choice, yes.

 - Alexander




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