Bug#410166: iceweacel: Crashes when closing pop up windows using the close function within the window

[Fredrik Allerstam]

Actually no, because it is with in a system which requires login. 
However I can tell you that it is a CPS3 system maintained by the french
company Nuxeo.

The program crashes when I use the text editor, and try to close it and
save my changes. It does not happen every time, but say 2 out of 3.

Regards, Fredrik


About CPS (from the webpage)

CPS is an extensive collaborative Web content management system (CMS)
implemented on top of Zope and the CMF, that enables organizations to
easily, quickly and efficiently implement collaborative portals
(intranet, extranet or internet) and workflow- oriented business
applications. 

CPS Provides, among other features: 

  * Collaborative work and publication spaces (you may need to be
authenticated with the right access level to access these URLs) 
  * Document versionning, that allows a document to be published in
one version and still worked on in another one 
  * Group-based, directory-backed user and roles management 
  * A configurable Portal interface, with a web- and
accessibility-standards compliant default look and feel (you
will need to be authenticated with the right access level to
access this URL) 
  * Notifications on many kinds of events happening on the system 
  * An (optional) WYSIWYG editor for portal look and feel (just
install CPSSkins in your CPS instance using the ZMI) 
  * Many user-level services, like a Webmail, Forums, shared
Calendars, Newsletters and Mailing Lists, etc. 
  * Many powerful developers- and webmaster-level services,
including support for creating your own document types, your own
workflows, etc. 

CPS has already been adopted by major accounts in the Administration
(French Ministries of Interior, of Culture, of Finances, of Defense, of
Justice; French Atomic Energy Commission; Chalmers University...), in
the private sector (Suez, STMicroelectronics...) and by the leading
European IT consultancies (Capgemini, Unilog, Steria...). 

For more information about Zope and CPS, we suggest you go to the
following web sites: 

  * CPS-project.org: the community portal for CPS users and
developers 
  * CPS3 at Zope.org (to download latest stable or development
releases) 
  * CPS mailing lists 
  * Slides for the CPS talks at EuroPython 2004 and for the CPS/ERP5
sprint in Paris (2004) 
  * Zope.org: the community portal for Zope 
  * The Zope Book 
Credits
Thank you for trying or using CPS. CPS is developed by Nuxeo and a
community of contributors. 

CPS contains code licensed under the GPL, the ZPL and other,
GPL-compatible, open source/free software licenses. Parts of CPS are
copyright Nuxeo SARL, Zope Corporation and Contributors, Chalmers
University, Jean-Marc Orliaguet, Capgemini, Unilog, Ministère de
l'Intérieur, de la Sécurité Intérieure et des Libertés Locales,
Préfecture du Bas-Rhin, CEA, Logilab SA, Fredrik Lundh, Norman Walsh,
Gareth Rees, Sun Microsystems, Timothy O'Malley, Morten W. Petersen, and
other contributors. 



On Thu, 2007-02-08 at 22:43 -0500, Eric Dorland wrote:
> Can you give me an example of a page where this happens?
> 

Bug#410158: Cleaning generated pk fonts in maintainer scripts (was: Bug#410158: lilypond-data: Wrong Pre-Depends)

[Frank Küster]

Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:

> On Fri, 2007-02-09 at 07:42 +0100, Frank Küster wrote:
>> 
> No, it's kpsewhich.  I'm looking at the script.  It does not call
> mktexlsr; it does call kpsewhich, precisely to figure out the path in
> which the fonts are located, so that old files, installed by old
> versions, can be cleaned up.
>
> (That's why it's harmless to be missing the file, but I should probably
> determine after etch whether it needs to be reinstated.)

That is actually an interesting issue.  It's not been important or even
noticed, since the fonts in teTeX or TeXLive that are used as bitmap
fonts are mostly not developed any more.  This means they do not change
and you can use the generated pk bitmap fonts even if they were created
on potato.

>> Anyway, you might want to consider to use dh_installtex instead; it
>> safes you the hazzle of following changes in the TeX setup and just does
>> the right thing.  It's not in debhelper proper, but in tex-common, but
>> it follows debhelper conventions.
>
> I can't see how dh_installtex would help with the old preinst file,
> which is, btw, right there in the source. :)

dh_installtex can replace the code in lilypond-data.postinst, and add
the missing mktexlsr call to lilypond-data.postrm[1].  The preinst file I
didn't notice, since I was focused on lilypond-data.*.

I see that the code is both in the (unused) preinst and in
lilypond-data.postrm.  It's actually not clear to me whether preinst or
postrm is the best place to do this.  The argument "pro" preinst is that
one could check the old version, and only trigger the removal if we are
upgrading and the old version is older than the last change to the
fonts.  The arguments "pro" postrm are that you don't need a
Pre-Depends, and that file removal makes more sense in a removal script
and should also be done upon package removal, not only upgrade (as your
postrm script does, correctly).

However, things are not as easy as your script assumes. 

$ /usr/bin/kpsewhich -expand-var '$VARTEXFONTS'
/tmp/texfonts
$ ls `/usr/bin/kpsewhich -expand-var '$VARTEXFONTS'`
ls: /tmp/texfonts: No such file or directory
$ 

This setting is now only a fallback, and the fonts are stored in
per-user directories by default.  This was changed because of security
considerations (earlier with VARTEXFONTS actually used and in /var, any
TeX user could fill up the /var partition).

So if we have a package that changes sources for pk fonts, we could

- clean up the files in each $TEXMFVAR/fonts directory below /home/.
  I'm not sure this is a good idea, or even allowed by policy

- tell the admin (via debconf messages) that they should notify their
  users to remove the fonts.

Hm.

Regards, Frank

[1] should I report a separate bug on this?
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#410278: wish: man5/bridge-interfaces (to replace README.Debian.gz)

[supaplex]

Package: bridge-utils
Version: 1.2-1
Severity: wishlist

The vlan package has man page, vlan-interfaces.  When I started hunting
down the interfaces commands used c/o bridge-utils, I was somewhat
expecting a bridge-interfaces man page.  After some time I eventually
found README.Debian.gz, IMO should be replaced by the proposed man page.

Thanks.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.1-20061221
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages bridge-utils depends on:
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries

Versions of packages bridge-utils recommends:
ii  ifupdown  0.6.8  high level tools to configure netw

-- no debconf information



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

Bug#409782: German manual page of aptitude is incomplete

[Miroslav Kure]

On Mon, Feb 05, 2007 at 06:09:09PM +0100, Christian Perrier wrote:
> 
> "unfortunately", the german manpage is currently handled as a manual
> XML translation of the original XML file, which doesn't scale very
> well when changes are done to the original manpage.

It depends how skilled you are with basic unix tools like diff.

> This is a big work but a big investment in the future as the doc
> translation then becomes maintainable, while it isn't currently.

I like the current way of working with xml. It gives me much more
freedom over .po.
 * I do not need to follow the original structure so closely
 * I can add footnotes or whole paragraphs specific for our language
 * It is easier to locate the context
 * ...and more

>From my point of view .po is good for short strings (computer UI) or
reasonably small documents (short manpages). Something as big as
manual for Aptitude deserves more freedom.

Therefore I refuse to switch to .po for Czech translation.

> The same goes for Finnish translation by Kaako Kangasharju (CC'ed) and
> the Czech translation by an unknown author.

You did not read credits, did you? :-)

-- 
Miroslav Kure


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

Bug#410277: doc/bridge-utils/FAQ url (only 1) is 404

[supaplex]

Package: bridge-utils
Version: 1.2-1
Severity: minor

It says the FAQ is located at http://bridge.sourceforge.net/faq.html.

The FAQ seems to be http://linux-net.osdl.org/index.php/Bridge now.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.1-20061221
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages bridge-utils depends on:
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries

Versions of packages bridge-utils recommends:
ii  ifupdown  0.6.8  high level tools to configure netw

-- no debconf information



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

Bug#328240: php4-rrdtool: Please provide php5-rrdtool package +1

[Matthias Cramer]

Package: php4-rrdtool
Version: 1.04-15.1
Followup-For: Bug #328240

I'm also waiting for an update ... Would be very nice of you to provide a
package which supports php5...

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages php4-rrdtool depends on:
ii  debconf [debconf-2.0]   1.5.11   Debian configuration management sy
ii  libc6   2.3.6.ds1-11 GNU C Library: Shared libraries
ii  librrd2 1.2.15-0.3   Time-series data storage and displ
ii  php4-cgi [phpapi-20050606+l 6:4.4.4-8server-side, HTML-embedded scripti
ii  php4-cli [phpapi-20050606+l 6:4.4.4-8command-line interpreter for the p

php4-rrdtool recommends no packages.

-- debconf information excluded


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

Bug#410196: I messed up lots of control messages yesterday...

[Frank Küster]

retitle 410196 lilypond-doc: building succeeds even if rsync commands fail
stop

-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#410275: wrong upstream url in copyright file

[Norbert Tretkowski]

Package: trayer
Version: 1.0-1
Severity: normal

This is the correct upstream url:
http://download.gna.org/fvwm-crystal/trayer/1.0/

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

Versions of packages trayer depends on:
ii  libatk1.0-0 1.12.4-1 The ATK accessibility toolkit
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries
ii  libglib2.0-02.12.4-2 The GLib library of C routines
ii  libgtk2.0-0 2.8.20-5 The GTK+ graphical user interface 
ii  libpango1.0-0   1.14.8-4 Layout and rendering of internatio
ii  libx11-62:1.0.3-5X11 client-side library
ii  libxmu6 1:1.0.2-2X11 miscellaneous utility library

trayer recommends no packages.

-- no debconf information


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

Bug#410276: wavesurfer: Stereo files are displayed as mono.

[Greg Kochanski]

Package: wavesurfer
Version: 1.8.5-1
Severity: normal


If you take a stereo .wav file, and display it in the n-waveforms mode,
you will note that the waveform for both channels is identical.
This is a bug.  Properties->Waveform->Show channel is set to "all"
for both channels, so they show the average (I suppose) of the two signals.

If you have n-waveforms, Properties->Waveform->Show channel should
default to 0, 1, 2, 3, ... for channels 0, 1, 2, 3, ... respectively.

This bug is quite an annoying trap for an occasional user of stereo.
It's just about the last thing you'd expect.
I won't even mention how much time I spent debugging my audio processing
code under the mistaken assumption that it was somehow producing the same
signal in both channels.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages wavesurfer depends on:
ii  libsnack2 2.2.9.dfsg-1.1 Sound functionality extension to t
ii  tk8.4 8.4.12-1   Tk toolkit for Tcl and X11, v8.4 -

wavesurfer recommends no packages.

-- no debconf information


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

Bug#410158: lilypond-data: Wrong Pre-Depends

[Thomas Bushnell BSG]

On Fri, 2007-02-09 at 07:42 +0100, Frank Küster wrote:
> 
> > It's kpsewhich that was needed in the preinst, btw.
> 
> If the TeX-related code int he preinst script was similar to the current
> postinst script, then the main tool that is called is mktexlsr.
> kpsewhich is only used before that in order to get the path argument for
> mktexlsr. 

No, it's kpsewhich.  I'm looking at the script.  It does not call
mktexlsr; it does call kpsewhich, precisely to figure out the path in
which the fonts are located, so that old files, installed by old
versions, can be cleaned up.

(That's why it's harmless to be missing the file, but I should probably
determine after etch whether it needs to be reinstated.)

> Anyway, you might want to consider to use dh_installtex instead; it
> safes you the hazzle of following changes in the TeX setup and just does
> the right thing.  It's not in debhelper proper, but in tex-common, but
> it follows debhelper conventions.

I can't see how dh_installtex would help with the old preinst file,
which is, btw, right there in the source. :)

Thomas



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

Bug#410177: lilypond-doc: Fonts not embedded in eps files

[Frank Küster]

Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:

> On Thu, 2007-02-08 at 12:33 +0100, Frank Küster wrote:
>> Package: lilypond-doc
>> Version: 2.8.7-3
>> Severity: normal
>> 
>> When building lilypond-doc, there are lots of error messages like this:
>> 
>> dvips: Font Emmentaler-20 used in file lily-563184385-1.eps is not in the 
>> mapping file.
>> 
>> This means that the (included) eps file references the font, but dvips
>> does not have the necessary information about it.  
>> 
>> I'm not sure which problems this causes, but probably there *will* be
>> problems with displaying and printing the documents.  The solution would
>> probably be to install lilypond-map (which later gets installed in the
>> lilypond-data package) into a temporary TEXMF tree and enable it.
>> 
>> However, it's not trivial to get this right both for building as root,
>> and with fakeroot.  The [EMAIL PROTECTED] list is happy to help
>> with that (and gets a Debbugs-Cc).
>
> I have almost no aptitude for this kind of thing.
>
> If you were to take this bull by the horns, and then propose a suitable
> patch, I would be very grateful.

I'll keep it on my radar, since this is something I'd like to learn
better.  However, we're currently busy packaging a new upstream version
(and having an eye on etch), and it won't happen soon.

Regards, Frank
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#410158: lilypond-data: Wrong Pre-Depends

[Frank Küster]

Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:

> However, the preinst in question is no longer in the package.  I'm not
> sure if this is a mistake or not.  I am loath to muck with it at this
> point in the release cycle.

Of course, such a change should not be made in an upload targetted at
etch.  

> If the preinst needs to get back in the package, then the Pre-Depends
> should stay.

I don't know whether a preinst script is needed for other reasons, but
mktexlsr doesn't make sense in a preinst, and the same is true for other
TeX-registering commands.  So using them in postinst (as is currently
done) and lowering the dependency from Pre-Depends to Depends is safe
(post-etch). 

> It's kpsewhich that was needed in the preinst, btw.

If the TeX-related code int he preinst script was similar to the current
postinst script, then the main tool that is called is mktexlsr.
kpsewhich is only used before that in order to get the path argument for
mktexlsr. 

Anyway, you might want to consider to use dh_installtex instead; it
safes you the hazzle of following changes in the TeX setup and just does
the right thing.  It's not in debhelper proper, but in tex-common, but
it follows debhelper conventions.

Regards, Frank
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#410229: madwifi-source: Doesn't work with latest Debian kernel

[Norbert Tretkowski]

* Loïc Minier wrote:
> On Thu, Feb 08, 2007, Norbert Tretkowski wrote:
> > After upgrading from linux-image-2.6.18-4-686 2.6.18.dfsg.1-9 to
> > 2.6.18.dfsg.1-10, wireless lan doesn't work any longer. The kernel
> > modules get loaded, ath0 and wifi0 devices are present, but iwlist
> > doesn't find any wireless networks.
> 
> Even if the ABI didn't change, did you rebuild the modules?

Yes, I did.

Norbert

Bug#409862: Single letter hostnames are rejected as incorrect

[Ola Lundqvist]

tags 409862 - wontfix
tags 409862 + patch
thanks

Hi Martin

Thanks for the explanation.

On Fri, Feb 09, 2007 at 12:04:17AM +, Martin wrote:
> 
> On Thu, 2007-02-08 at 22:42 +0100, Ola Lundqvist wrote:
> > tags 409862 + wontfix
> 
> > > Line 235 has the regex
> > > 
> > > [a-z0-9]*([a-z0-9_-])[a-z0-9])
> > > 
> > > which looks a little odd to my eyes, perhaps:
> > > 
> > > [a-z0-9]*([a-z0-9_-]*)[a-z0-9]+)
> > 
> > No this is actually intentional. One can argue that a single
> > character is valid for a hostname, but it is not my view.
> > If you give me a good reason I can change my mind though.
> 
> The two standards that come to mind are POSIX and the DNS RFCs.  POSIX
> says there is a platform dependant upper limit (MAXHOSTNAME i.e. 64 i/c
> \0 on the Linux infront of me):
> 
> http://www.opengroup.org/onlinepubs/009695399/functions/uname.html
> http://www.opengroup.org/onlinepubs/009695399/basedefs/sys/utsname.h.html
> 
> but there is no mention of a lower limit - thus I conclude that by POSIX
> I'm allowed to have one character hostnames.
> 
> DNS is a lot less clear.  The current guidance on handling DNS addresses
> doesn't mention lower limits:
> 
> ftp://ftp.is.co.za/rfc/rfc3696.txt
> ( from http://www.dns.net/dnsrd/rfc/ )
> 
> (although operationally TLDs do not assign single character second level
> domains).  A more comprehensive discussion is given here:
> 
> http://www.imc.org/idn/mail-archive/msg04905.html
> 
> So, I'd suggest there are three possible alternative:
> 
> 1. If it is two characters minimum because that's what makes you happy -
> then keep it like that.

:)

> 2. Follow the POSIX/Linux world and allow lengths of 1 to 63 inclusive.

Well we have the POSIX standard as well...

> 3. Follow the DNS world and allow lengths of 2 to 63 inclusive.

This is what I was referring to, but in a very vauge statement and without
really checking the standard.

> You're the programmer; I'm the user - it's your call as far as I'm
> concerned (althought I'll probably keep a private patched copy because I
> need single letter hostnames for one of our servers).
> 
> 
> 
> OK
> 
> 
> > However I think that the regex maybe should look like:
> > [a-z0-9]([a-z0-9_-]*)[a-z0-9])
> In option 1, yes.
> 
> :-)

As it is actually the POSIX standard that I have to follow in this case
I opt to change this actually. The other reason are practical, on how
to enfoce the user to have a correct hostname.

I need a way to tell the user not to have a hostname with
a- or -a as name... I can not really see the regex for that... :(
On the other hand that may be something that the user can live with.

In option two case I think the following would be an ok regex:

([a-z0-9_-]*)[a-z0-9])

or

[a-z0-9]([a-z0-9_-]*))

But if you know a good way to accept

x
xa
x-a

but not

x-
-a

as hostname, that would be great.

I can do a second matching, but that is not really what I want. I want
to do a glob regex at once.

Regards,

// Ola

> Cheers,
>  - Martin
> 
> 
> 

-- 
 --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering 
/  [EMAIL PROTECTED]   Annebergsslingan 37\
|  [EMAIL PROTECTED]   654 65 KARLSTAD|
|  http://opalsys.net/   Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---


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

Bug#407023: Severity of #407023 is critical (possible loss of data)

[Eric Dorland]

* Eric Lavarde - Debian Bugs ([EMAIL PROTECTED]) wrote:
> Hi,
> 
> I don't consider this to be normal: I use Linux for work, I almost always
> save on FAT because I need to have dual-boot with Windows.
> And this is currently seriously impacting my productivity, as I never know
> if what I'm saving will have size 0 or "only" change its name.
> I also don't think that this is such an exotic setup, lots of people have
> dual-boot Windows/Linux with a shared partition formatted with FAT.
> As for loss of data: if I download something with size 0 and go travelling
> (it's my laptop), and find out that I don't have the data I need
> available, I consider this as being data loss, especially if it appears in
> front of the customer.

You may consider this to be data loss, but it isn't. Data loss implies
you lost something, ie you were in possession of something and then
lost it. If downloading fails you never had it to begin with. 
 
> I don't want to start a severity-setting-war, but I would greatly
> appreciate to have the severity of this issue set higher (even better
> would be to have it fixed quickly :-> ).

Well the severity is not a stick to get things fixed more quickly. The
best question to ask yourself is should this bug prevent Iceweasel
from being part of the release? If you think that it should then your
priorities are a bit out of whack. 

> Mike Hommey said:
> > severity 407023 normal
> > thanks
> >
> > On Tue, Jan 30, 2007 at 02:19:36PM +0100, Eric Lavarde - Debian Bugs
> > <[EMAIL PROTECTED]> wrote:
> >> severity 407023 critical
> >> thanks
> >>
> >> (severity changed as per my last bug report)
> >
> > Come on, this has nothing critical. It barely has a small impact for
> > people saving directly to FAT.
> >
> > Mike
> >
> >
> 
> 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#409745: Iceweasel Bookmarks Editor Drag and Drop Not Working

[Eric Dorland]

tags 409745 unreproducible
thanks

* Andrea Tavazzani ([EMAIL PROTECTED]) wrote:
> Package: Iceweasel
> Version:  2.0.0.1+dfsg-2
> 
> Dragging bookmarks up and and down in the console i have the following 
> message:
> (Gecko:11667): Gtk-CRITICAL **: gtk_drag_get_data: assertion 
> `GTK_IS_WIDGET (widget)' failed
> 
> dragged bookmark bookmarks can't reach the desired place, resulting in 
> returning at the starting point.
> The same problem also affects Icedove mail program.
> I'm using Debian Experimental, and i have no other problem.

You're using experimental? As in the new gnome packages? That could be
the problem. 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#410274: maybe a compatability link to the new cgi?

[Joey Hess]

Package: viewcvs
Severity: normal

Upgrading to viewvc is likely to break lots of urls that have
viewcvs.cgi coded into them.

Perhaps this transitional package could include a viewcvs.cgi ->
viewvc.cgi symlink to aid in that transition and keep things from
breaking until the admin is ready to remove the package?

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

-- 
see shy jo

Bug#409864: reproducible here

[Joey Hess]

I'm able to reproduce the problem using the current viewvc.conf.dist,
modified only for my svn repo path and a few other minor things. I see
it if I go to http://kitenet.net/cgi-bin/viewvc.cgi , but not if I go to
http://kitenet.net/cgi-bin/viewvc.cgi/?root=joey
(Should be the same IIRC since I set default_root = joey)

Config attached.

-- 
see shy jo
#---
#
# Configuration file for ViewVC
#
# Information on ViewVC is located at the following web site:
# http://viewvc.org/
#
#---

#
# BASIC CONFIGURATION
#
# For correct operation, you will probably need to change the following
# configuration variables:
#
#cvs_roots (for CVS)
#svn_roots (for Subversion)
#root_parents (for CVS or Subversion)
#default_root
#rcs_path or cvsnt_exe_path
#mime_types_file 
#
# It is usually desirable to change the following variables:
#
#address
#forbidden
#
#use_enscript
#use_cvsgraph
#
# For Python source colorization:
#
#py2html_path
#
# To optimize delivery of ViewVC static files:
#
#docroot
#
# To customize the display of ViewVC for your site:
#
#template_dir
#the [templates] override section
#

#
# FORMAT INFORMATION
#
# This file is delineated by sections, specified in [brackets]. Within each
# section, are a number of configuration settings. These settings take the
# form of: name = value. Values may be continued on the following line by
# indenting the continued line.
#
# WARNING: indentation *always* means continuation. name=value lines should
#  always start in column zero.
#
# Comments should always start in column zero, and are identified with "#".
#
# Certain configuration settings may have multiple values. These should be
# separated by a comma. The settings where this is allowed are noted below.
#
# Any other setting that requires special syntax is noted at that setting.
# 

#---
[general]

#
# This setting specifies each of the CVS roots on your system and assigns
# names to them. Each root should be given by a "name: path" value. Multiple
# roots should be separated by commas and can be placed on separate lines.
#
#cvs_roots = cvs: /home/cvsroot

#
# This setting specifies each of the Subversion roots (repositories)
# on your system and assigns names to them. Each root should be given
# by a "name: path" value. Multiple roots should be separated by
# commas and can be placed on separate lines.
#
#svn_roots = svn: /home/svnrepos

# The 'root_parents' setting specifies a list of directories in which
# any number of repositories may reside.  Rather than force you to add
# a new entry to 'cvs_roots' or 'svn_roots' each time you create a new
# repository, ViewVC rewards you for organising all your repositories
# under a few parent directories by allowing you to simply specifiy
# just those parent directories.  ViewVC will then notice each
# repository in that directory as a new root whose name is the
# subdirectory of the parent path in which that repository lives.
#
# You can specify multiple parent paths separated by commas or new lines.
#
# Caution: these names can, of course, clash with names you have
# defined in your cvs_roots or svn_roots configuration items.  If this
# occurs, you can either rename the offending repository on disk, or
# grant new names to the clashing item in cvs_roots or svn_roots.
# Each parent path is processed sequentially, so repositories under
# later parent paths may override earlier ones.
#
#root_parents = /home/svn-repositories : svn,
#   /home/cvs-repositories : cvs

root_parents = /srv/svn : svn

# this is the name of the default root
# (ignored when root_as_url_component is turned on)
default_root = joey

# uncomment if the RCS binaries are not on the standard path
#rcs_path = /usr/bin/

# ViewVC can use CVSNT (www.cvsnt.org) instead of the RCS 
# utilities to retrieve information from CVS repositories.
# To enable use of CVSNT, set the "cvsnt_exe_path" value
# to the path of the CVSNT executable. (If CVSNT is on the
# standard path, you can also set it to the name of the
# CVSNT executable). By default "cvsnt_exe_path" is set to
# "cvs" on Windows and is not set on other platforms.
#
#cvsnt_exe_path =
#cvsnt_exe_path = cvs
#cvsnt_exe_path = K:\Program Files\cvsnt\cvs.exe
#cvsnt_exe_path = /usr/bin/cvs

# use rcsparse python module to retrieve cvs repository information instead
# of invoking rcs utilities. this feature is experimental
use_rcsparse = 0

# uncomment if the svn command-line utilities are not on the standard path
#svn_path = /usr/bin/

#
# This is a pathname to a MIME types file to help viewvc to guess the
# correct MIME type on checkout.
#
# If you are having problems with the default guess on the MIME type, then
# uncomment this option and point it at a MIME type file.
#
# F

Bug#410273: startling upgrade

[Joey Hess]

Package: viewvc
Version: 1.0.3-1
Severity: normal

I was suprised to find that apt upgraded me to viewvc from viewcvs today
without any mention in NEWS.Debian that it would make all my urls that
pointed to viewcvs.cgi break and generally require an hour of fixing to
get things working again.

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

Versions of packages viewvc depends on:
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  gawk  1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr
ii  mime-support  3.39-1 MIME files 'mime.types' & 'mailcap
ii  python2.4.4-2An interactive high-level object-o
ii  python-subversion 1.4.2dfsg1-2   Python bindings for Subversion
ii  python-support0.5.6  automated rebuilding support for p
ii  rcs   5.7-18 The GNU Revision Control System
ii  subversion1.4.2dfsg1-2   Advanced version control system

Versions of packages viewvc recommends:
ii  apache2-mpm-worker [httpd]2.2.3-3.2  High speed threaded model for Apac
ii  enscript  1.6.4-11   Converts ASCII text to Postscript,

-- debconf information excluded

-- 
see shy jo


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

Bug#410272: Font /usr/share/games/wormux/font/DejaVuSans.ttf can't be found!

[Nelson A. de Oliveira]

Package: wormux
Version: 0.7.9-1
Severity: grave
Justification: renders package unusable

Hi!

Wormux is failing to load since it searches for a font file that isn't
available:

==
(...)
[ Run game ]
Error: Font /usr/share/games/wormux/font/DejaVuSans.ttf can't be found!
! Error in graphic/font.cpp:83: Error during initialisation of a font!

tool/error.cpp:84: Missed assertion "false".

C++ exception caught:
Error during initialisation of a font!

Aborted
==

It seems that it's searching on the wrong place.
Grave severity as the game doesn't load while not finding the font.

Best regards,
Nelson

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.19-beyond2
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)

Versions of packages wormux depends on:
ii  libc62.3.6.ds1-11GNU C Library: Shared libraries
ii  libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library
ii  libcurl3 7.15.5-1Multi-protocol file transfer libra
ii  libgcc1  1:4.2-20060923-1GCC support library
ii  libglib2 2.12.7-1The GLib library of C routines
ii  libglibm 2.12.0-1C++ wrapper for the GLib toolkit (
ii  libidn11 0.6.5-1 GNU libidn library, implementation
ii  libkrb53 1.4.4-6 MIT Kerberos runtime libraries
ii  libsdl-g 2.0.13-2+b1 drawing and graphical effects exte
ii  libsdl-i 1.2.5-3 image loading library for Simple D
ii  libsdl-m 1.2.6-1.1+b2mixer library for Simple DirectMed
ii  libsdl-n 1.2.5-7+b1  network library for Simple DirectM
ii  libsdl-t 2.0.8-3+b1  ttf library for Simple DirectMedia
ii  libsdl1. 1.2.11-7Simple DirectMedia Layer
ii  libsigc+ 2.0.17-2type-safe Signal Framework for C++
ii  libssl0. 0.9.8c-4SSL shared libraries
ii  libstdc+ 4.2-20060923-1  The GNU Standard C++ Library v3
ii  libxml++ 2.14.0-0.1  A C++ interface to the GNOME XML l
ii  libxml2  2.6.27.dfsg-1   GNOME XML library
ii  wormux-d 0.7.9-1 Data files for the game wormux
ii  zlib1g   1:1.2.3-13  compression library - runtime

wormux recommends no packages.

-- no debconf information


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

Bug#410267: coreutils: ls sorting . files incorrectly, varies based on root/nonroot

[Bob Proulx]

Matthew Mittelstadt wrote:
> I noticed today some weird behavior with ls. After years and years of using
> UNIX-type systems, I have become pretty accustomed to 'ls -a' displaying all
> files beginning with a . first, and then "regular" files. today, I noticed
> that the files were being sorted alphabetically, and the . seemed to be
> getting ignored. 

You must now be using a locale with a sort ordering that ignores
punctuation and folds case such as en_US.UTF-8 or other such locale.
What you are describing is the dictionary sort ordering that those
locales select.  Personally I don't like it either but I was not
consulted.  I think they confused people working with data on a
computer with people writing text about it.

Set your locale to C or POSIX to get a standard locale and sort
ordering.

Personally I am using the following locale variables.

  export LANG=en_US.UTF-8
  export LC_COLLATE=C

This gives me UTF-8 support in most applications such as xterm but
still sorts using a normal sort ordering.  (Note that the proper
unicode fonts must also be installed for this to be useful.)

> I am using etch (testing), and the coreutils version reported by 'ls
> --version' is 5.2.1.

GNU Coreutils 5.2.1 is the Sarge version.  Version 5.97-5 is current
for Etch/Testing at this moment.

> there is no ls option I can find that modifies this
> behavior, nor can I find any documentation about it anywhere. two friends of
> mine are running sarge, one with ls 5.97, and one with ls 5.2.1. neither
> demonstrates this issue. 

The info page on ls in Sarge lists this information:

  info coreutils ls

 (1) If you use a non-POSIX locale (e.g., by setting `LC_ALL' to
  `en_US'), then `ls' may produce output that is sorted differently than
  you're accustomed to.  In that case, set the `LC_ALL' environment
  variable to `C'.

Bob


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

Bug#319829: mutt sorting crash and #319829: garbled screen

[Justin Pryzby]

This is perhaps related to #319829?  It isn't clear to me whether, for the
first report of that bug, I was using pops://.  I suspect that if I had
been, I would have reported that.

BTW, before the most recent crash, I had saved messages to a local
mailbox, and deleted them.


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

Bug#409100: closed -- Please use readable $(cmd) syntax instead of unreadable `cmd`,

[Jari Aalto]

[EMAIL PROTECTED] (Debian Bug Tracking System) writes:

> #409100: [template::rules] Please use readable $(cmd) syntax instead of 
> unreadable `cmd`,
> which was filed against the debhelper package.
> From: Joey Hess <[EMAIL PROTECTED]>
> Subject: closing
> To: [EMAIL PROTECTED]
> Date: 2007-02-09 01:14
>
> If your development environment cannot display ` differently than ' ,
> you need to get a new one.

I do not find the reasoning of closing of this bug constructive to the
the end user. Were all these points weighted?

o  The use of readable alternative over non-readable 
o  The ability to distinguish characters on some displays / fonts
o  The ability to press keys, which are not necessarily easily located in 
   non-us keyboards (think remote terminal connections etc.)

I fail to understand how in quality wise the decision made would be better than 
the
suggested alternative.
 
Jari



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

Bug#407872: PyChess problem

[Varun Hiremath]

Hi Jeff,

On 2/9/07, Jeff Licquia <[EMAIL PROTECTED]> wrote:

One of my concerns is for the version that ships with Debian etch when
it is released.  I would very much like PyChess to be usable without
difficulty.  Would you recommend that etch update to 0.7 or trunk?


PyChess couldn't make it to testing, it is only available in unstable.
So, we have enough time to fix this for Lenny :-)

Regards
Varun

--
Varun Hiremath
Undergraduate Student,
Aerospace Engg. Department,
Indian Institute of Technology Madras,
Chennai, India
---
Homepage : http://varun.travisbsd.org


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

Bug#410247: iceweasel: Gtk interface won't use DejaVu Sans Condensed.

[Eric Dorland]

* Rob Andrews ([EMAIL PROTECTED]) wrote:
> Package: iceweasel
> Version: 2.0.0.1+dfsg-2
> Severity: normal
> 
> 
> Bizarre problem. If you set the font to DejaVu Sans Condensed in the
> GNOME Font preferences, Iceweasel uses DejaVu Sans Regular.
> 
> If this problem isn't clear, I have a small screenshot here:
> 
> http://choralone.org/cruft/random/iceweasel-wrong-font.png
> 
> It's a shame, because it just spoils the interface consistency, and I
> like the condensed font!

Forgive the perhaps obvious question, but did you restart Iceweasel
after changing the gnome font? 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#410195: doesn't support Siemens CardOS 4.3b

[Eric Dorland]

tags 410195 fixed-upstream
thanks

* Guido Guenther ([EMAIL PROTECTED]) wrote:
> Package: opensc
> Version: 0.11.1-2
> Severity: normal
> 
> Hi,
> current opensc in unstable gives:
> 
> $ /usr/bin/opensc-tool  -n
> Unidentified card
> 
> But current SVN works as expected:
> 
> $ /usr/local/bin/opensc-tool  -n
> CardOS M4
> 
> and pkcs15-init from SVN is able to create the pkcs15 structures. Any
> chance to get this into the package?

Very unlikely that this will make it for etch. Once a new release of
openct I'm sure I'll package it though. 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#409653: mutt crash again while sorting a pops mailbox

[Justin Pryzby]

Mutt crashed again, connected to a pop3 mailbox, when I tried to do
"order by: thread".  The last visible action was to display "Sorting
mailbox...".  I've never experienced this before; I've just recently
been using the pops:// mailbox as a temporary measure, so it seems
likely that it is specific to pops mailboxes.


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

Bug#353053: watchdog: this needs to be resolved for xen when many domains need to be shut down

[James Harper]

Package: watchdog
Version: 5.2.6-6
Followup-For: Bug #353053

I'm having a problem where xen needs an unknown amount of time to shut down the 
virtual machines before it can shut down itself, which means shutting down 
watchdog when nowayout has been set causes a premature reboot.

Would it be possible for watchdog to detect a change to runlevel 0 or 6, and 
simply stop doing the checks which become unreliable once a shutdown has 
started? This behaviour could be controlled by a config option if necessary.

Thanks

James


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

Versions of packages watchdog depends on:
ii  debconf [debconf-2.0]1.5.11  Debian configuration management sy
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  makedev  2.3.1-83creates device files in /dev
ii  udev 0.103-2 /dev/ and hotplug management daemo

watchdog recommends no packages.

-- debconf information:
* watchdog/run: true
* watchdog/restart: false


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

Bug#365587: iceweasel keeps crashing over http://localhost/mediawiki/config/index.php

[Eric Dorland]

reassign 365587 iceweasel
thanks

* Danai SAE-HAN =?UTF-8?Q? ?= ([EMAIL PROTECTED]) wrote:
> Package: iceweasel
> Version: 2.0.0.1+dfsg-2
> Followup-For: Bug #365587
> 
> 
> Hi!
> 
> 
> I'm having precisely the same problem as the user, namely when I open
> the MediaWiki configuration page, Firefox/Iceweasel crashes exactly
> before the page is fully loaded.  Epiphany does not show this
> behaviour.  I must say that I haven't configured the database yet.
> But still, FF shouldn't crash.
> 
> When restarting FF (even in Safe Modus), it loads the page until it's
> almost fully loaded again, and then crashes again.  It looks like a
> Sisyphean bug as I can reproduce it. ;)
> 
> What exactly do you need?  Output from strace, or gdb?  Any options
> you would like me to set for these commands?

Both of these would be good. You could also try moving your .mozilla
and .firefox directories out of the way. 
 
> The page in question is: 
> http://godfather.serveftp.com/mediawiki/config/index.php

Unfortunately I cannot reproduce it.
 
> [Seems like I also found a bug for Gedit+Epiphany when viewing the source.
>  This page seems like a goldmine for bugs! =]
> 
> 
> Best regards!
5~> 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#410271: fails to create database

[Rafal Czlonka]

Package: tdl
Version: 1.5.2-2
Severity: grave

When trying to add a task I get this message:

warning: no database found above this directory

When trying to add it again or trying to save it the message looks like
this:

Database ./.tdldb appears to be locked by (pid,node,user)=(9707,thor,rjc)

This makes the program completely unusable.

It also would be a better idea to create the lock file in the home
directory instead of the current one.

Regards,
rjc

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-4-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages tdl depends on:
ii  libc6   2.3.6.ds1-11 GNU C Library: Shared libraries
ii  libncurses5 5.5-5Shared libraries for terminal hand
ii  libreadline55.2-2GNU readline and history libraries

tdl recommends no packages.

-- no debconf information


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

Bug#410166: iceweacel: Crashes when closing pop up windows using the close function within the window

[Eric Dorland]

Can you give me an example of a page where this happens?

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#409367: ITP: iceape-locales -- language packs for Iceape

[Jonny]

Japanese Language Pack of SeaMonkey 1.0.x
http://sourceforge.jp/projects/rm-f/files/?release_id=23209#23209

For the moment, Japanese Language Pack of official recognition does not exist.


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

Bug#410243: nvidia-kernel-source: Please provide packages for the latest 2.6.18-4 kernels

[Jaime Ochoa Malagón]

please run with your new kernel running:

m-a prepare
m-a a-i nvidia


On 2/8/07, rtheys <[EMAIL PROTECTED]> wrote:

Package: nvidia-kernel-source
Severity: wishlist


I'm probably kicking in an open door here, but...

There are precompiled nvidia driver packages for the 2.6.18-3 kernels,
but not for the latest 2.6.18-4 kernel which will probably be the etch
kernel. Having the nvidia driver module packages available in etch
would be nice.

Thanks in advance

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



Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm







--
Perhaps the depth of
love can be calibrated by the number of different selves that are
actively involved in a given relationship.

Carl Sagan (Contact)

Jaime Ochoa Malagón
Integrated Technology
Tel: (55) 52 54 26 10

Bug#410248: This bug report is mostly invalid

[Graham]

As Steve pointed out, the permissions on gtk-gnutella's binary look fine:

$ ls -l `which gtk-gnutella`
-rwxr-xr-x 1 root root 2726984 Oct 15 19:00 /usr/bin/gtk-gnutella*

Submitter, please note that the setuid bits are off, so gtk-gnutella
will run as whoever invokes it, and not as root. The binary is owned
by root so that nobody other than root will be able to modify it.

It is true that gtk-gnutella does not start, and there are half a
dozen or so open bug reports concerning this; maybe someone could
merge them? From reading these, I understand that because any version
has only a 90-day useful lifetime, the package will not be in Etch.

I also see that there has been some discussion of putting it into
volatile. That sounds like the right answer to me. Can someone
(preferably without starting another flame fest) please explain the
outcome of that discussion?

In the meantime, maintainers, could you please upload a newer version
to experimental?

Thanks

-- graham


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

Bug#410270: coreutils: join outputs wrong field order for -v option

[gambarimasu+reportbug]

Package: coreutils
Version: 5.97-5
Severity: normal


the join field is incorrect for the -v version.

#08-Thu-20-03-40 /tmp$ cat>|a
#a1,a2,c3,a4,a5
#a21,a22,a33,a44,a55
#08-Thu-20-05-07 /tmp$ cat>|b
#b1,b2,b3,c3,b5
#b21,b22,b33,b44,b55
#08-Thu-20-06-07 /tmp$ join -t, -i -1 3 -2 4 a b
#c3,a1,a2,a4,a5,b1,b2,b3,b5
#08-Thu-20-06-10 /tmp$ join -v 2 -t, -i -1 3 -2 4 a b
#b33,b21,b22,b44,b55
#08-Thu-20-06-15 /tmp$

thanks.

-- System Information:
Debian Release: 4.0
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16nomd
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages coreutils depends on:
ii  libacl1 2.2.41-1 Access control list shared library
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries
ii  libselinux1 1.32-3   SELinux shared libraries

coreutils recommends no packages.

-- no debconf information


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

Bug#406570: perl -w: add tip: $ perhaps should be @

[Dan Jacobson]

Ah ha, the user was actually trying to do a array slice!
Therefore diagnostics should say "if you were attempting to do a array
slice, then just use @ instead of $"!

It is much more likely the user (er, current user, er, me) was trying
to do a slice than a multidimensional array, so both diagnostics and
the basic messages should be enhanced to consider this!

B> See also the diagnostics module, which outputs the appropriate detail
B> from that page on error:

B>   $ perl -Mdiagnostics -e '$F[5,10]'
B>   Multidimensional syntax $F[5,10] not supported at -e line 1 (#1)
B>   (W syntax) Multidimensional arrays aren't written like $foo[1,2,3].
B>   They're written like $foo[1][2][3], as in C.


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

Bug#392966: [Pkg-mediawiki-devel] Bug#392966: mediawiki multisite setup request

[Dan Jacobson]

Non-debian multisite setup: actually I had to forget symlinks myself
as saving space is not worth upgrade tangle.


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

Bug#409864: Unspeakable evil is possible even in python

[Nick Phillips]

On 9/02/2007, at 3:04 PM, David Martínez Moreno wrote:



	Maybe I am completely slept or something, but the viewvc.conf from  
Rodrigo

only has the default configuration, that is, an absolute template_dir
parameter and no explicit template.  I do not see your point, sorry.



Sorry, hadn't looked at his conf file -- I'd just found this bug when  
about to report one myself, and thought it looked like the same one.


Since the behaviour I thought I was describing (relative names in  
templates section, absolute template_dir set, result broken because  
for some reason it is using /usr/lib as a prefix) is clearly a  
problem, I suggest that fixing it to use template_dir as a prefix  
whenever the per-template name is relative (i.e. is using the default  
or is specified as a relative name in the config) would be a good  
idea, and might well fix his problem as well as mine. Oh, and the  
default for template_dir obviously needs to be sensible too, rather  
than calculated from __file__!



Cheers,


Nick

--
Nick Phillips / +64 3 479 4195 / [EMAIL PROTECTED]
# these statements are my own, not those of the University of Otago

Bug#410269: picard: "Options" dialog cannot be triggered

[Onrue]

Package: picard
Version: 0.7.2-2
Severity: important

When pressing "Options" button -- nothing happens, so as with pressing
"Options..." in "File" menu.  Output of picard in console is:

Traceback (most recent call last):
 File "/usr/local//lib/python2.4/site-packages/picard/ui/albumpanel.py",
line 424, in OnSize
   self.tree.SetColumnWidth(i, int(self.colProps[i] *
self.GetSize().GetWidth()))
 File "/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/gizmos.py",
line 600, in SetColumnWidth
   return _gizmos.TreeListCtrl_SetColumnWidth(*args, **kwargs)
TypeError: argument number 3: a 'unsigned number' is expected,
'int(-218)' is received
Traceback (most recent call last):
 File "/usr/local//lib/python2.4/site-packages/picard/tagger.py",
line 1099, in OnOptions
   self.metadataPanel.showOptions()
 File "/usr/local//lib/python2.4/site-packages/picard/ui/mdatapanel.py",
line 312, in showOptions
   dlg = optionsdialog.OptionsDialog(self.frame, self.config, pageToShow)
 File 
"/usr/local//lib/python2.4/site-packages/picard/ui/options/optionsdialog.py",
line 103, in __init__
   page = pageClass(self.splitter, config)
 File "/usr/local//lib/python2.4/site-packages/picard/ui/options/about.py",
line 85, in __init__
   text = _("Version %s\n"
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position
4: ordinal not in range(128)
Traceback (most recent call last):
 File "/usr/local//lib/python2.4/site-packages/picard/tagger.py",
line 1099, in OnOptions
   self.metadataPanel.showOptions()
 File "/usr/local//lib/python2.4/site-packages/picard/ui/mdatapanel.py",
line 312, in showOptions
   dlg = optionsdialog.OptionsDialog(self.frame, self.config, pageToShow)
 File 
"/usr/local//lib/python2.4/site-packages/picard/ui/options/optionsdialog.py",
line 103, in __init__
   page = pageClass(self.splitter, config)
 File "/usr/local//lib/python2.4/site-packages/picard/ui/options/about.py",
line 85, in __init__
   text = _("Version %s\n"
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position
4: ordinal not in range(128)

-- System Information:
Debian Release: testing/unstable
 APT prefers experimental
 APT policy: (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages picard depends on:
ii  python   2.4.4-2 An interactive high-level object-o
ii  python-ctypes0.9.9.6-1   Python package to create and manip
ii  python-musicbrainz2  0.4.1-1 An interface to the MusicBrainz XM
ii  python-support   0.5.6   automated rebuilding support for p
ii  python-tunepimp  0.5.3-1 Python bindings for MusicBrainz ta
ii  python-wxgtk2.6  2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t

picard recommends no packages.

-- no debconf information


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

Bug#360081: Perhaps a family member in Singapore

[Xing Chung]

The Bank Of East Asia Ltd
137 Market Street
Bank of East Asia Building
Singapore 048943

Perhaps a family member in Singapore.

A family member of yours (perhaps) in Singapore died twelve years ago
leaving behind an estate/capital (US$18.9M with interest) in a bank here
where I work, till date nobody has come forward or put application for the
claim. During the bank private search for the relative recently your name
and email contact was among the findings that matches the same surname as
the decease (name WITHELD for security reason) who died interstate with no
Will or next of kin.
To maintain the level of security required I have intentionally left out
the final details. I urge you to come forward since I can provide you with
the details needed for you to claim the estate/capital so that I can be
gratify by you, in this way $7,560,000.00  for you and $11,340,000.00  for
me and my colleagues that will do all the crucial part in the bank to have
the claim release to you promptly. To affirm your willingness and
cooperation please do so by replying me at my private email
([EMAIL PROTECTED]) stating your FULL NAME, DATE OF BIRTH, TELEPHONE
NUMBER, FAX NUMBER, PRIVATE EMAIL ADDRESS AND POSTAL ADDRESS.

I do expect you prompt response.

Thank you,
Xing Chung.


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

Bug#409864: Unspeakable evil is possible even in python

[Nick Phillips]

On 9/02/2007, at 3:04 PM, David Martínez Moreno wrote:


El viernes, 9 de febrero de 2007 00:40, Nick Phillips escribió:

OK, well take a look at line 761 in viewvc.py and it being called
from line 827, and laugh. Consider for a moment the explicitly-set
relative template paths in the viewvc.conf that has been generated
for you. Consider further the absolute futility of setting the
template_dir option.


Only if it is relative, not absolute.  There is a:

if os.path.isabs(path):

that should take care of giving back the path unaltered if it is  
absolute,

which is our case.


Not if the individual template settings are relative, which in my  
migrated config (from a standard viewcvs config), they are.


i.e. template_dir is set and absolute, individual template names are  
set and relative, and the result is breakage.





	Maybe I am completely slept or something, but the viewvc.conf from  
Rodrigo

only has the default configuration, that is, an absolute template_dir
parameter and no explicit template.  I do not see your point, sorry.


I'm guessing I'm not the only one who is using this as a migration  
from viewcvs. In any case, irrespective of the config file that we  
may or may not ship/create, the behaviour that viewvc exhibits when a  
relative template name is set is nuts.


I would suggest that:

* If absolute template paths are explicitly set per-template, they  
are used
* If relative templates (which include the defaults) are to be used,  
then they should be relative to the specified template_dir
* If relative templates are to be used, and template_dir is not set,  
then they should be relative to /etc/viewvc -- not the result of some  
half-baked attempt to find some kind of "installation dir".


Note that _install_path appears also to be used e.g. to determine  
where to tell cvsgraph to look for config files. Which is also crazy  
and broken.


Please don't misinterpret my previous comments as criticism of you as  
maintainer -- whoever wrote the code evidently just completely failed  
to consider setups different to their own.



Cheers,


Nick

--
Nick Phillips / +64 3 479 4195 / [EMAIL PROTECTED]
# these statements are my own, not those of the University of Otago

Bug#316258: Perhaps a family member in Singapore

[Xing Chung]

The Bank Of East Asia Ltd
137 Market Street
Bank of East Asia Building
Singapore 048943

Perhaps a family member in Singapore.

A family member of yours (perhaps) in Singapore died twelve years ago
leaving behind an estate/capital (US$18.9M with interest) in a bank here
where I work, till date nobody has come forward or put application for the
claim. During the bank private search for the relative recently your name
and email contact was among the findings that matches the same surname as
the decease (name WITHELD for security reason) who died interstate with no
Will or next of kin.
To maintain the level of security required I have intentionally left out
the final details. I urge you to come forward since I can provide you with
the details needed for you to claim the estate/capital so that I can be
gratify by you, in this way $7,560,000.00  for you and $11,340,000.00  for
me and my colleagues that will do all the crucial part in the bank to have
the claim release to you promptly. To affirm your willingness and
cooperation please do so by replying me at my private email
([EMAIL PROTECTED]) stating your FULL NAME, DATE OF BIRTH, TELEPHONE
NUMBER, FAX NUMBER, PRIVATE EMAIL ADDRESS AND POSTAL ADDRESS.

I do expect you prompt response.

Thank you,
Xing Chung.


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

Bug#409864: Unspeakable evil is possible even in python

[David Martínez Moreno]

El viernes, 9 de febrero de 2007 00:40, Nick Phillips escribió:
> OK, well take a look at line 761 in viewvc.py and it being called
> from line 827, and laugh. Consider for a moment the explicitly-set
> relative template paths in the viewvc.conf that has been generated
> for you. Consider further the absolute futility of setting the
> template_dir option.

Only if it is relative, not absolute.  There is a:

if os.path.isabs(path):

that should take care of giving back the path unaltered if it is absolute, 
which is our case.

> Then switch to cvsweb or something.
>
> A fine example of shit code in any language.
>
>
> For a workaround, either set the template_dir option in the [options]
> section of your viewvc.conf and comment out all of the explicit
> templates specified in the [templates] section, or just make sure
> that every template in the [templates] section is specified with an
> absolute path.

Maybe I am completely slept or something, but the viewvc.conf from 
Rodrigo 
only has the default configuration, that is, an absolute template_dir 
parameter and no explicit template.  I do not see your point, sorry.

Heading my bed.

Best regards,


Ender.
-- 
Network engineer
Debian Developer


pgpgMBfOtr6yp.pgp
Description: PGP signature

Bug#410259: Data::Dumper.3perl.gz: add non-escaped UTF-8 producing example

[Steve Peters]

On Fri, Feb 09, 2007 at 07:12:06AM +0800, Dan Jacobson wrote:
> Package: perl-doc
> Version: 5.8.8-7
> Severity: wishlist
> X-debbugs-cc: [EMAIL PROTECTED]
> File: /usr/share/man/man3/Data::Dumper.3perl.gz
> 
> We see there on the man page
>Pure Perl version of "Data::Dumper" escapes UTF-8 strings
>correctly only in Perl 5.8.0 and later.
> But what if we don't wish to see
> $VAR3 = "\x{8ecd}\x{529f}";
> $VAR4 = {
>   "*\x{8ecd}\x{529f}\x{8def}97\x{865f}\x{5c0d}\x{9762}" => 2,
> etc. but instead the actual UTF-8 chars.
> 
> Say there on the man page what to do.
> I had to do
> $ perl file|ascii2uni -C
> as a workaround.
> 

Unfortunately, ascii2uni is not a part of Perl, and is probably not 
cross-platform, so is not a usable example.  Perhaps you'd like to propose
an example using Perl code, and a patch for the documentation?

Steve Peters
[EMAIL PROTECTED]


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

Bug#409497: viewcvs: [INTL:pt] Portuguese translation for debconf messages

[David Martínez Moreno]

El viernes, 9 de febrero de 2007 02:38, David Martínez Moreno escribió:
[...]
>   You need to use the strings from viewvc 1.0.3-1.  I attach them to this
> mail.

Oooops, I forgot to send you the templates.  Anyway, i attach the 
updated 
pt.po file.

Best regards,


Ender.
-- 
Network engineer
Debian Developer


pt.po
Description: application/gettext


pgpA3lKCn74ke.pgp
Description: PGP signature

Bug#409497: viewcvs: [INTL:pt] Portuguese translation for debconf messages

[David Martínez Moreno]

El domingo, 4 de febrero de 2007 10:10, Traduz! escribió:
> > Sorry, but just yesterday I uploaded a completely new version of viewcvs
> > (now called viewvc) with a different set of templates.  I regret to tell
> > you that your translation is useless.
> >
> > Best regards, and tell me if you need the new templates.
> >
> Hi all,
>
> it seems that the messages in viewvc are included in the messages of
> viewcvs.
>
> Here it goes a 'msgmerge' of the templates from viewvc and from the
> messages from the former viewcvs package.

Sorry, but I do not understand you.

You have sent the *same* file but correctly wrapped for gettext 
standards.  
Only this.  The strings you used are the same from viewcvs, not from viewvc.

I will include your file, but I think that almost all the strings will 
be 
fuzzy, and thus useless.

You need to use the strings from viewvc 1.0.3-1.  I attach them to this 
mail.

Best regards,


Ender.

-- 
Network engineer
Debian Developer


pgpr810S3fKOz.pgp
Description: PGP signature

Bug#410183: please ignore the last item re: error loading media error

[prosolutions]

please disregard the last item regarding the "Error loading media" error
occurring in the playlist window.  It turned out to be due to corrupted
media.





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

Bug#410267: coreutils: ls sorting . files incorrectly, varies based on root/nonroot

[Matthew Mittelstadt]

Package: coreutils
Version: 5.2.1-2
Severity: normal


I noticed today some weird behavior with ls. After years and years of using
UNIX-type systems, I have become pretty accustomed to 'ls -a' displaying all
files beginning with a . first, and then "regular" files. today, I noticed
that the files were being sorted alphabetically, and the . seemed to be
getting ignored. 

I also just noticed that a filename starting with a capital letter is not
being sorted before filenames beginning with lowercase letters, which is
also not the "normal" behavior that I am used to. 

here's a sample: 

(11:14:13) [EMAIL PROTECTED]:~> ls -al ~test 
total 10 
drwxr-xr-x  2 test test  2048 2007-02-08 11:14 .
drwxrwsr-x  8 root staff 2048 2007-02-08 10:01 ..
-rw-r--r--  1 test test 0 2007-02-08 11:13 Alpha 
-rw---  1 test test   221 2007-02-08 11:14 .bash_history 
-rw-r--r--  1 test test   567 2007-02-08 09:52 .bash_profile 
-rw-r--r--  1 test test  1834 2007-02-08 09:52 .bashrc 
-rw-r--r--  1 test test 0 2007-02-08 11:13 beta 
-rw-r--r--  1 test test 0 2007-02-08 09:52 moo 
-rw-r--r--  1 test test 0 2007-02-08 11:14 Sigma 
-rw-r--r--  1 test test 0 2007-02-08 09:53 .test

this happens for any normal user, regardless of the shell. 

what makes this extra strange is that if I su, or log into the console as
root, the "correct" behavior occurs: 

badger:~# ls -al ~test 
total 10 
drwxr-xr-x  2 test test  2048 Feb  8 11:14 . 
drwxrwsr-x  8 root staff 2048 Feb  8 10:01 ..
-rw---  1 test test   221 Feb  8 11:14 .bash_history 
-rw-r--r--  1 test test   567 Feb  8 09:52 .bash_profile 
-rw-r--r--  1 test test  1834 Feb  8 09:52 .bashrc 
-rw-r--r--  1 test test 0 Feb  8 09:53 .test 
-rw-r--r--  1 test test 0 Feb  8 11:13 Alpha 
-rw-r--r--  1 test test 0 Feb  8 11:14 Sigma 
-rw-r--r--  1 test test 0 Feb  8 11:13 beta 
-rw-r--r--  1 test test 0 Feb  8 09:52 moo


I am using etch (testing), and the coreutils version reported by 'ls
--version' is 5.2.1. there is no ls option I can find that modifies this
behavior, nor can I find any documentation about it anywhere. two friends of
mine are running sarge, one with ls 5.97, and one with ls 5.2.1. neither
demonstrates this issue. 


-- System Information:
Debian Release: 3.1
Architecture: i386 (i586)
Kernel: Linux 2.6.8
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages coreutils depends on:
ii  libacl1   2.2.23-1   Access control list shared library
ii  libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an

-- no debconf information


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

Bug#410268: passwd: check for extra arguments

[Justin Pryzby]

Package: passwd

$ sudo passwd -S root daemon |wc -l
1

Passwd should test that exactly one non-option argument is given, unless
-a (or -h?) is given, in which case no non-option arguments are given.
If not, set $? -ne 0.

passwd -l foo bar returns 0 but hasn't locked bar.


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

Bug#410248: tk-gnutella-0.96.1svn12109-1: Will not start as user, , , executable is set as root, root ... security thoughts say this is wrong.

[Steve Langasek]

reassign 410248 gtk-gnutella
found 410248 0.96.1svn12109-1
tags 410248 -security
thanks

Please put your bug report in the body of the message, not in the subject.

On Thu, Feb 08, 2007 at 08:48:10PM +, [EMAIL PROTECTED] wrote:
> Package: tk-gnutella-0.96.1svn12109-1
> Version: 0.96.1svn12109-1
> Severity: grave
> Tags: security
> Justification: user security hole

> Will not start as user, , ,
> executable is set as root, root ... security thoughts say this is wrong.

Um, no.  All binaries provided by packages are supposed to be owned by root.

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


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

Bug#410266: ucf : [INTL:pt] Portuguese translation for debconf messages

[Traduz ML]

Package: ucf
Version: n/a
Tags: l10n, patch
Severity: wishlist

Portuguese translation for ucf's debconf messages.
Translator: Pedro Ribeiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

--
Best regards,

Rui Branco
Portuguese Translation Team
http://www.DebianPT.org












pt.po
Description: application/gettext

Bug#409924: does not ship anything related to kerberos or smb authentification

[Xavier Oswald]

On 22:34 Thu 08 Feb , gregor herrmann wrote:
> On Thu, 08 Feb 2007 11:36:31 +0100, Xavier Oswald wrote:
> 
> > Authen::Simple::Kerberos and Authen::Simple::SMB will come soon ;)
> 
> $ apt-cache policy libauthen-simple-smb-perl
> libauthen-simple-smb-perl:
>   Installed: (none)
>   Candidate: 0.1-2
>   Version table:
>  0.1-2 0
> 990 http://ftp.de.debian.org unstable/main Packages
> 
> At least the last one seems to be in unstable already.

Yes, smb is in unstable, I just finished with the kerberos stuffs..
I will ping you tomorow with my two new perl modules ;)

friendly,
-- 
  ,''`.  Xavier Oswald <[EMAIL PROTECTED]>
 : :' :  GNU/LINUX Debian & Debian-Edu 
 `. `'   GnuPG Key ID 0x88BBB51E 
   `-938D D715 6915 8860 9679  4A0C A430 C6AA 88BB B51E



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

Bug#410265: sane seems to freeze, warmup too long in an Epson Perfection 1260 scanner

[wendigo]

Package: sane
Severity: important


If sane is used in an Epson Perfection 1260 scanner it seems to hang 
forever...actually it may start scanning after SOME MINUTES. The problem 
is the lines that says:

"warmup-time"
-1

in the /home/user/.sane/xsane/Epson:Perfection1260_Photo.drc file

The -1 indicates sane to use the default warmup time that seems to be 
T long for the Perfection 1260

If they are changed to:

"warmup-time"
4

Or another similar value, the problem will be solved.
Some other programs like Kooka on KDE read this information from the 
file /etc/sane.d/plustek.conf in the line that says:

option warmup -1

This must be changed to 

option warmup 4

There problem solved, but this should be default setting for the 
aforementioned scanner.
Same thing happens in Sarge but wasn't able to figure out that at the 
time arggg.




-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-486
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Bug#410172: version missing on libnet-server-perl dependency

[Henrique de Moraes Holschuh]

On Thu, 08 Feb 2007, Aidas Kasparas wrote:
> package by package basis as needed. No upgrade to some formal stable
> release was made (reasons it should?).

That would do it, indeed.

Yes, you have to upgrade to every stable distro in the way, think of it as a
checkpoint.  Debian guarantees updates only from one stable distro to the
next one.

There is nothing wrong with using testing and upgrading in a
need-for-an-update basis (other than that you need to keep a *really* close
eye for security problems), but you need to change that to a full update of
everything at least once, right after a new stable is released.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#409243: fails to boot.

[maximilian attems]

On Thu, 01 Feb 2007, Mauro Sanna wrote:

> Then I upgrade to etch.
> I install the new kernel 2.6.18 and initramfs-tools.
> I create the new initrd then, at the end of upgrade, reboot the
> system.
> It hangs saying that cannot find my volume group and is "waiting
> for root filesystem..."
> In my preceding upgrades, months ago, I didn't had this problem.
> I have this problem with newer upgrades to etch.

how did you create the initrd?
please send output of the installed linux-image

dpkg -l linux-image*

best regards

-- 
maks


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

Bug#336138: could you please fix this for etch?

[Peter Eisentraut]

Russell Coker wrote:
> The easiest solution is to simply run "execstack -c" after linking
> the shared object.  This isn't the ideal solution but gives the
> desired result.

The package "prelink" that contains this program seems to be available 
only for a few platforms.


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

Bug#410263: evolution: Crash on attempt to sync to Palm

[John Goerzen]

Package: evolution
Version: 2.8.2.1-1
Severity: normal

I am experiencing trouble syncing an Evolution calendar from Groupwise
to a Palm.  I believe I am seeing an instance of
http://bugzilla.gnome.org/show_bug.cgi?id=363102, linked to from
http://live.gnome.org/GnomePilot



-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (100, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages evolution depends on:
ii  dbus  1.0.2-1simple interprocess messaging syst
ii  evolution-common  2.8.2.1-1  architecture independent files for
ii  evolution-data-server 1.8.2-1evolution database backend server
ii  gconf22.16.0-3   GNOME configuration database syste
ii  gnome-icon-theme  2.14.2-2   GNOME Desktop icon theme
ii  gtkhtml3.83.12.1-2   HTML rendering/editing library - b
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.12.4-1   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libavahi-client3  0.6.16-2   Avahi client library
ii  libavahi-common3  0.6.16-2   Avahi common library
ii  libavahi-glib10.6.16-2   Avahi glib integration library
ii  libbonobo2-0  2.14.0-3   Bonobo CORBA interfaces library
ii  libbonoboui2-02.14.0-5   The Bonobo UI library
ii  libc6 2.3.6.ds1-10   GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libcamel1.2-8 1.8.2-1The Evolution MIME message handlin
ii  libdbus-1-3   1.0.2-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.71-3 simple interprocess messaging syst
ii  libebook1.2-9 1.8.2-1Client library for evolution addre
ii  libecal1.2-7  1.8.2-1Client library for evolution calen
ii  libedataserver1.2-7   1.8.2-1Utility library for evolution data
ii  libedataserverui1.2-8 1.8.2-1GUI utility library for evolution 
ii  libegroupwise1.2-12   1.8.2-1Client library for accessing group
ii  libesd0   0.2.36-3   Enlightened Sound Daemon - Shared 
ii  libexchange-storage1.2-2  1.8.2-1Backend library for evolution cale
ii  libfontconfig12.4.2-1generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgconf2-4   2.16.0-3   GNOME configuration database syste
ii  libgcrypt11   1.2.3-2LGPL Crypto library - runtime libr
ii  libglade2-0   1:2.6.0-4  library to load .glade files at ru
ii  libglib2.0-0  2.12.6-2   The GLib library of C routines
ii  libgnome-keyring0 0.6.0-3GNOME keyring services library
ii  libgnome-pilot2   2.0.15-0.1 Support libraries for gnome-pilot
ii  libgnome2-0   2.16.0-2   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.14.0-2   A powerful object-oriented display
ii  libgnomeprint2.2-02.12.1-7   The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0  2.12.1-4   GNOME 2.2 print architecture User 
ii  libgnomeui-0  2.14.1-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.14.2-4   GNOME virtual file-system (runtime
ii  libgnutls13   1.4.4-3the GNU TLS library - runtime libr
ii  libgpg-error0 1.4-2  library for common error values an
ii  libgtk2.0-0   2.8.20-4   The GTK+ graphical user interface 
ii  libgtkhtml3.8-15  3.12.1-2   HTML rendering/editing library - r
ii  libhal1   0.5.8.1-4  Hardware Abstraction Layer - share
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libldap2  2.1.30-13.2OpenLDAP libraries
ii  libnm-glib0   0.6.4-6network management framework (GLib
ii  libnotify10.4.3-1sends desktop notifications to a n
ii  libnspr4-0d   1.8.0.9-1  NetScape Portable Runtime Library
ii  libnss3-0d1.8.0.9-1  Network Security Service libraries
ii  liborbit2 1:2.14.4-1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.14.8-4   Layout and rendering of internatio
ii  libpisock90.12.1-5   library for communicating with a P
ii  libpisync00.12.1-5   synchronization library for PalmOS
ii  libpng12-01

Bug#326193: 'Incoming Work Group' not honoured for files named with a leading dot

[Simon Walter]

packages mailscanner
tags 326193 +pending
thanks

Hello,

change the line 1729 to

chown $workarea->{uid}, $workarea->{gid}, grep { -f } glob "$explodeinto/* 
$explodeinto/.*"

will fix this problem.

I have submit the patch to upstream and it will be part of the next
debian package.

-- 
Regards
Simon Walter


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

Bug#410262: gnome-pilot: Upstream URL wrong in copyright file

[John Goerzen]

Package: gnome-pilot
Version: 2.0.15-0.1
Severity: normal

It gives a 404

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (100, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages gnome-pilot depends on:
ii  gconf2 2.16.0-3  GNOME configuration database syste
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.4-1  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-10  GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector graphics libra
ii  libdbus-1-31.0.2-1   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.71-3simple interprocess messaging syst
ii  libfontconfig1 2.4.2-1   generic font configuration library
ii  libgconf2-42.16.0-3  GNOME configuration database syste
ii  libglade2-01:2.6.0-4 library to load .glade files at ru
ii  libglib2.0-0   2.12.6-2  The GLib library of C routines
ii  libgnome-keyring0  0.6.0-3   GNOME keyring services library
ii  libgnome-pilot22.0.15-0.1Support libraries for gnome-pilot
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 2.14.2-4  GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.20-4  The GTK+ graphical user interface 
ii  libhal10.5.8.1-4 Hardware Abstraction Layer - share
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.4-1libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0 2.14.3-4  library for GNOME 2 panel applets
ii  libpango1.0-0  1.14.8-4  Layout and rendering of internatio
ii  libpisock9 0.12.1-5  library for communicating with a P
ii  libpisync0 0.12.1-5  synchronization library for PalmOS
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-4 X11 client-side 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  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra

Versions of packages gnome-pilot recommends:
ii  gnome-pilot-conduits  2.0.15-0.1 conduits for gnome-pilot

-- no debconf information


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

Bug#346212: mailscanner: Exim spool format error: "one_time" option treatment

[Simon Walter]

packages mailscanner
tags 346212 +pending
thanks

Hello,

I have downloaded exim-testsuite to produce a spoolfile with a
one_time router.

You misinterpreted a sentence[1] in Exims-spec[2] as of the
-field has 2 digits (01), but exim only writes 1 digits (1) to
the spool-file.

old patch: $line =~ s/ (\d+),\d+#01$//;
new patch: $line =~ s/ (\d+),\d+#1$//;

I have submit the new patch to upstream and it will be part of the
next debian release.

-- 
Regards
Simon Walter

[1] "The 01 flag bit indicates
the presence of the three other fields that follow the top-level
address."
[2] http://exim.org/exim-html-4.66/doc/html/spec_html/ch53.html#id2742891


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

Bug#410148: Bug report: Mailscanner 4.57.6 , installer process

[Simon Walter]

package mailscanner
tags 410148 +confirmed
thanks

Hello,

I have decided to change this behaviour to the old one.

I don't want to place a symbolic link into /etc/spamassassin because
this not part of the MailScanner package.

I have patched this in 4.55.10-4, but missed to apply a part of this
patch to 4.57.6.

Please try the following patch. This should enable the usage of
/etc/MailScanner/spamassassin.prefs.conf without the
/etc/spamassassin/mailscanner.cf link.

--- /usr/local/src/debian/mailscanner/upstream/MailScanner-install-4.57.6/perl-tar/MailScanner-4.57.6/lib/MailScanner/SA.pm	2006-06-06 19:03:43.0 +0200
+++ /usr/share/MailScanner/MailScanner/SA.pm	2007-02-08 13:49:40.0 +0100
@@ -94,9 +94,9 @@
   unless (MailScanner::Config::IsSimpleValue('usespamassassin') &&
   !MailScanner::Config::Value('usespamassassin')) {
 $settings{dont_copy_prefs} = 1; # Removes need for home directory
-# This file is now read directly by SpamAssassin's normal startup code.
-#$prefs = MailScanner::Config::Value('spamassassinprefsfile');
-#$settings{userprefs_filename} = $prefs if defined $prefs;
+# #399424 use /etc/MailScanner/spam.assassin.prefs.conf
+$prefs = MailScanner::Config::Value('spamassassinprefsfile');
+$settings{userprefs_filename} = $prefs if defined $prefs;
 $val = $MailScanner::SA::Debug;
 $settings{debug} = $val;
 # for unusual bayes and auto whitelist database locations

-- 
Regards
Simon Walter

Bug#409563: ITP: thinkfinger -- library and utility for the SGS Thomson Microelectronics fingerprint reader

[Charles Plessy]

Le Thu, Feb 08, 2007 at 12:13:26PM +0100, Luca Capello a écrit :
> 
> I was wondering if having two packages with only one or two files [1]
> was worth it, because in this case we have 4 times [2] the same
> changelog.gz, changelog.Debian.gz, copyright and README.

Dear Luca,

If the lib package ships the binary program, nothing will depend on the
lib and it will be removed by deborphan.

Also, you can have /usr/share/doc/thinkfinger-tools be a symlink to
/usr/share/doc/libthinkfinger if you strictly depend on the same
version.

But why calling the package which carries the binary thinkfinger-tools
and not simply thinkfinger?

Have a nice day,

-- 
Charles Plessy
http://charles.plessy.org
Wako, Saitama, Japan

Bug#409862: Single letter hostnames are rejected as incorrect

[Martin]

On Thu, 2007-02-08 at 22:42 +0100, Ola Lundqvist wrote:
> tags 409862 + wontfix

> > Line 235 has the regex
> > 
> > [a-z0-9]*([a-z0-9_-])[a-z0-9])
> > 
> > which looks a little odd to my eyes, perhaps:
> > 
> > [a-z0-9]*([a-z0-9_-]*)[a-z0-9]+)
> 
> No this is actually intentional. One can argue that a single
> character is valid for a hostname, but it is not my view.
> If you give me a good reason I can change my mind though.

The two standards that come to mind are POSIX and the DNS RFCs.  POSIX
says there is a platform dependant upper limit (MAXHOSTNAME i.e. 64 i/c
\0 on the Linux infront of me):

http://www.opengroup.org/onlinepubs/009695399/functions/uname.html
http://www.opengroup.org/onlinepubs/009695399/basedefs/sys/utsname.h.html

but there is no mention of a lower limit - thus I conclude that by POSIX
I'm allowed to have one character hostnames.

DNS is a lot less clear.  The current guidance on handling DNS addresses
doesn't mention lower limits:

ftp://ftp.is.co.za/rfc/rfc3696.txt
( from http://www.dns.net/dnsrd/rfc/ )

(although operationally TLDs do not assign single character second level
domains).  A more comprehensive discussion is given here:

http://www.imc.org/idn/mail-archive/msg04905.html

So, I'd suggest there are three possible alternative:

1. If it is two characters minimum because that's what makes you happy -
then keep it like that.

2. Follow the POSIX/Linux world and allow lengths of 1 to 63 inclusive.

3. Follow the DNS world and allow lengths of 2 to 63 inclusive.

You're the programmer; I'm the user - it's your call as far as I'm
concerned (althought I'll probably keep a private patched copy because I
need single letter hostnames for one of our servers).



OK


> However I think that the regex maybe should look like:
> [a-z0-9]([a-z0-9_-]*)[a-z0-9])
In option 1, yes.

:-)

Cheers,
 - Martin




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

Bug#409864: viewvc: No such file or directory: '/usr/lib/templates/directory.ezt' for SVN, but CVS works OK

[David Martínez Moreno]

tags 409864 + unreproducible moreinfo
thanks

El martes, 6 de febrero de 2007 01:26, Rodrigo Chandia escribió:
> CVS repo works OK. SVN repo fails to display. On the browser I see the
> following traceback:
>
> An Exception Has Occurred
> Python Traceback
> Traceback (most recent call last):
>   File "/usr/lib/viewvc/viewvc.py", line 3629, in main
> request.run_viewvc()
>   File "/usr/lib/viewvc/viewvc.py", line 388, in run_viewvc
> self.view_func(self)
>   File "/usr/lib/viewvc/viewvc.py", line 1752, in view_directory
> generate_page(request, "directory", data)
>   File "/usr/lib/viewvc/viewvc.py", line 836, in generate_page
> template = get_view_template(request.cfg, view_name, request.language)
>   File "/usr/lib/viewvc/viewvc.py", line 830, in get_view_template
> template = ezt.Template(tname)
>   File "/usr/lib/viewvc/ezt.py", line 293, in __init__
> self.parse_file(fname, base_format)
>   File "/usr/lib/viewvc/ezt.py", line 298, in parse_file
> self.parse(_FileReader(fname), base_format)
>   File "/usr/lib/viewvc/ezt.py", line 686, in __init__
> self.text = open(fname, 'rb').read()
> IOError: [Errno 2] No such file or directory:
> '/usr/lib/templates/directory.ezt'
>
> Attaching viewvc.conf, although is the one generated by a fresh install.

Hello, Rodrigo.  I have tested your configuration, changing only:

svn: /var/lib/svn

by

svn: /var/lib/svn/xterm

because there I have a local XTerm repository.  It worked perfectly.  In the 
meanwhile, I am going to tag this bug as 'unreproducible'.

Could you please do the following as root?

mv /usr/lib/viewvc/viewcv.pyc{,.orig}
cp /usr/lib/viewvc/viewcv.py{,.orig}

and then overwrite your /usr/lib/viewvc/viewcv.py with the one I am sending 
attached?  I simply added:

  print tname,"";

in lines 817 and 823, for your information.

Now try to reload the faulty page (I guess that it should something 
like 
http://localhost/cgi-bin/viewvc.cgi/?root=svn) and send us the first two 
lines. In my system, those are:


None
/etc/viewvc/templates/directory.ezt


Please tell me if there is any problem with the instructions.

Best regards,


Ender.
-- 
Network engineer
Debian Developer


viewvc.py.gz
Description: GNU Zip compressed data


pgp6iCcJDXYaw.pgp
Description: PGP signature

Bug#410135: slrn: Charset fallback causes regular segfaults when expunging

[Moritz Muehlenhoff]

On Thu, Feb 08, 2007 at 02:47:00PM +0100, Bas Zoetekouw wrote:
> Hi Moritz!
> 
> > I've upgraded my sid-based notebook last week and I'm running into
> > problems
> > caused by the charset fallback patch. I'm regularly using "x" to remove
> > all non-tagged read articles from the article list and slrn segfaults
> > every 5-7th time.
> > I suppose it's some kind of memory corruption. I don't have prior
> > experience with the slrn code base and lack the time to dig further
> > for the cause. Bas, could you have a look? I'd be happy to test patches.
> 
> Hmm, that's weird, I thought my patch should work fine, at least valgrind
> showed no heap corruptions here.  Could you try running valgrind
> --leak-check=full --show-reachable=yes on one of the session that crashes?
>  That should give me some information about which variable is causing the
> corruption.

I've tracked it down to this hunk:

+#ifdef USE_ICONV /* we've copied this string */
+  slrn_free (h->from);
+#endif
 
This triggers a double free. With "slrn_free (h->from);" removed slrn works
w/o segfaults.

Cheers,
Moritz


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

Bug#409864: _install_path

[Nick Phillips]

I've had a look in viewcvs.py and I don't see a valid use of  
_install_path anywhere. In fact it's not even really a valid concept,  
so that's not surprising. Probably the best bet would be to come up  
with something that used the CONF_PATHNAME to work something out. I  
think from my admittedly brief look that that would be usable in each  
case where _install_path is currently used.



Cheers,


Nick

--
Nick Phillips / +64 3 479 4195 / [EMAIL PROTECTED]
# these statements are my own, not those of the University of Otago




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

Bug#410204: linux-image-2.6.18-4-amd64: Data corruption on dm-crypt+XFS

[Sami Liedes]

On Thu, Feb 08, 2007 at 05:11:32PM +0200, Sami Liedes wrote:
> XFS, but that triggers it easily and often. A fix was merged upstream
> in 2.6.18.6 ("[PATCH] dm crypt: Fix data corruption with dm-crypt over
> RAID5"), but is not apparently included in the Debian kernel (or at
> least I ran into this with a very similar backtrace). See:

Hmm, seems it (the entire 2.6.18.6) IS included in the Debian kernel.
I wonder which fix is missing then, or if the bug is still in the
vanilla kernel tree. Here's the oops:


Feb  8 04:43:08 lh kernel: Filesystem "dm-7": Disabling barriers, not supported 
by the underlying device
Feb  8 04:43:08 lh kernel: XFS mounting filesystem dm-7
Feb  8 04:43:08 lh kernel: Ending clean XFS mount for filesystem: dm-7
Feb  8 04:46:10 lh kernel: Unable to handle kernel NULL pointer dereference at 
 RIP:
Feb  8 04:46:10 lh kernel:  [] page_to_pfn+0x0/0x33
Feb  8 04:46:10 lh kernel: PGD 24a6c067 PUD 1da31067 PMD 0
Feb  8 04:46:10 lh kernel: Oops:  [1] SMP
Feb  8 04:46:10 lh kernel: CPU 0
Feb  8 04:46:10 lh kernel: Modules linked in: sha256 aes dm_crypt snd_intel8x0 
xfs ipt_owner ipt_REJECT xt_state xt_tcpudp iptable_filter ipt_MASQUERADE 
iptable_nat ip_nat ip_conntrack nfnetlink ip_tables x_tables radeon drm 
binfmt_misc freq_table ppdev lp button ac battery ipv6 nls_iso8859_1 nls_cp437 
vfat fat ext2it87 hwmon_vid i2c_isa eeprom usbmouse ide_cd cdrom tsdev 
snd_ac97_codec snd_ac97_bus snd_opl3_lib snd_pcm_oss snd_mixer_oss snd_hwdep 
snd_mpu401 snd_mpu401_uart i2c_nforce2 snd_rawmidi snd_seq_device analog 
i2c_core parport_pc parport snd_pcm snd_timer psmouse serio_raw snd 
snd_page_alloc gameport evdev floppy soundcore pcspkr ext3 jbd mbcache 
dm_mirror dm_snapshot dm_mod ide_generic sd_mod ide_disk sata_nv libata 
scsi_mod 3c59x mii forcedeth generic amd74xx ide_core ehci_hcd ohci_hcd thermal 
processor fan
Feb  8 04:46:10 lh kernel: Pid: 198, comm: pdflush Not tainted 2.6.18-4-amd64 #1
Feb  8 04:46:10 lh kernel: RIP: 0010:[]  [] 
page_to_pfn+0x0/0x33
Feb  8 04:46:10 lh kernel: RSP: 0018:81003e7e97d8  EFLAGS: 00010297
Feb  8 04:46:10 lh kernel: RAX:  RBX: 81000bce2640 RCX: 

Feb  8 04:46:10 lh kernel: RDX: 0056 RSI: 81000bce2640 RDI: 

Feb  8 04:46:10 lh kernel: RBP: 81003b3c8000 R08:  R09: 
810037ade870
Feb  8 04:46:10 lh kernel: R10:  R11: 81000c1a1ec0 R12: 
81000bce2640
Feb  8 04:46:10 lh kernel: R13:  R14:  R15: 
81003e8f8088
Feb  8 04:46:10 lh kernel: FS:  2b4d40df3d20() 
GS:80521000() knlGS:f7b446c0
Feb  8 04:46:10 lh kernel: CS:  0010 DS: 0018 ES: 0018 CR0: 8005003b
Feb  8 04:46:10 lh kernel: CR2:  CR3: 1e0c6000 CR4: 
06e0
Feb  8 04:46:10 lh kernel: Process pdflush (pid: 198, threadinfo 
81003e7e8000, task 810037ade870)
Feb  8 04:46:10 lh kernel: Stack:  8022bf96 810037ade870 
d400 
Feb  8 04:46:10 lh kernel:  8101 0001 81000bce2640 
81003e8f8088
Feb  8 04:46:10 lh kernel:  8100192517c0 810007f997a8 0056 
0002a000
Feb  8 04:46:10 lh kernel: Call Trace:
Feb  8 04:46:10 lh kernel:  [] blk_recount_segments+0x7e/0x21b
Feb  8 04:46:10 lh kernel:  [] __bio_clone+0x71/0x8a
Feb  8 04:46:10 lh kernel:  [] bio_clone+0x35/0x3d
Feb  8 04:46:10 lh kernel:  [] :dm_crypt:crypt_map+0xcd/0x304
Feb  8 04:46:10 lh kernel:  [] :dm_mod:__map_bio+0x47/0x9b
Feb  8 04:46:10 lh kernel:  [] :dm_mod:__split_bio+0x172/0x37d
Feb  8 04:46:10 lh kernel:  [] :dm_mod:dm_request+0x101/0x110
Feb  8 04:46:10 lh kernel:  [] 
generic_make_request+0x13a/0x14d
Feb  8 04:46:10 lh kernel:  [] submit_bio+0xcb/0xd2
Feb  8 04:46:10 lh kernel:  [] __bio_add_page+0x188/0x1ce
Feb  8 04:46:10 lh kernel:  [] 
:xfs:xfs_submit_ioend_bio+0x1e/0x27
Feb  8 04:46:10 lh kernel:  [] 
:xfs:xfs_page_state_convert+0xa2f/0xb6e
Feb  8 04:46:10 lh kernel:  [] :xfs:xfs_vm_writepage+0xa7/0xdd
Feb  8 04:46:10 lh kernel:  [] mpage_writepages+0x1a6/0x34d
Feb  8 04:46:10 lh kernel:  [] :xfs:xfs_vm_writepage+0x0/0xdd
Feb  8 04:46:10 lh kernel:  [] do_writepages+0x20/0x2f
Feb  8 04:46:10 lh kernel:  [] 
__writeback_single_inode+0x1b4/0x38b
Feb  8 04:46:10 lh kernel:  [] 
:dm_mod:dm_any_congested+0x38/0x3f
Feb  8 04:46:10 lh kernel:  [] 
:dm_mod:dm_table_any_congested+0x46/0x63
Feb  8 04:46:10 lh kernel:  [] sync_sb_inodes+0x1d1/0x2b5
Feb  8 04:46:10 lh kernel:  [] keventd_create_kthread+0x0/0x61
Feb  8 04:46:10 lh kernel:  [] writeback_inodes+0x7d/0xd3
Feb  8 04:46:10 lh kernel:  [] background_writeout+0x82/0xb5
Feb  8 04:46:10 lh kernel:  [] pdflush+0x0/0x1ed
Feb  8 04:46:10 lh kernel:  [] pdflush+0x143/0x1ed
Feb  8 04:46:10 lh kernel:  [] background_writeout+0x0/0xb5
Feb  8 04:46:10 lh kernel:  [] kthread+0xd4/0x107
Feb  8 04:46:10 lh kern

Bug#409864: Unspeakable evil is possible even in python

[Nick Phillips]

OK, well take a look at line 761 in viewvc.py and it being called  
from line 827, and laugh. Consider for a moment the explicitly-set  
relative template paths in the viewvc.conf that has been generated  
for you. Consider further the absolute futility of setting the  
template_dir option.


Then switch to cvsweb or something.

A fine example of shit code in any language.


For a workaround, either set the template_dir option in the [options]  
section of your viewvc.conf and comment out all of the explicit  
templates specified in the [templates] section, or just make sure  
that every template in the [templates] section is specified with an  
absolute path.



Cheers,


Nick

--
Nick Phillips / +64 3 479 4195 / [EMAIL PROTECTED]
# these statements are my own, not those of the University of Otago




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

Bug#410131: libc6: running "mount / -o remount" gives glibc double-free

[Pierre Habouzit]

On Fri, Feb 09, 2007 at 12:27:11AM +0100, Gabor Gombas wrote:
> On Thu, Feb 08, 2007 at 11:48:09AM +0100, Pierre Habouzit wrote:
> 
> >   well what is strange is that when I do (painfully) an unstripped mount
> > build, the problem disappears, which in my experience usually is a sign
> > of stack smashing in the program, I'd rather think the problem is in
> > mount.
> 
> If you already done a debug build you should try to run mount under
> valgrind. With a little luck it will show where the bug is.

  Oh, good point I'm stupid not having thought about that, will do on
tomorrow.
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpgYBsjUpjqO.pgp
Description: PGP signature

Bug#406701: Upload of arphic fonts, Advocate: Problems reaching you

[韓達耐]

From: Norbert Preining <[EMAIL PROTECTED]>

> On Don, 08 Feb 2007, Danai SAE-HAN wrote:
> > Curious!  Did it bounce back from me, or my ISP?
> 
> I kept the message, I attach it. You should be able to figure out where
> the problem is.

Hmm, must be the late hours, because I can't see any attachment. ;D

> > > Anyway, Norbert is building your packages and will upload them if it's
> > > done, and I am willing to be your advocate.
> > 
> > Thanks a bunch, both of you!
> 
> Well .. after some hours ...
> 31300/65716:
>   Add extrema...
>   Simplifying outlines...
> so now I am going back home and will see tomorrow how far we have come
> ;-)

Heh, it will take a night or more, depending on your CPU and available
RAM (Fontforge extracts the TTF and needs about half a gig of memory
for those Asian fonts; if it needs swap memory, then you're set for 24
hours).

The Arphic package processes four of such fonts, that's why it takes
so long.  And you're lucky that I am not making italic versions of
these fonts using the "skew" function!  =D
[Perhaps, one day...]


Wish you all the best, and send my regards to that hard working
computer of yours.



Danai SAE-HAN
韓達耐

-- 
題目:《登飛來峰》
作者:王安石（１０２１－１０８６）

飛來峰上千尋塔，聞說雞鳴見日升。
不畏浮云遮望眼，只緣身在最高層。

Bug#410225: gnome-nettool: wrong values for my ethernet device

[Niv Sardi-Altivanik]

Can you add more info to the bug you are reporting ? 

what kind of interface is it ? what driver ?

Regards,
-- 
Niv Sardi

> Random Fortune (To make your day better if not wiser) < 

O ideal é não esperar pelo momento ideal

--Daniel Dantas

Bug#410259: Data::Dumper.3perl.gz: add non-escaped UTF-8 producing example

[Dan Jacobson]

Package: perl-doc
Version: 5.8.8-7
Severity: wishlist
X-debbugs-cc: [EMAIL PROTECTED]
File: /usr/share/man/man3/Data::Dumper.3perl.gz

We see there on the man page
   Pure Perl version of "Data::Dumper" escapes UTF-8 strings
   correctly only in Perl 5.8.0 and later.
But what if we don't wish to see
$VAR3 = "\x{8ecd}\x{529f}";
$VAR4 = {
  "*\x{8ecd}\x{529f}\x{8def}97\x{865f}\x{5c0d}\x{9762}" => 2,
etc. but instead the actual UTF-8 chars.

Say there on the man page what to do.
I had to do
$ perl file|ascii2uni -C
as a workaround.


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

Bug#410145: fakechroot: narrow_chroot_path misimplements getcwd, and breaks make

[Mark Eichin]

> (I went digging for this in search of an explanation for a
>/bin/sh: line 1: cd: .: No such file or directory
>  message from deep in a 
> fakeroot/fakechroot/pdebuild/pbuilder/dpkg-buildpackage
>  stack, and will see if this helps shortly... but since it's clearly
>  wrong even if it doesn't, I figured I'd get the bug report out the
>  door promptly.)

FTR the obvious fix *does* fix the "cd" problem, not just the
"entering directory" problem, and my somewhat-hacked pbuilder has
successfully built samba and apache (among other things) using this
fakechroot.


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

Bug#406380: libmozgnome.so

[gabriel . corona]

To have the feed feature working, you need to install the  
iceweasel-gnome-support package (more especially libmozgnome.so is  
needed).


Yesod



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

Bug#393435: itp status

[Francesco Pedrini]

On Thursday 08 February 2007 08:49, Emmanuel Bouthenot wrote:
> Hi,
>
> When did you plan to upload this package ?
>
> cheers,

I'm quite busy at this time and i'm waiting for a patch from Upstream author.
As soon as i get this patch i'll look for a sponsor.


Friendly
Francesco

-- 
:wq


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

Bug#410260: lwpcook.3pm.gz: get() mangles UTF-8

[Dan Jacobson]

Package: libwww-perl
Version: 5.805-1
Severity: wishlist
File: /usr/share/man/man3/lwpcook.3pm.gz

$doc=get "$URI"; #$doc now contains mangled UTF-8
$doc=`GET "$URI"`; #$doc now contains proper UTF-8
Perhaps say why, there on the man page.


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

Bug#410257: xlhtml -csv alone won't trigger csv

[Dan Jacobson]

Package: xlhtml
Version: 0.5.1-6
Severity: wishlist
X-debbugs-cc: [EMAIL PROTECTED]
File: /usr/bin/xlhtml

Just plain
$ xlhtml -csv file.xls
Will still give HTML. One must throw in e.g.,
$ xlhtml -csv -xp:0-111 file.xls
to get -csv to work.

Same problem with -asc.

-te doesn't work, else there wouldn't be so many tabs at the end of
each line.

P.S.,
   -asc   Ascii out of -dp and extraction data (-xc, -xp, -xr)

You mean plain text, not ASCII. Otherwise you would mangle UTF-8,
which you fortunately don't.

P.S.S.,
Offline, I must replace your header

http://www.w3.org/TR/REC-html40/loose.dtd";>

with the one from /usr/bin/validate,

http://www.w3.org/TR/html4/loose.dtd";>

or else I need to connect to the net to retrieve your less than
standard address for it...

After which one still gets
12:34:E: document type does not allow element "TABLE" here;
missing one of "APPLET", "OBJECT", "MAP", "IFRAME", "BUTTON" start-tag

Also,
$ xlhtml  8.xls|tidy -utf8 >&-
line 13 column 1 - Warning: missing  before 
line 418 column 9 - Warning: discarding unexpected 
line 14 column 1 - Warning:  lacks "summary" attribute
line 13 column 1 - Warning: trimming empty 
Info: Document content looks like HTML 4.01 Transitional
4 warnings, 0 errors were found!

The table summary attribute should be used to describe
the table structure. It is very helpful for people using
non-visual browsers. The scope and headers attributes for
table cells are useful for specifying which headers apply
to each table cell, enabling non-visual browsers to provide
a meaningful context for each cell.

For further advice on how to make your pages accessible
see http://www.w3.org/WAI/GL. You may also want to try
"http://www.cast.org/bobby/"; which is a free Web-based
service for checking URLs for accessibility.

You are recommended to use CSS to specify the font and
properties such as its size and color. This will reduce
the size of HTML files and make them easier to maintain
compared with using  elements.

To learn more about HTML Tidy see http://tidy.sourceforge.net
Please send bug reports to [EMAIL PROTECTED]
HTML and CSS specifications are available from http://www.w3.org/
Lobby your company to join W3C, see http://www.w3.org/Consortium


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

Bug#410261: minizip.1.gz: --help more helpful

[Dan Jacobson]

Package: zlib-bin
Version: 1:1.2.3-13
Severity: wishlist
File: /usr/share/man/man1/minizip.1.gz

--help reveals much more than the man page.

And both don't say if -9 or what is the default.


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

Bug#388616: Upgrade

[Romain Beauxis]

Le jeudi 8 février 2007 22:17, Steve Langasek a écrit :
> > I think the bug #388616 should be granted this etc-ignore. The
> > configuration file is never shiped with the package nor generated by the
> > software. It is generated in config/ directory, and happen normaly only
> > at first install.
>
> My question here is, if the software looks for the config in /var/lib out
> of necessity, why does the package ship a symlink under /etc/ when that
> symlink a) will overwrite any attempts by the user to turn this into a real
> file (for whatever reason), and b) will complicate upgrades in the future
> when mediawiki's FHS bug is fixed so that the conffile *can* be moved to
> /etc?

Yes we could just remove the link and add a file like README.mediawiki or any 
other name in which we just explain where the user can find the confile...

Indeed, that would propably be enought to close the two other bug for a small 
amount of change this time.


Romain
-- 
Blessed is the man that walketh not in the counsel of the ungodly,
nor standeth in the way of sinners,
nor sitteth in the seat of the scornful.
- Psalm 1:1

Bug#410256: [TWiki-Security] TWiki Security Alert: Arbitrary code execution in session files (CVE-2007-0669)

[Sven Dowideit]

Package: twiki
Version: 1:4.0.5-7

I expect to look into this on the weekend

Sven


On Thu, 2007-02-08 at 09:31 -0800, Peter Thoeny wrote:
> This is a security advisory for TWiki installations:
> 
> Local users may cause TWiki to execute arbitrary code
> by creating CGI session files.
> 
> * Vulnerable Software Version
> * Attack Vectors
> * Impact
> * Severity Level
> * MITRE Name for this Vulnerability
> * Details
> * Countermeasures
> * Hotfix for TWiki 4.x
> * Hotfix for older TWikis using SessionPlugin
> * Authors and Credits
> * Action Plan with Timeline
> * Feedback
> * External Links
> 
> 
> ---++ Vulnerable Software Version
> 
>* TWikiRelease04x01x00  -- TWiki-4.1.0.zip
>* TWikiRelease04x00x05  -- TWiki-4.0.5.zip
>* TWikiRelease04x00x04  -- TWiki-4.0.4.zip
>* TWikiRelease04x00x03  -- TWiki-4.0.3.zip
>* TWikiRelease04x00x02  -- TWiki-4.0.2.zip
>* TWikiRelease04x00x01  -- TWiki-4.0.1.zip
>* TWikiRelease04x00x00  -- TWiki-4.0.0.zip
>* Any previous TWiki version using SessionPlugin [6]
> 
> 
> ---++ Attack Vectors
> 
> Write access to global /tmp directory (or CGI session
> directory, if different).  This can be either directly
> on file level (such as on a shared host), or via an
> HTTP vulnerability of a third party web application.
> 
> 
> ---++ Impact
> 
> Under the assumption that an intruder has write access
> to the /tmp directory (or CGI session directory), such
> as with a vulnerability of another web application
> running on the same server, it is possible to execute
> arbitrary Perl code with the privileges of the web
> server process, such as user "nobody".
> 
> 
> ---++ Severity Level
> 
> The TWiki SecurityTeam [2] triaged this issue as
> documented in TWikiSecurityAlertProcess [3] and
> assigned the following severity level:
> 
>* Severity 2 issue: The TWiki installation is
>  compromised
> 
> 
> ---++ MITRE Name for this Vulnerability
> 
> The Common Vulnerabilities and Exposures project has
> assigned the name CVE-2007-0669 [4] to this
> vulnerability.
> 
> 
> ---++ Details
> 
> Your site may be vulnerable if:
> 
>1. You run one of the vulnerable TWiki versions, and
>2. You have *not* reconfigured the CGI session
>   directory $cfg{Sessions}{Dir} to a private
>   directory
> 
> In particular, disabling the CGI session tracking via
> $cfg{UseClientSessions} is *not* sufficient to protect
> against this vulnerability, since there is session
> cleanup code that runs regardless of whether sessions
> are enabled or not.
> 
> 
> ---++ Countermeasures
> 
>* Restrict access to the TWiki server on file level
>  and HTTP.
>* If on a shared host, move TWiki to a dedicated
>  host.
>* Upgrade to TWiki Release 4.1.1 [5] (recommended)
>* Apply a hotfix indicated below.
> 
> NOTE: The hotfix is known to prevent the current
> attacks, but it might not be a complete fix.
> 
> 
> ---++ Hotfix for TWiki 4.x
> 
> In configure, change $cfg{Sessions}{Dir} to a private
> directory (one which is only readable and writable by
> the user your web server is running as, and is not
> served as web content to remote users). The recommended
> fix is to make a $cfg{DataDir}/session_tmp directory
> owned by the user Apache is running as, change its
> permissions to 0700 (drwx--), and set
> $cfg{Sessions}{Dir} to that directory.
> 
> Upgrading to TWiki 4.1.1 is recommended; the session
> files are cleaned up by timestamp, i.e. no longer
> executed. TWiki 4.1.1 will create and use the
> /tmp/twiki directory by default to store the session
> files.
> 
> 
> ---++ Hotfix for older TWikis using SessionPlugin
> 
> This section details the attack vectors, details, and
> countermeasures for this vulnerability as it applies
> to the SessionPlugin [6].  This section does not apply
> to TWiki versions 4.0 and up, which use built-in
> session tracking.
> 
> Vulnerable software version
> 
>* Plugins.SessionPlugin 1.0 -- SessionPlugin.zip
>  (attachment versions 1-5)
>* Plugins.SessionPlugin 2.0-2.992 --
>  SessionPlugin.zip (attachment versions 6-8)
> 
> Attack Vectors
> 
>* For SessionPlugin 1.000:
>   * Write access to the $cfg{DataDir}/.session
> directory, which in some cases may be created
> world-writable for local users.
>* For SessionPlugin 2.0-2.992:
>   * Write access to global /tmp directory.  This
> can be either directly on file level (such as
> shared host), or HTTP vulnerability of a third
> party web application.
> 
> Countermeasures
> 
>* For SessionPlugin 1.000 (attachment versions 1-5
>  from the SessionPlugin topic):
>   * Ensure that the $cfg{DataDir}/.session directory
> exists, is owned by the user Apache is running
> as, and has 0700 permissions (drwx--).
>* For SessionPlugin 2.9 (attachment versions 6-8 from
>  the SessionPlugin topic):
>   * Upgrade to Plug

Bug#410131: libc6: running "mount / -o remount" gives glibc double-free

[Gabor Gombas]

On Thu, Feb 08, 2007 at 11:48:09AM +0100, Pierre Habouzit wrote:

>   well what is strange is that when I do (painfully) an unstripped mount
> build, the problem disappears, which in my experience usually is a sign
> of stack smashing in the program, I'd rather think the problem is in
> mount.

If you already done a debug build you should try to run mount under
valgrind. With a little luck it will show where the bug is.

Gabor

-- 
 -
 MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
 -


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

Bug#410258: lshal --diet|--lite

[Dan Jacobson]

Package: hal
Version: 0.5.8.1-4
Severity: wishlist
File: /usr/bin/lshal

$ lspci|wc
 16 1911583
$ lsusb|wc
  6  40 230
$ lshal|wc
   20689212  103578

Waaa... that is a mouthful. Seems like "somebody left the --verbose
switch on." I'm not sure what the best way to fix this is. I just want
to let you know the surprise I felt as all those lines came poring out.


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

Bug#406701: Upload of arphic fonts, Advocate: Problems reaching you

[Norbert Preining]

Hi Danai!

On Don, 08 Feb 2007, Danai SAE-HAN wrote:
> Curious!  Did it bounce back from me, or my ISP?

I kept the message, I attach it. You should be able to figure out where
the problem is.

> > Anyway, Norbert is building your packages and will upload them if it's
> > done, and I am willing to be your advocate.
> 
> Thanks a bunch, both of you!

Well .. after some hours ...
31300/65716:
  Add extrema...
  Simplifying outlines...
so now I am going back home and will see tomorrow how far we have come
;-)

Best wishes

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Università di Siena
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
FOVANT (n.)
A taxi driver's gesture, a raised hand pointed out of the window which
purports to mean 'thank you' and actually means 'fuck off out of the
way'.
--- Douglas Adams, The Meaning of Liff


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

Bug#410215: ppp: [INTL:ca] Catalan debconf templates translation

[Eddy Petrișor]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 410215 pending
thanks

Jordà Polo wrote:
> Package: ppp
> Severity: wishlist
> Tags: patch l10n
> 
> Here is the Catalan translation of the debconf templates.
> 

Added and thanks.


- --
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFy6wiY8Chqv3NRNoRAq/BAJ4tzjVgb7jzK7P37dOjAq4o7eVfhgCgtWoU
XMrvfaqWbCvHX8RM3ciVNWI=
=sEU+
-END PGP SIGNATURE-


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

Bug#410255: libtag1c2a: amaroK with taglib writes ID3v1 tags in UTF16 and not writes ID3v2.

[Ilya Kasnacheev]

Package: libtag1c2a
Version: 1.4-4
Severity: normal


amaroK from latest debian etch writes ID3 tags competely incorrectly.
I'm reporting bug against taglib because it handles the tags themself.

ID3v1 tags should contain ISO-8859-1, ID3v2 tags should contain ISO-8895-1 or 
Unicode.
In present state it writes:
~% id3v2 -l newtaglib.mp3
id3v1 tag info for newtaglib.mp3:
Title  : >G5@4=8:0E?Artist: E/D ▒8=-70-70
Album  : Year: 0   , Genre: A Capella (123)
Comment: Track: 0
~%
That is, unicode in ID3v1 (violation) and no ID3v2 tag.

You can also diagnose this problem with easytag - easytag shows broken tag for 
amaroK-tagged
files and marks file red (== broken, I guess) if you strip ID3v1 tag with 
`which id3v2`.


That happen if I use ru_RU.KOI8-R locale and cyrillic tags.

This is very serious bug because it breaks user files, making tags unusable in 
any app short 
taglib-powered.

Note that it writes correct ID3v1 tag if I happen to use latin script, but 
still no sensible ID3v2.

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

Versions of packages libtag1c2a depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-19  GCC support library
ii  libstdc++6   4.1.1-19The GNU Standard C++ Library v3
ii  zlib1g   1:1.2.3-13  compression library - runtime

libtag1c2a recommends no packages.

-- no debconf information


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

Bug#380855: tone up bug statuses

[Thomas Bushnell BSG]

On Thu, 2007-02-08 at 13:36 +0100, Frank Küster wrote:
> Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> 
> > severity 380855 wishlist
> > retitle 380855 lilypond: conform to new python policy
> > thanks
> [...]
> > Work on the 2.8 version of lilypond is proceeding; it would not be
> > productive to spend too much energy on 2.6 right now.
> 
> 2.8 is uploaded and in testing.  Does this bug still apply to the etch
> version? 

Yes, I think it does.  I'm not certain, but there isn't any interest on
my part in worrying about it right now.  As soon as etch releases, I'm
going to package 2.10, and so I'll make 2.10 conform to the new python
policy (and this bug is a convenient reminder to do that).

A fix for this one, however, would not be appropriate for etch in my
opinion, especially since the lilypond build system is so fragile in my
experience.

So the result is that this bug should stay open, but it's not worth
spending time now (or ever) to figure out the exact answer to your
question. :)

Thomas



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

Bug#409862: Single letter hostnames are rejected as incorrect

[Ola Lundqvist]

tags 409862 + wontfix

Hi Martin

Thanks for the bugreport.

On Tue, Feb 06, 2007 at 12:05:47AM +, Martin wrote:
> Package: vserver-debiantools
> Version: 0.3.4
> 
> A minor regression:
> 
> 
> # newvserver --hostname x --domain example.com --ip 1.2.3.4 --dist sarge
> --mirror http://ftp.uk.debian.org/debian/ --vsroot /vserver/
> 
> newvserver error: --hostname must be a hostname for the vserver
> e.g. "alpha"
> 
> 
> Line 235 has the regex
> 
> [a-z0-9]*([a-z0-9_-])[a-z0-9])
> 
> which looks a little odd to my eyes, perhaps:
> 
> [a-z0-9]*([a-z0-9_-]*)[a-z0-9]+)

No this is actually intentional. One can argue that a single
character is valid for a hostname, but it is not my view.
If you give me a good reason I can change my mind though.

However I think that the regex maybe should look like:
[a-z0-9]([a-z0-9_-]*)[a-z0-9])

Best reagrds,

// Ola

> 
> Cheers,
>  - Martin
> 
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://opalsys.net/ UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#401862: closed by Ana Guerrero <[EMAIL PROTECTED]> (Re: please do not depend on kdewebdev)

[Sune Vuorela]

tag 401862 +wontfix
close 401862
thanks

> >As Sune, i do not consider this a bug, therefore i'm closing it.
>
> This is indeed not a bug, but a request for enhancement.

This is a request for handicapping the kde desktop. I see no reason to keep it 
open, so closing.

/Sune
-- 
How can I receive a icon from Internet Explorer 5.2?

The point is that you can't send a GUI of the FPU to a mail in order to save 
the tower.


pgpZj0B2ekVat.pgp
Description: PGP signature

Bug#409004: eclipse needs porting for hppa

[Matthias Klose]

retitle 409004 [hppa] needs work for a new port
thanks

the zip issue is minor; eclipse needs to be ported for hppa.


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

Bug#336138: could you please fix this for etch?

[Russell Coker]

The easiest solution is to simply run "execstack -c" after linking the shared 
object.  This isn't the ideal solution but gives the desired result.



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

Bug#401862: closed by Ana Guerrero <[EMAIL PROTECTED]> (Re: please do not depend on kdewebdev)

[Ana Guerrero]

On Thu, Feb 08, 2007 at 04:01:07PM -0500, Philippe Cloutier wrote:
> reopen 401862
> thanks
> 
> >Version: 5:47
> >
> >On Wed, Dec 06, 2006 at 08:07:57AM -0500, Filipus Klutiero wrote:
> > 
> >
> >>Package: kde
> >>Version: 5:47
> >>Severity: wishlist
> >>
> >>"This metapackage includes all the official modules released with KDE
> >>that are not specific to development."
> >>However, kde depends on kdewebdev, which is not needed. Please do not
> >>depends on kdewebdev.
> >>
> >>   
> >>
> >
> >And if you continue reading it says:
> >In addition to the core KDE modules, this
> >includes multimedia, networking, personal information manager (PIM),
> >graphics, education, games, web development, system administration tools,
> >   ^^^ 
> >and other artwork and utilities.
> > 
> >
> Right, this would need to be adjusted.
> 
> >As Sune, i do not consider this a bug, therefore i'm closing it.
> > 
> >
> This is indeed not a bug, but a request for enhancement.

Right, a request for enhacement we do not agree with.
But well, we can keep the bug open and tagger wontfix if it makes you happy.

Ana



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

Bug#402753: lilypond-doc : there is no HTML documentation at all

[Thomas Bushnell BSG]

severity 402753 important
thanks


On Thu, 2007-02-08 at 02:29 +0200, Yitzchak Gale wrote:
> This package is supposed to provide documentation,
> but none at all is provided due to bugs. So this
> is a grave bug.

Your hypothesis is incorrect.  But thanks for the attention to the bug,
and the work on the patch.  I'll work on an upload this weekend (or
maybe sooner), which I expect the release team will accept into etch.

Thomas


$ dpkg -L lilypond-doc | grep info

/usr/share/info
/usr/share/info/lilypond
/usr/share/info/lilypond/lilypond.info-2.gz
/usr/share/info/lilypond/lilypond.info-3.gz
/usr/share/info/lilypond/lilypond-internals.info.gz
/usr/share/info/lilypond/lilypond-internals.info-1.gz
/usr/share/info/lilypond/lilypond-internals.info-2.gz
/usr/share/info/lilypond/lilypond-internals.info-3.gz
/usr/share/info/lilypond/music-glossary.info.gz
/usr/share/info/lilypond/lilypond.info.gz
/usr/share/info/lilypond/lilypond.info-1.gz



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

Bug#356995: Reopen

[Philippe Cloutier]

reopen 356995
severity 356995 minor
thanks

0.5.2-1 didn't fix this bug, only reduced the chances that it occurs.


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

Bug#409434: Upgrade

[Steve Langasek]

On Thu, Feb 08, 2007 at 03:22:06PM +0100, Romain Beauxis wrote:
> Le jeudi 8 février 2007 03:03, Filipus Klutiero a écrit :
> > > Under the circumstances, I would be willing to grant an etch-ignore
> > > exception for the file location.  If the location of the file is still
> > > causing upgrade errors (which seems possible, since the symlinks under
> > > /etc/mediawiki1.7 are not conffiles and therefore may overwrite a user's
> > > config), that would be more than just a technicality, and I wouldn't
> > > grant an etch-ignore exception for that.

> > OK, so I'm upgrading to serious. Steve, I have no opinion about
> > etch-ignoring this, but you can consider it now. Romain, you may want to
> > unmerge #388616 from #409434 and downgrade #409434 to important.

> Yes, I'll do it.

> I think the bug #388616 should be granted this etc-ignore. The configuration 
> file is never shiped with the package nor generated by the software. It is 
> generated in config/ directory, and happen normaly only at first install.

My question here is, if the software looks for the config in /var/lib out of
necessity, why does the package ship a symlink under /etc/ when that
symlink a) will overwrite any attempts by the user to turn this into a real
file (for whatever reason), and b) will complicate upgrades in the future
when mediawiki's FHS bug is fixed so that the conffile *can* be moved to
/etc?

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

Bug#401862: closed by Ana Guerrero <[EMAIL PROTECTED]> (Re: please do not depend on kdewebdev)

[Philippe Cloutier]

Ana Guerrero a écrit :


[...]


Right, a request for enhacement we do not agree with.
But well, we can keep the bug open and tagger wontfix if it makes you happy.

Yes. That wouldn't make me happy, but it would make me less unhappy than 
closing it.



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

Bug#409075: lilo strace output

[Loïc Minier]

On Thu, Feb 08, 2007, Warren Turkal wrote:
> Why was the functionality removed from the kernel? Or alternatively, why does 
> it need to be in the kernel if the info if available without kernel support?

 It's best to use the functionality in the kernel instead of reinventing
 the wheel in each program.  I don't know why it was changed in the
 kernel.

-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#410158: lilypond-data: Wrong Pre-Depends

[Thomas Bushnell BSG]

On Thu, 2007-02-08 at 08:26 +0100, Frank Küster wrote:
> Package: lilypond-data
> Severity: normal
> 
> lilypond-data declares:
> 
> Pre-Depends: tetex-bin | texlive-base
> 
> This seems to be wrong.  First of all, a Depends should be sufficient
> unless I miss something, because the package doesn't have a preinst
> script at all.  Second, I don't see why you need to depend on
> texlive-base, when all you need is mktexlsr which is in texlive-base-bin
> (you save installing texlive-doc-base by this change).

This was added in response to bugs  #336052, #343182, #335847 in version
2.6.3-10.

However, the preinst in question is no longer in the package.  I'm not
sure if this is a mistake or not.  I am loath to muck with it at this
point in the release cycle.

If the preinst needs to get back in the package, then the Pre-Depends
should stay.

It's kpsewhich that was needed in the preinst, btw.

Thomas



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

Bug#410251: wajig: Fails to log all installs (metapackage?)

[Karl Schmidt]

Package: wajig
Version: 2.0.34
Severity: normal



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

Versions of packages wajig depends on:
ii  apt   0.6.46.4   Advanced front-end for dpkg
ii  python2.4.4-2An interactive high-level object-o
ii  python-apt0.6.19 Python interface to libapt-pkg

wajig recommends no packages.

-- no debconf information
I did the following:

wajig install kdegraphics

Which causes several dependent packages to be installed - nothing was listed in 
.wajig/hostname/Log


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

Bug#410254: Post from TriLUG mailing list on visiting Red Hat HQ

[Anthony DeRobertis]

Package: fortunes
Version: 1:1.99.1-3
Severity: wishlist

You know, if Red Hat was smart, they'd have a fake front on their office 
building just for visitors, where you would board a magical trolley that 
took you past the smiling singing oompah loompahs who take the raw linux 
sugar and make it into Red Hat candy goodness.

Then they could use it as a motivator for employeesShape up, or 
you're spending time working "the ride"!
-- Jim Wright on the TriLUG mailing list
   


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

Versions of packages fortunes depends on:
ii  fortune-mod   1:1.99.1-3 provides fortune cookies on demand
ii  fortunes-min  1:1.99.1-3 Data files containing fortune cook

fortunes recommends no packages.

-- no debconf information


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

Bug#410004: wl-summary-resend-bounced-mail doesn't work with many MTAs

[Tatsuya Kinoshita]

On February 9, 2007 at 8:01AM +1100,
peterc (at gelato.unsw.edu.au) wrote:

> Tatsuya> Anyway, I'll forward this bug report to the upstream.  (I
> Tatsuya> think "^Received:" should be "^Received:.*\\(\n[ \t].*\\)*$"
> Tatsuya> to match trailing characters of the "^Received:".)
> >>  It's no different.  You don't have to match the whole line, just
> >> the start of it.
>
> Tatsuya> My suggestion is more strictly.  To see the difference,
> Tatsuya> insert "Cc:" between "Received: " and "from" in the bounced
> Tatsuya> mail and try `M-E'.
>
> The CC: line will never be before Received: --- Received is added by
> the MTA, CC: by the MUA.

The above my comment means that "^Received:" with the line

Received: Cc: from [88.166.48.118] (port=4236 helo=88.166.48.118)

causes a misinterpretation, so the whole line of `Received:'
should be matched.

Anyway, thanks for your report.  I've forwarded this bug to the
upstream (Japanese list).

--
Tatsuya Kinoshita


pgpTi3zf6hzYv.pgp
Description: PGP signature