date:20070806

Hi,

On Sun, 05 Aug 2007, Steve Langasek wrote:
 I have a good deal of respect for both of you as long-time contributors to
 Debian; I hope you each manage to remember the contributions of the other as
 well during this discussion, and not let recent conflicts dominate your
 relationship with one another.

Sure.

   The team currently consists of me.
 
  That's not what the Maintainer field says. And the unix group associated
  is 'cvs_doc'.
 
 Raphaël, surely you're aware that there are many packages which give mailing
 lists as the maintainer, without implying that everyone subscribed to that
 mailing list is implicitly part of the team?  (Moreover, haven't you said
 that you aren't/weren't subscribed to -doc, which implies that if the
 Maintainer field determines who the team is, you're not part of it anyway?)

Sure. Note however that I always followed the package through the PTS and
it has always been enough to be able to contribute (in particular to
review changes committed by others).

I used to be subscribed to -doc, but most the messages were uninteresting for
me as I don't have a general interest in all the documentation but only in
this document.

 Summing the above two points together, I would argue that neither of you are
 clearly in the right; I hope that you can both agree with this, and that
 therefore neither of you should be treating the package as yours.

I accept my part of the blame. My behaviour has not been perfect but Andreas
hasn't been much welcoming. 

 Recent activity should generally weigh more heavily than historical
 involvement when deciding who should be in charge of a package, but
 particularly for a package such as this, we should surely be aiming for a
 spirit of collaboration rather than territoriality.

100% agreed.

  Of course, he forbid anyone else with commit rights to commit directly.
  So it's quite logic that he was alone in applying patches. I respected
  his wish once because he gave a good technical reason. Now one more year
  elapsed and he again gave me the same reason: the conversion to docbook
  XML is pending.
 
 I would welcome clarification from Andi on this point, but it seems to me
 that the don't commit rule might be designed to make it possible to
 establish consensus about a change *first*, before committing it to the
 repository.

Sure. But I never intended to commit non-consensual stuff without review.
If you look at my changes, you'll find trivial fixes and updates
concerning the PTS and Alioth (both are parts of the document that I
initially authored anyway).

And I hope we can agree that I'm able to review myself when it comes to
the PTS and to Alioth. 

 IMHO this is not an unreasonable rule; in many cases where
 review/consensus is given high importance, but the time developers have
 available to them for doing such reviews is limited, this is an effective
 mechanism indeed.

I don't follow your reasoning, in what way the fact to not commit helps
for the review?

 So I would give Andi the benefit of the doubt, that the no commits without
 discussion is not intended to give him *personal* veto power over any
 changes, but rather to ensure that any changes get multiple eyeballs on them
 before being committed.  Raphaël, it would be nice if you would give him
 this same benefit of the doubt.

I can try.

It all boils down to a problem of trust. I trust Andy but he doesn't seem
to trust me. 

He's behaving as if I had to make my proof as an author/editor of that
document and I don't think that I deserve this treatment when I've been a
former contributor.

Cheers,
-- 
Raphaël Hertzog

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

Bug#435934: munin should suggest libwww-perl, needed by the apache_volume plugin

2007-08-06 Thread Tore Anderson

close 435934
quit

* phil

 Munin's apache_volume plugin needs the LWP::UserAgent perl module,
 which is provided by Debian's libwww-perl package.  I therefore
 suggest that munin should suggest or recommend (or maybe require)
 libwww-perl.

  It does, but you're looking at the wrong package.  The apache_volume
 plugin is contained in the package called munin-node, which has
 suggested libwww-perl for ages.  I'm closing this bug.

-- 
Tore Anderson


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

Bug#436093: Please decide on the ownership of the developers reference

* Ian Jackson ([EMAIL PROTECTED]) [070805 18:27]:
 It seems clear to me that Andreas wants to be the primary maintainer
 and to reserve the authority to make changes, grant commit access,
 etc.  Andreas: do you have any assistants/colleagues/etc. who would be
 willing to help you with that so that you don't become a bottleneck ?

What I consider important is that someone goes through all open issues,
and checks them (which doesn't always result in comments) - I think that
any package just needs this kind of clean up being performed. And as I'm
doing the cleanup since more than 2.5 years, I want to have a big enough
influence on what I need to clean up.

Currently, I have good work relationship to Wolfgang Borchert for the
docbook-transition, and to two translators (even though only French is
enabled currently). There are a few regular bug reporters (like Frank)
who I think I trust enough for committing by themself, but this topic
hasn't be raised.

In case it becomes obvious I am the bottleneck for this package (which
of course includes trying to get me working on obvious applicable
stuff before) I'm always happy to hand over lead maintainership (which
inludes in my opinion the obligation to either go through the open
issues, or make sure someone else does it) to someone else - in case
Marc Brockschmidt and Martin Zobel-Helas agree that I need to transfer
it, I will do so even if I disagree (which is just the default for any
of my Debian work - I trust both of them enough that they can together
make decisions for me if necessary). (But BTW, in case I would notice
someone is regularly feeding good patches to me, I think I would rather
make sure that person could actually commit, and would even trying to
get DSA to make the necessary group changes, and happily hand over lead
maintainership.)



 I'd also like each of you to answer: if the TC rules in your favour,
 how do you plan to deal with your opponent in this dispute ?

Basically, I don't see Raphael as opponent, but as having a different
opinion on how the commits should be done. And I think it is important
to have a decision because it avoids further grumblings, and we can work
out how we can continue working on it - we need a common starting point.
(In other words, if I could vote, I would vote further discussion
lowest.)

In case the TC decides I'm still the lead maintainer, I would like to
try to find out if there is a procedure that still satisfies my quality
requirements, and will allow Raphael to contribute in a way he likes.
Somehow, I am currently quite annoyed (which is perhaps not best but
natural), but I'm optimistic we can still work out something which is ok.
(That's basically not different from any other package or area I'm
responsible for.)

Unfortunatly, that can't be done now, because as long as Raphael insists
in having the exactly same say as I have, we won't find such a procedure
(because the procedure needs to violate that wish).


 Another possible way for the TC to decide on this kind of question is
 to ask the developers to each prepare a package and then for the TC to
 choose between them.  Do you think that would be appropriate in this
 case ?  Would it be a fair fight ?  How long would you need ?

I don't think it is appropriate for a couple of reasons (besides it
being a waste of time), because:
1. at the moment something is commited to CVS, the changes are already
active on the website;
2. this is not a classical package - basically, it is only a large
xml-file that is really relevant;
3. the next important aspects are to make the docbook transition active
on the webpage, which includes writing some scripts for the website
build.


Actually, I think I wouldn't take part in that, but rather go away from
maintaining the developers reference, and let other people do the time
consuming and unpopular tasks - it is not that I have too less to do
inside and outside Debian.



Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#436194: gkrellshoot: Messes X session when launched from ssh

2007-08-06 Thread Nicolas Patrois

Package: gkrellshoot
Version: 0.4.4-1
Severity: normal


Gkrellshoot simply messes a X session when the screenshot button is 
clicked
from a ssh -XC session.
Maybe it's a X.org issue or a driver issue.

Distant machine:
Debian Lenny with X.org 1:7.2-5 and nVidia 100.14.11 compiled on a
2.6.16-2-686-smp

Local machine:
Mandriva 2007 with X.org 7.1.0-6mdv2007.0, KDE 3.5.4-35mdv2007.0 and no 
proprietary driver

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

Kernel: Linux 2.6.16-2-686-smp (SMP w/1 CPU core)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gkrellshoot depends on:
ii  gkrellm2.2.10-2  The GNU Krell Monitors
ii  imagemagick7:6.2.4.5.dfsg1-1 Image manipulation programs
ii  libatk1.0-01.18.0-2  The ATK accessibility toolkit
ii  libc6  2.6-2 GNU C Library: Shared libraries
ii  libcairo2  1.4.10-1  The Cairo 2D vector graphics libra
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libglib2.0-0   2.12.13-1 The GLib library of C routines
ii  libgtk2.0-02.10.13-1 The GTK+ graphical user interface 
ii  libpango1.0-0  1.16.5-1  Layout and rendering of internatio
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxcursor11:1.1.8-2 X cursor management library
ii  libxext6   1:1.0.3-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.1.1-1 X11 Input extension library
ii  libxinerama1   1:1.0.2-1 X11 Xinerama extension library
ii  libxrandr2 2:1.2.1-1 X11 RandR extension library
ii  libxrender11:0.9.2-1 X Rendering Extension client libra

Versions of packages gkrellshoot recommends:
ii  xscreensaver  4.24-5 Automatic screensaver for X

-- no debconf information


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

Bug#436193: 0.7.8-2 broke building OOo SDKs Javadoc

2007-08-06 Thread Rene Engelhard

Package: gjdoc
Version: 0.7.8-2
Severity: grave

Hi,

while 0.7.8-1 worked, 0.7.8-2 breaks building OOo:

[...]
Writing HTML files for package com.sun.star.tools.uno
java.lang.reflect.InvocationTargetException
   at java.lang.reflect.Method.invoke(libgcj_bc.so.1)
   at gnu.classpath.tools.gjdoc.Main.startDoclet(javadoc)
   at gnu.classpath.tools.gjdoc.Main.start(javadoc)
   at gnu.classpath.tools.gjdoc.Main.main(javadoc)
Caused by: java.lang.NoClassDefFoundError: 
gnu.classpath.tools.gjdoc.expr.Evaluator
   at java.lang.Class.initializeClass(libgcj_bc.so.1)
   at gnu.classpath.tools.gjdoc.FieldDocImpl.constantValue(javadoc)
   at gnu.classpath.tools.gjdoc.FieldDocImpl.constantValue(javadoc)
   at 
gnu.classpath.tools.doclets.htmldoclet.HtmlDoclet.printMemberDetails(javadoc)
   at gnu.classpath.tools.doclets.htmldoclet.HtmlDoclet.printClassPage(javadoc)
   at gnu.classpath.tools.doclets.htmldoclet.HtmlDoclet.run(javadoc)
   at gnu.classpath.tools.doclets.AbstractDoclet.startInstance(javadoc)
   at gnu.classpath.tools.doclets.AbstractDoclet.start(javadoc)
   at java.lang.reflect.Method.invoke(libgcj_bc.so.1)
   ...3 more
Caused by: java.lang.ClassNotFoundException: antlr.TokenStreamException not 
found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./], 
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.net.URLClassLoader.findClass(libgcj_bc.so.1)
   at gnu.gcj.runtime.SystemClassLoader.findClass(libgcj_bc.so.1)
   at java.lang.ClassLoader.loadClass(libgcj_bc.so.1)
   at java.lang.ClassLoader.loadClass(libgcj_bc.so.1)
   at java.lang.Class.initializeClass(libgcj_bc.so.1)
   ...11 more
dmake:  Error code 5, while making 
'../../unxlngi6.pro/bin/odkcommon/docs/java/ref/index.html'
dmake:  '../../unxlngi6.pro/bin/odkcommon/docs/java/ref/index.html' removed.
---* RULES.MK *---

ERROR: Error 65280 occurred while making 
/home/rene/openoffice.org-2.3.0/ooo-build/build/current/odk/pack/gendocu

Regards,

Rene

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

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

Versions of packages gjdoc depends on:
ii  antlr   2.7.6-9  language tool for constructing rec
ii  debhelper   5.0.53   helper programs for debian/rules
ii  gij [java1-runtime] 4:4.1.2-3The GNU Java bytecode interpreter
ii  gij-4.1 [java1-runtime] 4.1.2-14 The GNU Java bytecode interpreter
ii  gij-4.2 [java1-runtime] 4.2.1-1  The GNU Java bytecode interpreter
ii  java-gcj-compat 1.0.76-2 Java runtime environment using GIJ
ii  libc6   2.6-5GNU C Library: Shared libraries
ii  libgcc1 1:4.2.1-1GCC support library
ii  libgcj-bc   4.1.2-3  Link time only library for use wit
ii  libgcj7-1   4.1.2-14 Java runtime library for use with
ii  zlib1g  1:1.2.3.3.dfsg-5 compression library - runtime

gjdoc recommends no packages.

-- no debconf information



signature.asc
Description: Digital signature

Bug#429622: AMD/ATI SB700 support to Debian

2007-08-06 Thread Shane Huang

Hi Dann:

Do you mean you need our test to the point release kernel on
SB700/SB600?
I think I can ask our QA's help to test it. And I have one question
here:

Is there any installation CD/DVD ISO image of point release, which can
be
downloaded and burnt into CD/DVD? (It seems that there is no such ISO
image)
If there is no such image, we need to install etch(4.0) on a non-SB700
board,
then upgrade the linux kernel into the version you mentioned, and try to
boot this updated kernel on SB700 board, Am I right?
Because I think etch(4.0) can NOT be installed onto SB700 board
directly.


Thanks
Shane


  Of course, the only way you will know if we are looking at candidate
 upstreams for the next release is to follow along with the
 debian-kernel list. If you don't really want to do that, you can
 simply file the bugs and include a mention of which upstream kernel
 fixes it (and, as always, pointers to exact git changesets are
 ideal).
 
  That all said, I'd really like to see new hardware support get added
 into the *existing* etch (4.0) release instead of forcing users to
 wait for lenny for stable release support. Hardware support can be
 added in what we call 'point releases'. The kernel for the first point
 release (4.0r1) is already done and has been for some time, but we can
 start testing patches for the point release (4.0r2) now.
 
  On that note, I've backported the various patches you've pointed me
 to and committed them as they are all now upstream. This will result
 in snapshot builds which you can pull and test. See the snapshots
 section for etch here:
   http://wiki.debian.org/DebianKernel
 
 This was committed in r9249, so you'll want to be sure to grab a
 kernel of version 2.6.18.dfsg.1-14~snapshot.9249 or greater.
 
  I don't have the hardware in question, so all I've been able to test
 is that it builds cleanly. Can you test these for us or help us find
 some users who can? I'd like to get positive feedback on both the
 SB600 and SB700 before releasing. Please direct that feedback to this
 bug report.

Bug#434651: debian-policy: New virtual package: wims-extra

2007-08-06 Thread Russ Allbery

José L. Redrejo [EMAIL PROTECTED] writes:

 However most of the meat is provided by the packages wims-extra-xx,
 which contain hundreds of educational modules (this number hopefully
 will grow quickly). In July 2007, the installed size of wims-extra-all
 is roughly 200 MBytes.  Some webmasters might want to install less rich
 sets of modules, for example only the modules localised in their
 language, or a set of modules targeted to a particular domain of study.
 There is already a package wims-extra-es with Spanish-only modules, and
 some other packages might be made available in the near future, like a
 French-only collection, or a collection dedicated to physics and
 chemistry, etc.

 The current wims maintainer (who is in the cc'ed list for this mail)
 asked me to sponsor this package, and, after some conversations with
 him, we both agree that wims package should have a recommends to a
 virtual package called wims-extra, so people may provide packages for
 the meat with their particular flavor, while the package
 wims-extra-all providing wims-extra would be part of the official
 distribution.

I don't think I understand from this what the specification of a package
that would Provide wims-extra would be.

A virtual package exists to satisfy a dependency on a specific piece of
functionality.  For example, ispell needs a dictionary, packages need to
depend on a mail transport agent, and Emacs add-ons are only useful if
some version of Emacs is installed.

What dependency is wims-extra providing?  It seems like there is a general
server (wims) and a variety of different modules for it, but I'm not
seeing where anything needs to depend on the wims-extra virtual package.
Wouldn't people just install the wims server and then whatever modules
they want to use, sort of like installing an Apache server and whatever
Apache modules they wish to use?

The description, in particular, sounds like a grab bag of different
functionality:

 wims-extra - extra exercises, translations and modules that enhance wims
 functionalities.

so I don't know what would be guaranteed about a package that Provides
wims-extra.  It seems like all that would tell me is that it works with
wims, which isn't something one has to use a virtual package to do.

-- 
Russ Allbery ([EMAIL PROTECTED])   http://www.eyrie.org/~eagle/

Bug#435861: post-installation script fails since tor Failed to init Log options

2007-08-06 Thread Peter Palfrader

On Sun, 05 Aug 2007, Max Alekseyev wrote:

 I've just manually chown the log directory:
 
 chown debian-tor:debian-tor /var/log/tor
 
 and successfully re-installed tor.
 
 So, this bug must be related to not chowning the log directory by the 
 post-installation script.

It does chown it, if you install the package, it does not chown it if
you just upgrade the package, or only had the package removed, not
purged.
-- 
   |  .''`.  ** Debian GNU/Linux **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/


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

Bug#436199: ipcalc: CGI script refers to non-existant file

2007-08-06 Thread Adrian Bridgett

Package: ipcalc
Version: 0.41-1
Severity: minor

I saw these errors in my apache log:

Fri Aug 03 07:40:49 2007] [error] [client 10.2.0.171] script not found
or unable to stat: /usr/lib/cgi-bin/bg.gif, referer:
https://example.org/cgi-bin/ipcalc

this appears to be because the ipcalc CGI script refers to bg.gif as
a background image (and that file cannot be found).

Thanks,

Adrian


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

Bug#436196: firestarter: Init file error

2007-08-06 Thread Andrea Vettorello

Package: firestarter
Version: 1.0.3-4
Severity: normal

Hi,

there's a typo at line 31 of Firestarter's init file
(/etc/init.d/firestarter), lon_end_msg instead of log_end_msg.

If i'm not wrong, the typo comes from the patch in #414007.


--
Andrea


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

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

Versions of packages firestarter depends on:
ii  gconf2  2.18.0.1-3   GNOME configuration database syste
ii  gksu2.0.0-4  graphical frontend to su
ii  iptables1.3.8.0debian1-1 administration tools for packet fi
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii  libbonobo2-02.18.0-2 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.18.0-5 The Bonobo UI library
ii  libc6   2.6-5GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgconf2-4 2.18.0.1-3   GNOME configuration database syste
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.12.13-1The GLib library of C routines
ii  libgnome-keyring0   0.8.1-2  GNOME keyring services library
ii  libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file
ii  libgnomecanvas2-0   2.14.0-3 A powerful object-oriented display
ii  libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.18.1-3+b1GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.10.13-1The GTK+ graphical user interface 
ii  libice6 2:1.0.3-3X11 Inter-Client Exchange library
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.16.5-1 Layout and rendering of internatio
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libpopt01.10-3   lib for parsing cmdline parameters
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.8-2X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.2-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2 2.6.29.dfsg-1GNOME XML library
ii  libxrandr2  2:1.2.1-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra
ii  lsb-base3.1-24   Linux Standard Base 3.1 init scrip
ii  zlib1g  1:1.2.3.3.dfsg-5 compression library - runtime

firestarter recommends no packages.

-- no debconf information


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

Bug#436093: Please decide on the ownership of the developers reference

On Sun, 05 Aug 2007, Ian Jackson wrote:
 I'd like to ask Andreas and Raphael how they each propose to handle
 the maintainership of this package in future.

 Raphael says he wants a team.  Raphael: what team did you have in
 mind ?  Who will help you ?

I've not been planning a hijack of the package. I've no new team to take
out of my hat.

I expect Andreas to continue to work on the package, and I just would like
him to accept the fact that I can also work on it as co-editor/author. 

For me the ideal workflow is the current one:
- someone opens a bug report
- a patch is written
- a patch is applied (possibly reformulated) by one of the editors

Editors/authors can be trusted to commit directly (either because they
believe the change to be minor, or because they're sufficiently involved
in the area being covered that they know the change to be good). Anyway
others authors/editors will review the changes (at least skimming
through the diff sent by mail).

 I'd also like each of you to answer: if the TC rules in your favour,
 how do you plan to deal with your opponent in this dispute ?

I wish he will continue to work on the developers-reference. I don't even
plan to take the role of lead maintainer/editor as I'll most probably
stay a minor contributor (at least as long as Andy is not MIA).

 Another possible way for the TC to decide on this kind of question is
 to ask the developers to each prepare a package and then for the TC to
 choose between them.  Do you think that would be appropriate in this
 case ?

No. We should strive for collaboration, not for confrontation.

Cheers,
-- 
Raphaël Hertzog

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

Bug#436197: markdown: Please support more url://foo.bar

2007-08-06 Thread Cyril Brulebois

Package: markdown
Version: 1.0.1-6
Severity: wishlist

Hi,

could you please consider adding support for more url://? A small list
that I can think of right now:
  https?|ftps?|dict|git|ssh|svn|svn+ssh|sftp

I was quite surprized that ikiwiki didn't understand git://urls. ;)

Thank you in advance.

Cheers,

-- 
Cyril Brulebois


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

Bug#436198: kflog: something wrong with the desktop menu entry

2007-08-06 Thread Petter Reinholdtsen


Package: kflog
Version: 2.1.1-3.1

When installing kflog on the new Debian GIS live CD, the menu entry
for it in KDE show up under 'lost and found'.  I believe this is
because there is something wrong with the desktop file used by the
meny system, but have no idea what exactly is wrong.  You might want
to check it out.

I'm not sure where it should show up on the menu, but perhaps the
Utilities or ScienceMath sections are good places to put it?

Happy hacking,
-- 
Petter Reinholdtsen


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

Bug#420367: Upstream inactivity

2007-08-06 Thread Johan Walles

Hi!

I'm the upstream.  A large part of my inactivity is because the code
is very mature :-).

The applet works really well, I use it all the time, and when problems
crop up I tend to fix them.  The last time that happened was about two
years ago if I remember correctly, so maintaining this shouldn't be
much work :-).

  Cheers //Johan


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

Bug#436195: ITP: logapp -- supervise execution of applications producing heavy output

2007-08-06 Thread Kumar Appaiah

Package: wnpp
Severity: wishlist
Owner: Kumar Appaiah [EMAIL PROTECTED]


* Package name: logapp
  Version : 0.7
  Upstream Author : Michael Brunner [EMAIL PROTECTED]
* URL : http://logapp.sourceforge.net/
* License : GPL
  Programming Lang: C
  Description : supervise execution of applications producing heavy output

 Logapp is a wrapper utility that helps supervise the execution of
 applications that produce heavy console output (e.g. make, CVS, and
 Subversion). It does this by logging, trimming, and coloring each
 line of the output before displaying it. It can be called instead of
 the executable that should be monitored; it then starts the
 application and logs all of its console output to a file. The output
 shown in the terminal is preprocessed, e.g. to limit the length of
 printed lines and to show the stderr output in a different color. It
 is also possible to automatically highlight lines that match a
 certain regular expression. The output is therefore reduced to the
 necessary amount, and all important lines are easy to identify.
 .
  Homepage: http://logapp.sourceforge.net/

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

Kernel: Linux 2.6.22.1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_US)
Shell: /bin/sh linked to /bin/bash


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

Bug#435405: kbibtex crashes when exiting kde

2007-08-06 Thread Thomas Fischer

Hello,

 Thanks for your report.
 I can confirm that this bug is also present in the latest development
 snapshot (0.1.5.53).
I cannot reproduce the problem locally, though I have tested only with 
logging out (should reproduce the same behaviour). Please provide me a 
crash report including debug information as described here:
http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports

Greetings,
Thomas


pgp518OLjqlWT.pgp
Description: PGP signature

Bug#436187: switching back to mouse after using tablet usually doesn't work

2007-08-06 Thread Ron


Hi,

I can't reproduce this at all.  Setting different tools for stylus,
eraser and plain old optical USB mouse works exactly as expected.
If I bring the pen into proximity, the stylus or eraser tools are
selected, if I move the mouse, its tool is selected.  Seems to be
perfectly repeatable.

So I guess if you want something done about this, you are going to
have to identify the problem a bit better, or hope someone else can.
I'd suggest you contact the linuxwacom list, and provide some more
precise details to the people there (like what type of tablet you
have, what exactly the version of wacom_drv that works for you is,
what mode you use it in gimp with, the wacom relevant portions of
how you configured xorg etc.) to see if anyone else recognises this.

I'm on that list so no need to cc' me, but from the details here
I'm not going to be able to answer even the simplest query about
your setup or how to reproduce the problem, so it will be best if
you engage everyone directly.

Re upgrades, if you want a package to not update when you do one
then you'll need to put it on hold.  If you don't do that there
is nothing random about it being updated again when you do a
system upgrade.

Cheers,
Ron

On Sun, Aug 05, 2007 at 10:54:03PM -0700, Luke Lenhart wrote:
 Package: xserver-xorg-input-wacom
 Version: 0.7.7.11-1
 Severity: important
 
 The place I notice this is in GIMP (which associates different tool settings
 with each device (stylus tip, stylus erasor, and mouse)). Switching back
 and forth between both tips of the stylus works correctly.  However, when I
 then try to switch back to the mouse (plain old optical ms mouse on a ps2
 port) by moving it, it usually doesn't work.
 
 Usually the tool setting will just stay on whatever happened to be chosen by
 the previous stylus device.  I can still click in the tool window to change
 tools (which also ends up causing the stylus to change to that tool when I
 switch back to it). Additionally, clicking inside the image window with the
 mouse after that does nothing whatsoever.
 
 This is a problem that came up a long time ago.  I can work around it by
 replacing /usr/lib/xorg/modules/input/wacom_drv.so with an older version
 from december 2005.  Doing that completely fixes the problem. However,
 Debian keeps replacing that file with a newever broken version at random
 when I apt-get upgrade, which re-breaks it.


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

Bug#435040: xserver-xorg-video-ati: switching VT from console to X freezes computer with X22 (Radeon Mobility M6 LY)

2007-08-06 Thread Michel Dänzer

On Mon, 2007-08-06 at 05:29 +0300, Kari Pahula wrote:
 
 (II) Configured Mouse: ps2EnableDataReporting: succeeded
 (II) Open ACPI successful (/var/run/acpid.socket)
 (WW) RADEON(0): zero MEMSIZE, probably at D3cold. Re-POSTing via int10.
 
 Where the last two entries get into the log when I switch the VT.

[...]

 I ran /usr/bin/X with strace.  The whole dump would be bigger than
 what I'd care to attach, but I saw this (relevant?) line at the end of
 it.
 
 writev(2, [{X, 1}, {: , 2}, {symbol lookup error, 19}, {: , 2}, 
 {/usr/lib/xorg/modules/drivers//r..., 44}, {: , 2}, {undefined symbol: 
 xf86InitInt10, 31}, {, 0}, {, 0}, {\n, 1}], 10X: symbol lookup error: 
 /usr/lib/xorg/modules/drivers//radeon_drv.so: undefined symbol: xf86InitInt10
 ) = 102

Quite relevant indeed (in general, if the log file ends abruptly, the X
server's stderr output should be checked).

Does explicitly loading the int10 module in the xorg.conf section
Module work around it?


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

Bug#436201: libasound2-plugins: Could we get an ia32 package for amd64?

2007-08-06 Thread Alex Malinovich

Package: libasound2-plugins
Version: 1.0.14-1+b1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Now that flashplugin-nonfree and nspluginwrapper are available in Debian
for amd64 users, it would be great if we could get an ia32 package of
libasound2-plugins on amd64 to allow people who use esd/pulse to get audio from
the Flash plugin. This may also require another build of libpulse, so if
this wishlist report should be reassigned please feel free to do so.
Thanks!


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

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

Versions of packages libasound2-plugins depends on:
ii  libasound2   1.0.14a-2   ALSA library
ii  libavcodec1d 0.cvs20070307-6 ffmpeg codec library
ii  libc62.6-5   GNU C Library: Shared libraries
ii  libdbus-1-3  1.1.1-3 simple interprocess messaging syst
ii  libjack0 0.103.0-6   JACK Audio Connection Kit (librari
ii  libpulse00.9.6-1 PulseAudio client libraries
ii  libsamplerate0   0.1.2-5 audio rate conversion library

libasound2-plugins recommends no packages.

- -- no debconf information

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

iD8DBQFGttjuBPYwh6bSSDcRAj+pAKCYisDTZImMJMg4IjGnCLqK89dMCwCgoCQB
FlZhH9D1QHak99pVuIa2Yoo=
=IAJF
-END PGP SIGNATURE-


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

Bug#431964: tex4ht: unsable after texlive transition (tex4ht.env not found)

2007-08-06 Thread Alexander Wuerstlein


An upgrade from sarge does not seem to be the real problem but having tetex
installed is, at least in my case.

After 'apt-get install texlive' (which also removes tetex) it just works[tm].
So perhaps tex4ht should depend on texlive.



Ciao,

Alexander Wuerstlein.


pgpdYAdfVgbcc.pgp
Description: PGP signature

Bug#436112: apt-proxy: Failed to load application: /usr/lib/python2.4/site-packages/apt_pkg.so: undefined symbol: pkgCPU

2007-08-06 Thread Folkert van Heusden

  'Dir':'.', # /
  'Dir::State' : 'apt/', # var/lib/apt/
  
  belle:/home/folkert/Personal/src/pov# /etc/init.d/apt-proxy restart
  Stopping apt-proxy.
  Starting apt-proxy
  Failed to load application: /usr/lib/python2.4/site-packages/apt_pkg.so: 
  undefined symbol: pkgCPU
 
 Strange ...
 Could/Would please execute these actions
  /etc/init.d/apt-proxy stop
   /var/log/apt-proxy.log
  /etc/init.d/apt-proxy start
 and then mail /var/log/apt-proxy.log

Here it is:

2007/08/06 10:08 +0200 [-] Log opened.
2007/08/06 10:08 +0200 [-] twistd 2.5.0 (/usr/bin/python 2.4.4) starting up
2007/08/06 10:08 +0200 [-] reactor class: class 
'twisted.internet.selectreactor.SelectReactor'
2007/08/06 10:08 +0200 [-] Loading /usr/sbin/apt-proxy...
2007/08/06 10:08 +0200 [-] 
/usr/lib/python2.4/site-packages/twisted/manhole/telnet.py:8: 
exceptions.DeprecationWarning: As of Twisted 2.1, twisted.protocols.telnet is 
deprecated.  See twisted.conch.telnet for the current, supported API.
2007/08/06 10:08 +0200 [-] Traceback (most recent call last):
2007/08/06 10:08 +0200 [-]   File 
/usr/lib/python2.4/site-packages/twisted/application/app.py, line 218, in 
getApplication
2007/08/06 10:08 +0200 [-] application = service.loadApplication(filename, 
style, passphrase)
2007/08/06 10:08 +0200 [-]   File 
/usr/lib/python2.4/site-packages/twisted/application/service.py, line 341, in 
loadApplication
2007/08/06 10:08 +0200 [-] application = sob.loadValueFromFile(filename, 
'application', passphrase)
2007/08/06 10:08 +0200 [-]   File 
/usr/lib/python2.4/site-packages/twisted/persisted/sob.py, line 215, in 
loadValueFromFile
2007/08/06 10:08 +0200 [-] exec fileObj in d, d
2007/08/06 10:08 +0200 [-]   File /usr/sbin/apt-proxy, line 19, in ?
2007/08/06 10:08 +0200 [-] from apt_proxy.apt_proxy_conf import apConfig
2007/08/06 10:08 +0200 [-]   File 
/usr/lib/python2.4/site-packages/apt_proxy/apt_proxy_conf.py, line 17, in ?
2007/08/06 10:08 +0200 [-] from apt_proxy import Backend
2007/08/06 10:08 +0200 [-]   File 
/usr/lib/python2.4/site-packages/apt_proxy/apt_proxy.py, line 26, in ?
2007/08/06 10:08 +0200 [-] import fetchers, cache, packages
2007/08/06 10:08 +0200 [-]   File 
/usr/lib/python2.4/site-packages/apt_proxy/packages.py, line 17, in ?
2007/08/06 10:08 +0200 [-] import apt_pkg, apt_inst, sys, os, stat
2007/08/06 10:08 +0200 [-] ImportError: 
/usr/lib/python2.4/site-packages/apt_pkg.so: undefined symbol: pkgCPU
2007/08/06 10:08 +0200 [-] Failed to load application: 
/usr/lib/python2.4/site-packages/apt_pkg.so: undefined symbol: pkgCPU
2007/08/06 10:08 +0200 [-] Unhandled Error
Traceback (most recent call last):
  File /usr/lib/python2.4/site-packages/twisted/application/app.py, 
line 379, in run
runApp(config)
  File /usr/lib/python2.4/site-packages/twisted/scripts/twistd.py, 
line 23, in runApp
_SomeApplicationRunner(config).run()
  File /usr/lib/python2.4/site-packages/twisted/application/app.py, 
line 157, in run
self.application = self.createOrGetApplication()
  File /usr/lib/python2.4/site-packages/twisted/application/app.py, 
line 207, in createOrGetApplication
application = getApplication(self.config, passphrase)
--- exception caught here ---
  File /usr/lib/python2.4/site-packages/twisted/application/app.py, 
line 218, in getApplication
application = service.loadApplication(filename, style, passphrase)
  File 
/usr/lib/python2.4/site-packages/twisted/application/service.py, line 341, in 
loadApplication
application = sob.loadValueFromFile(filename, 'application', 
passphrase)
  File /usr/lib/python2.4/site-packages/twisted/persisted/sob.py, 
line 215, in loadValueFromFile
exec fileObj in d, d
  File /usr/sbin/apt-proxy, line 19, in ?
from apt_proxy.apt_proxy_conf import apConfig
  File /usr/lib/python2.4/site-packages/apt_proxy/apt_proxy_conf.py, 
line 17, in ?
from apt_proxy import Backend
  File /usr/lib/python2.4/site-packages/apt_proxy/apt_proxy.py, line 
26, in ?
import fetchers, cache, packages
  File /usr/lib/python2.4/site-packages/apt_proxy/packages.py, line 
17, in ?
import apt_pkg, apt_inst, sys, os, stat
exceptions.ImportError: /usr/lib/python2.4/site-packages/apt_pkg.so: 
undefined symbol: pkgCPU

2007/08/06 10:08 +0200 [-]


Folkert van Heusden

-- 
MultiTail è uno flexible tool per seguire di logfiles e effettuazione
di commissioni. Feltrare, provedere da colore, merge, 'diff-view',
etc. http://www.vanheusden.com/multitail/
--
Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com

Bug#436200: since last update motion suddenly won't store motion-triggered movies

2007-08-06 Thread Folkert van Heusden

Package: motion
Version: 3.2.3-2.1+b3
Severity: grave
Justification: renders package unusable


since last update motion suddenly won't store motion-triggered movies
when run with -n -d 255 it gives the following output:

[0] Processing thread 0 - config file /etc/motion/motion.conf
[0] Unknown config option always_changes: No such file or directory
[0] Unknown config option debug_parameter: No such file or directory
[1] Thread is from /etc/motion/motion.conf
[1] Thread started
[1] motion-httpd/3.2.3 running, accepting connections
[1] motion-httpd: waiting for data on port TCP 8080
[1] Started stream webcam server in port 8000
[1] File of type 2 saved to: /data/webcam/snapshot.jpg
[1] File of type 32 saved to: /data/webcam/20070806-timelapse.mpg
[1] File of type 2 saved to: /data/webcam/snapshot.jpg
[1] File of type 2 saved to: /data/webcam/snapshot.jpg
[1] Codec not found: Success


mpeg1 support is not included it says and msmpeg4 and mpeg4 give the logging as 
seen above.

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

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

Versions of packages motion depends on:
ii  debconf [debconf-2.0 1.5.13  Debian configuration management sy
ii  liba52-0.7.4 0.7.4-11library for decoding ATSC A/52 str
ii  libavcodec1d 0.cvs20070307-6 ffmpeg codec library
ii  libavformat1d0.cvs20070307-6 ffmpeg file format library
ii  libavutil1d  0.cvs20070307-6 ffmpeg utility library
ii  libc62.6-2   GNU C Library: Shared libraries
ii  libdc1394-13 1.1.0-3+b1  high level programming interface f
ii  libgsm1  1.0.10-13   Shared libraries for GSM speech co
ii  libjpeg626b-13   The Independent JPEG Group's JPEG 
ii  libmysqlclient15off  5.0.41a-1   MySQL database client library
ii  libogg0  1.1.3-2 Ogg Bitstream Library
ii  libpq5   8.2.4-2 PostgreSQL C client library
ii  libraw1394-8 1.2.1-2 library for direct access to IEEE 
ii  libtheora0   0.0.0.alpha7.dfsg-2 The Theora Video Compression Codec
ii  libvorbis0a  1.1.2.dfsg-2The Vorbis General Audio Compressi
ii  libvorbisenc21.1.2.dfsg-2The Vorbis General Audio Compressi
ii  zlib1g   1:1.2.3.3.dfsg-5compression library - runtime

Versions of packages motion recommends:
ii  ffmpeg   0.cvs20070307-6 multimedia player, server and enco

-- debconf information:
  motion/moved_conf_dir:


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

Bug#436202: fuse-utils: the pre-removal script fails if the kernel module is missing

2007-08-06 Thread Malte Schirmacher


Package: fuse-utils
Version: 2.7.0-1
Severity: important


After building a new kernel i forgot to recompile the fuse module for
the new kernel, so the module was missing when i tried to upgrade to a
new fuse-utils version today.

invoke-rc.d: initscript fuse, action stop failed.
dpkg: Warnung - altes pre-removal-Skript wurde mit Fehler-Status 7
beendet
dpkg - probiere stattdessen Skript aus dem neuen Paket ...
Fuse filesystem not loaded.
invoke-rc.d: initscript fuse, action stop failed.
dpkg: Fehler beim Bearbeiten von
/var/cache/apt/archives/fuse-utils_2.7.0-1_i386.deb (--unpack):
 Unterprozess neues pre-removal-Skript gab den Fehlerwert 7 zurück
 Loading fuse module failed!

(Sorry i forgot to get the english output from dpkg, but i think thats
no problem)

When i looked what happens when i manually try to stop fuse, i found out
that it was just the missing kernel-module


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

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

Versions of packages fuse-utils depends on:
ii  adduser   3.104  add and remove users and groups
ii  libc6 2.6-2  GNU C Library: Shared libraries
ii  libfuse2  2.7.0-1Filesystem in USErspace library
ii  makedev   2.3.1-83   creates device files in /dev
ii  sed   4.1.5-2The GNU sed stream editor
ii  ucf   3.001  Update Configuration File: 
preserv
ii  udev  0.105-4/dev/ and hotplug 
management daemo


fuse-utils recommends no packages.

-- no debconf information

Bug#435040: xserver-xorg-video-ati: switching VT from console to X freezes computer with X22 (Radeon Mobility M6 LY)

2007-08-06 Thread Kari Pahula

On Mon, Aug 06, 2007 at 10:14:35AM +0200, Michel Dänzer wrote:
 Does explicitly loading the int10 module in the xorg.conf section
 Module work around it?

Yeah, that seemed to fix it.  This is what I see in the log after
switching the VT to X:

(II) Open ACPI successful (/var/run/acpid.socket)
(WW) RADEON(0): zero MEMSIZE, probably at D3cold. Re-POSTing via int10.
(II) RADEON(0): Primary V_BIOS segment is: 0xc000
(II) Configured Mouse: ps2EnableDataReporting: succeeded


There's a delay of more than 15 seconds (mostly calling FBIOPUTCMAP
ioctl and gettimeofday, apparently) after the V_BIOS entry and before
X is usable, but at least the VT switches without any screen freezes
with int10.  But those delays are a separate issue altogether.

Thanks.

Bug#435468: warsow: segfaults when starting (amd64 bug ?)

2007-08-06 Thread Eddy Petrișor

Gonéri Le Bouder wrote:
 On Tue, Jul 31, 2007 at 11:44:45PM +0200, Pierre Habouzit wrote:
 Package: warsow
 Version: 0.31.dfsg-4
 Severity: grave
 Justification: renders package unusable

   when I launch warsow I get:

 
 ERROR: R_Upload32_3D: texture is too large (resizing is not supported)
 
 Error: Error during initialization
 
 ERROR: Received signal 11

 
 Recursive Sys_Error: Received signal 11
 Hello Pierre,
 
 I don't think it's a bug but probably a limitation of your OpenGL
 driver.
 
 Which graphic card/driver do you use and how much memory do you have on
 it?
 Can you try: glxinfo -l|grep GL_MAX_TEXTURE_SIZE
 
 Maybe we should add a check in the wrapper.
 
 if ! glxinfo | grep direct rendering: No; then

May I suggest using grep -q here instead of plain grep?
It makes it more obvious that you don't use the result.

-- 
Regards,
EddyP
=
Imagination is more important than knowledge A.Einstein



signature.asc
Description: OpenPGP digital signature

Bug#436203: /usr/lib/libdb-4.5.so: no version information available

2007-08-06 Thread Frank B. Brokken

Package: sendmail
Version: 8.14.1-8
Severity: normal


I'm not sure whether this is a sendmail bug or something else, but since the
last `aptitude upgrade' sendmail repeatedly sends me the following complaint:

/usr/sbin/sendmail-msp: /usr/lib/libdb-4.5.so: no version information
available (required by /usr/sbin/sendmail-msp) 

Also, the problem is shown when running `sendmailconfig'. E.g.,

Updating /etc/mail/access...
/usr/sbin/makemap: /usr/lib/libdb-4.5.so: no version information available 
(required by /usr/sbin/makemap)
Updating /etc/mail/genericstable...
/usr/sbin/makemap: /usr/lib/libdb-4.5.so: no version information available 
(required by /usr/sbin/makemap)
Updating /etc/mail/aliases...
/usr/lib/sm.bin/newaliases: /usr/lib/libdb-4.5.so: no version information 
available (required by /usr/lib/sm.bin/newaliases)
/etc/mail/aliases: 42 aliases, longest 41 bytes, 478 bytes total

The message does not seem to affect sendmail's proper functioning.

-- Package-specific info:
Ouput of /usr/share/bug/sendmail/script:

ls -alR /etc/mail:
/etc/mail:
total 295
drwxr-sr-x   8 smmta smmsp  1024 Aug  6 10:33 .
drwxr-xr-x 132 root  root   6144 Aug  6 10:33 ..
-rw-r--r--   1 root  root 35 Mar 22  2000 All2Users
-rw-r--r--   1 root  root 41 Mar 22  2000 AllUsers
-rwxr-xr--   1 root  smmsp 10816 Aug  6 10:33 Makefile
-rw---   1 root  root   1073 Aug  6 10:33 access
-rw-r-   1 smmta smmsp  3072 Aug  6 10:33 access.db
-rw-r--r--   1 root  root281 Oct 29  2004 address.resolve
-rw-r-   1 root  smmsp  1323 Jun 21  2006 aliases
-rw-r-   1 smmta smmsp  3072 Aug  6 10:33 aliases.db
-rw-r--r--   1 root  root   3261 Aug  6 10:33 databases
-rw-r-   1 mail  mail  0 Aug 10  2001 dialup.m4
-rw-r--r--   1 root  smmsp92 Feb 17  2005 genericstable
-rw-r-   1 root  smmsp  3072 Aug  6 10:33 genericstable.db
-rw-r--r--   1 root  root   8348 Nov 26  2005 greylist.conf
-rw-r--r--   1 mail  mail   5657 Jul 30 00:13 helpfile
-rw-r--r--   1 root  root 17 Dec 18  2002 local-host-names
drwxr-sr-x   2 smmta smmsp  1024 Nov 12  2004 m4
drwxr-xr-x   2 root  root   1024 Aug  6 08:42 peers
-rw-r-   1 mail  mail  0 Aug 10  2001 provider.m4
-rw-r--r--   1 root  root 15 Jun 17  2002 relay-domains
drwxr-xr-x   2 root  smmsp  1024 Oct 29  2004 sasl
-rw-r--r--   1 root  smmsp31 Feb  3  2005 sendmail.cG
-rw-r--r--   1 root  smmsp 60706 Aug  6 10:33 sendmail.cf
-rw-r--r--   1 root  root  60425 Aug  6 08:43 sendmail.cf.old
-rw-r--r--   1 root  root  11889 Aug  6 10:33 sendmail.conf
-rw-r--r--   1 root  smmsp  2183 Feb  1  2007 sendmail.mc
-rw-r--r--   1 root  root764 Dec 18  2002 sendmail.mc2
-rw-r--r--   1 root  root149 Oct 25  1999 service.switch
-rw-r--r--   1 root  root180 Oct 25  1999 service.switch-nodns
drwxr-sr-x   2 smmta smmsp  1024 Sep 20  2006 smrsh
drwxr-xr-x   2 root  smmsp  1024 Dec  2  2002 ssl.org
-rw-r--r--   1 root  smmsp 43746 Aug  6 10:33 submit.cf
-rw-r--r--   1 root  root  43472 Aug  6 08:43 submit.cf.old
-rw-r--r--   1 root  smmsp  2064 Aug  6 10:33 submit.mc
-rw-r--r--   1 root  smmsp38 May 30  2002 suffixusers
drwxr-xr-x   3 smmta smmsp  1024 Nov 12  2004 tls
-rw-r--r--   1 mail  mail  6 Aug 14  2001 trusted-users

/etc/mail/m4:
total 3
drwxr-sr-x 2 smmta smmsp 1024 Nov 12  2004 .
drwxr-sr-x 8 smmta smmsp 1024 Aug  6 10:33 ..
-rw-r- 1 root  smmsp  687 Jun  3 23:38 dialup.m4
-rw-r- 1 root  smmsp0 Aug 10  2001 provider.m4

/etc/mail/peers:
total 3
drwxr-xr-x 2 root  root  1024 Aug  6 08:42 .
drwxr-sr-x 8 smmta smmsp 1024 Aug  6 10:33 ..
-rw-r--r-- 1 root  root   328 Jul 18  2001 provider

/etc/mail/sasl:
total 2
drwxr-xr-x 2 root  smmsp 1024 Oct 29  2004 .
drwxr-sr-x 8 smmta smmsp 1024 Aug  6 10:33 ..

/etc/mail/smrsh:
total 2
drwxr-sr-x 2 smmta smmsp 1024 Sep 20  2006 .
drwxr-sr-x 8 smmta smmsp 1024 Aug  6 10:33 ..
lrwxrwxrwx 1 root  root16 Nov 12  2004 deliver - /usr/bin/deliver
lrwxrwxrwx 1 root  root22 Nov 12  2004 filter - /home/frank/bin/filter
lrwxrwxrwx 1 root  smmsp   25 Sep 20  2006 filternew - 
/home/frank/bin/filternew
lrwxrwxrwx 1 root  root26 Nov 12  2004 mail.local - 
/usr/lib/sm.bin/mail.local
lrwxrwxrwx 1 root  root17 Nov 12  2004 procmail - /usr/bin/procmail
lrwxrwxrwx 1 root  root28 Nov 12  2004 sensible-mda - 
/usr/lib/sm.bin/sensible-mda
lrwxr-xr-x 1 root  root25 Jan 14  2005 setuidcall - 
/usr/local/bin/setuidcall
lrwxrwxrwx 1 root  smmsp   13 Mar  2  2006 sudo - /usr/bin/sudo
lrwxrwxrwx 1 root  root17 Nov 12  2004 vacation - /usr/bin/vacation

/etc/mail/ssl.org:
total 12
drwxr-xr-x 2 root  smmsp 1024 Dec  2  2002 .
drwxr-sr-x 8 smmta smmsp 1024 Aug  6 10:33 ..
-rw-r--r-- 1 root  root 7 Dec  2  2002 no_prompt
-rw--- 1 root  root  1444 Dec  2  2002 sendmail-client.cfg
-rw-r--r-- 1 root  smmsp  875 Dec  2  2002 sendmail-client.crt
-rw--- 1 root  root   668 Dec  2  2002 sendmail-client.csr
-rw-r- 1 root  smmsp  887 Dec  2  2002 sendmail-common.key
-rw--- 1 root  root

Bug#434864: Problem fixed in upstream

2007-08-06 Thread Dr A V Le Blanc

After coordinating with the heimdal developers, I can confirm that
the problem reported in this bug is apparently fixed in the upstream
version heimdal-1.0.1rc4 (and not in any earlier version; specifically,
not in heimdal-1.0.1rc3).

 -- Owen


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

Bug#436079: procmail cannot write to /dev/std{out,err}

2007-08-06 Thread Santiago Vila

severity 436079 wishlist
tags 436079 - wontfix
thanks

There seem to be legitimate reasons why /dev/stderr is not writeable.
Try

chmod 755 /usr/bin/procmail

to see the difference.

It's not that I'm not interested to fix this, but that this seems
to be a design flaw of the type that the author will never fix
and not important enough to fork the code.

If you send me a patch, I will consider keeping this report open.
Otherwise I will close the report.


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

Bug#435468: warsow: segfaults when starting (amd64 bug ?)

2007-08-06 Thread Gonéri Le Bouder

On Mon, Aug 06, 2007 at 11:42:13AM +0300, Eddy Petrișor wrote:
 Gonéri Le Bouder wrote:
  On Tue, Jul 31, 2007 at 11:44:45PM +0200, Pierre Habouzit wrote:
  Package: warsow
  Version: 0.31.dfsg-4
  Severity: grave
  Justification: renders package unusable
 
when I launch warsow I get:
 
  
  ERROR: R_Upload32_3D: texture is too large (resizing is not supported)
  
  Error: Error during initialization
  
  ERROR: Received signal 11
 
  
  Recursive Sys_Error: Received signal 11
  Hello Pierre,
  
  I don't think it's a bug but probably a limitation of your OpenGL
  driver.
  
  Which graphic card/driver do you use and how much memory do you have on
  it?
  Can you try: glxinfo -l|grep GL_MAX_TEXTURE_SIZE
  
  Maybe we should add a check in the wrapper.
  
  if ! glxinfo | grep direct rendering: No; then
 
 May I suggest using grep -q here instead of plain grep?
 It makes it more obvious that you don't use the result.
Well why not

Gonéri


signature.asc
Description: Digital signature

Bug#436204: clamav-freshclam: rc scripts doesn't handle correctly the process owner from the config

2007-08-06 Thread Lionel Molinier

Package: clamav-freshclam
Version: 0.91.1-1
Severity: normal
Tags: patch

In the script, you are using the $User variable. This variable is not defined 
in the conf, and $DatabaseOwner is used instead.
In all cases, there is this an hardcoded thing: 'su clamav' on line 197



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

Kernel: Linux 2.6.16.33-xenU (SMP w/8 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])
Shell: /bin/sh linked to /bin/bash

Versions of packages clamav-freshclam depends on:
ii  clamav-base 0.91.1-1 base package for clamav, an anti-v
ii  debconf [debconf-2.0]   1.5.14   Debian configuration management sy
ii  debianutils 2.22.1   Miscellaneous utilities specific t
ii  libc6   2.6-2GNU C Library: Shared libraries
ii  libclamav2  0.91.1-1 virus scanner library
ii  logrotate   3.7.1-3  Log rotation utility
ii  lsb-base3.1-24   Linux Standard Base 3.1 init scrip
ii  ucf 3.001Update Configuration File: preserv
ii  zlib1g  1:1.2.3.3.dfsg-5 compression library - runtime

clamav-freshclam recommends no packages.

-- debconf information:
* clamav-freshclam/autoupdate_freshclam: daemon
* clamav-freshclam/local_mirror: db.local.clamav.net
  clamav-freshclam/mirrors.txt-note:
  clamav-freshclam/internet_interface:
  clamav-freshclam/proxy_user:
* clamav-freshclam/NotifyClamd: /etc/clamav/clamd.conf
* clamav-freshclam/http_proxy:
  clamav-freshclam/update_interval: 24
--- /etc/init.d/clamav-freshclam2007-07-17 00:51:47.0 +0200
+++ freshclam.conf  2007-08-06 10:28:45.0 +0200
@@ -1,262 +1,23 @@
-#!/bin/sh
-
-### BEGIN INIT INFO
-# Provides:  clamav-freshclam
-# Required-Start:$syslog
-# Should-Start:  clamav-daemon
-# Required-Stop:
-# Should-Stop:   
-# Default-Start: 2 3 4 5
-# Default-Stop:  0 6
-# Short-Description: ClamAV virus database updater
-# Description:   Clam AntiVirus virus database updater
-### END INIT INFO
-
-DAEMON=/usr/bin/freshclam
-NAME=freshclam
-DESC=ClamAV virus database updater
-[ -x $DAEMON ] || exit 0
-
-CLAMAV_CONF_FILE=/etc/clamav/clamd.conf
-FRESHCLAM_CONF_FILE=/etc/clamav/freshclam.conf
-PIDFILE=/var/run/clamav/freshclam.pid
-[ -f /var/lib/clamav/interface ]  INTERFACE=`cat /var/lib/clamav/interface`
-
-. /lib/lsb/init-functions
-
-check_ucf()
-{
-if ucf -h 21 | grep -q debconf-ok; then
-  echo ok
-else
-  echo notok
-fi
-}
-
-ucf_cleanup()
-{
-  # This only does something if I've fucked up before
-  # Not entirely impossible :(
-
-  configfile=$1
-
-  if [ `grep $configfile /var/lib/ucf/hashfile | wc -l` -gt 1 ]; then
-grep -v $configfile /var/lib/ucf/hashfile  /var/lib/ucf/hashfile.tmp
-grep $configfile /var/lib/ucf/hashfile | tail -n 1   
/var/lib/ucf/hashfile.tmp
-mv /var/lib/ucf/hashfile.tmp /var/lib/ucf/hashfile
-  fi
-}
-
-add_to_ucf()
-{
-  configfile=$1
-  ucffile=$2
-
-  if ! grep -q $configfile /var/lib/ucf/hashfile; then
-md5sum $configfile  /var/lib/ucf/hashfile
-cp $configfile $ucffile
-  fi
-}
-
-ucf_upgrade_check()
-{
-  configfile=$1
-  sourcefile=$2
-  ucffile=$3
-
-  if [ -f $configfile ]; then
-add_to_ucf $configfile $ucffile
-if [ $UCFVER = 'ok' ]; then
-  ucf --three-way --debconf-ok $sourcefile $configfile
-else
-  ucf --three-way $sourcefile $configfile  /dev/tty
-fi
-  else
-[ -d /var/lib/ucf/cache ] || mkdir -p /var/lib/ucf/cache
-cp $sourcefile $configfile
-add_to_ucf $configfile $ucffile
-  fi
-}
-
-slurp_config()
-{
-  CLAMAVCONF=$1
-  
-  if [ -e $CLAMAVCONF ]; then
-for variable in `egrep -v '^[[:space:]]*(#|$)' $CLAMAVCONF | awk '{print 
$1}'`; do
-  if [ $variable = 'DatabaseMirror' ]; then
-if [ -z $DatabaseMirror ]; then
-  for i in `grep ^$variable $CLAMAVCONF | awk '{print $2}'`; do
-value=$i $value
-  done
-else
-  continue
-fi
-  elif [ $variable = 'VirusEvent' ] || [ $variable = 'OnUpdateExecute' 
] || [ $variable = 'OnErrorExecute' ]; then
-value=`grep ^$variable $CLAMAVCONF | head -n1 | sed -e s/$variable\ //`
-  else
-value=`grep ^$variable $CLAMAVCONF | head -n1 | awk '{print $2}'`
-  fi
-  if [ -z $value ]; then 
-export $variable=true
-  elif [ $value != $variable ]; then
-export $variable=$value
-  else
-export $variable=true
-  fi
-  unset value
-done
-  fi
-}
-
-make_dir()
-{
-  DIR=$1
-  if [ -d $DIR ]; then
-return 0;
-  fi
-  [ -n $User ] || User=clamav
-  mkdir -p -m 0755 $DIR
-  chown $User:$User $DIR
-}
-
-
-
-slurp_config $FRESHCLAM_CONF_FILE
-
-[ -n $PidFile ]  PIDFILE=$PidFile
-[ -n $DataBaseDirectory ]

Bug#412185: bug re-confirmed

2007-08-06 Thread Yann Rouillard


I also had this problem while upgrading from sarge to etch.

Yann


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

Bug#436205: ITA: libxml-simple-ruby -- It is a Ruby translation of Grant McLean's Perl module XML::Simple

Package: wnpp
Severity: wishlist
Owner: Deepak Tripathi  [EMAIL PROTECTED]

* Package name: libxml-simple-ruby
  Version   : 1.0.11
  Upstream Author : Maik Schmidt [EMAIL PROTECTED]
* URL   :
http://rubyforge.org/projects/xml-simple//exchweb/bin/redir.asp?URL=http://rubyforge.org/projects/xml-simple/
* License  : Ruby License
  Programming Lang  : Ruby
  Description : Class XmlSimple offers an easy API to read and
write XML. It is a Ruby translation of Grant McLean's Perl module
XML::Simple. Simply put, it automatically converts XML documents into a Ruby
Hash.


-- 
Deepak Tripathi
E3 71V3 8Y C063 (We Live By Code)
http://deepkatripathi.blogspot.com

Bug#436206: freemind misses a dependency

Package: freemind
Severity: serious
Version: 0.7.1-6

Hi,

after installation, freemind fails to execute:

[EMAIL PROTECTED]:~$ freemind
Exception in thread main java.awt.AWTError: Cannot load AWT toolkit: 
gnu.java.awt.peer.gtk.GtkToolkit
   at java.awt.Toolkit.getDefaultToolkit(libgcj.so.70)
   at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(libgcj.so.70)
   at java.awt.Window.init(libgcj.so.70)
   at java.awt.Frame.init(libgcj.so.70)
   at javax.swing.JFrame.init(libgcj.so.70)
   at freemind.main.FreeMind.init(FreeMind.java:78)
   at freemind.main.FreeMind.main(FreeMind.java:500)
Caused by: java.lang.UnsatisfiedLinkError: libgtkpeer: libgtkpeer.so: Kann die 
Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
   at java.lang.Runtime._load(libgcj.so.70)
   at java.lang.Runtime.loadLibrary(libgcj.so.70)
   at java.lang.System.loadLibrary(libgcj.so.70)
   at gnu.java.awt.peer.gtk.GtkToolkit.clinit(libgcj.so.70)
   at java.lang.Class.initializeClass(libgcj.so.70)
   at java.lang.Class.forName(libgcj.so.70)
   at java.awt.Toolkit.getDefaultToolkit(libgcj.so.70)
   ...6 more


I resolved this issue with installing libgcj7-awt, but that seems to
depend on the java version I use - so, I'm not tagging this bug
patched.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#436093: Please decide on the ownership of the developers reference

2007-08-06 Thread Adeodato Simó

* Andreas Barth [Mon, 06 Aug 2007 09:16:23 +0200]:

 In case the TC decides I'm still the lead maintainer, I would like to
 try to find out if there is a procedure that still satisfies my quality
 requirements, and will allow Raphael to contribute in a way he likes.
 Somehow, I am currently quite annoyed (which is perhaps not best but
 natural), but I'm optimistic we can still work out something which is ok.
 (That's basically not different from any other package or area I'm
 responsible for.)

I'll throw my 2¢ here:

The policy you have in place is there to ensure changes get reviewed
*before* being committed, partly because what gets commited gets
immediately published and hence Raphael's review after commit via the
PTS diff mail is not optimal.

Parting from that, why not make the review process collaborative itself,
in a way similar (if I undersand correctly) the Policy maintainers are
implementing?:

  * You have a handful of people with vote (as opposed to commit)
rights.
  * Patches are sent to a list for review; anybody can submit patches.
  * Patches get applied after they receive two positive votes (if the
submitter of the patch is a voter, their vote counts).
  * Patches can be applied by a committer after a week with no votes.

The last item is so that the development of the document can progress if
there's no voters active. Which I guess can happen easily, particularly
at the first stages.

But it could be nice to have this happening nevertheless: it encourages
peer review, but without making it a bottleneck, and all commiters have
to go through the same process to get their changes applied.

You'd need to find some more voters, though.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
   Listening to: Enrique Bunbury - El club de los imposibles

Bug#436208: ITP: libapache-parcelog-perl -- Apache::ParseLog provides an easy way to parse the Apache log files

Package: wnpp
Severity: wishlist
Owner: Deepak Tripathi  [EMAIL PROTECTED]

* Package name: libapache-parselog-perl
  Version : 1.02
  Upstream Author : Akira Hangai [EMAIL PROTECTED]
* URL :
http://search.cpan.org/~akira/Apache-ParseLog-1.02//exchweb/bin/redir.asp?URL=http://search.cpan.org/%7Eakira/Apache-ParseLog-1.02/
* License : Artistic
  Programming Lang: Perl
  Description : Apache::ParseLog provides an easy way to parse the
Apache log files, using object-oriented constructs. The data obtained using
this module are generic enough that it is flexible to use the data for your
own applications, such as CGI, simple text-only report generator, feeding
RDBMS, data for Perl/Tk-based GUI application, etc


-- 
Deepak Tripathi
E3 71V3 8Y C063 (We Live By Code)
http://deepkatripathi.blogspot.com

Bug#436210: API change in 7.0

2007-08-06 Thread Matthias Klose

Package: libpcrecpp0
Version: 7.2-1
Severity: serious

- gDF .text   Base _ZN7pcrecpp2RE4InitEPKcPKNS_10RE_OptionsE
+ gDF .text   Base 
_ZN7pcrecpp2RE4InitERKSsPKNS_10RE_OptionsE

   void RE::Init(const char *pat, const RE_Options* options)
did change to
   void RE::Init(const string pat, const RE_Options* options)

gnome-system-monitor is affected for example.

forwarded from Launchpad #130428.


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

Bug#436211: missing dependencies (make, gcc)

2007-08-06 Thread Lapse of Reason

Package: selinux-policy-refpolicy-src
Severity: normal

The source policy can not be compiled without make and gcc installed.
It should therefore depend on or at least recommend those programs.

Another option would be to depend on build-essential, as it contains
make, gcc and possibly other packages that are needed to compile the
policy.


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

Bug#436212: 64 Studio should be listed at misc/children-distros

2007-08-06 Thread MJ Ray

Package: www.debian.org

Recording this for future work.

Date: Tue, 31 Jul 2007 11:07:46 -0400
From: CJ Fearnley [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: 64 Studio 2.0, a Debian GNU/Linux for digital content creation, 
released. (fwd)
List-Id: debian-www.lists.debian.org

Based on this announcement, it seems to me that 64 Studio should be listed at
http://www.debian.org/misc/children-distros

Thanks.

- Forwarded message from André Felipe Machado [EMAIL PROTECTED] -

Subject: 64 Studio 2.0, a Debian GNU/Linux for digital content creation,
released.
From: André Felipe Machado [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Date: Mon, 30 Jul 2007 20:45:29 -0300
X-Rc-Virus: 2006-10-25_01
X-Rc-Spam: 2007-05-24_01
Resent-Message-ID: [EMAIL PROTECTED]
Resent-From: [EMAIL PROTECTED]
X-Mailing-List: [EMAIL PROTECTED] archive/latest/550
List-Id: debian-publicity.lists.debian.org
List-URL: http://lists.debian.org/debian-publicity/
List-Post: mailto:[EMAIL PROTECTED]
List-Help: mailto:[EMAIL PROTECTED]
List-Subscribe: mailto:[EMAIL PROTECTED]
List-Unsubscribe: mailto:[EMAIL PROTECTED]
Resent-Sender: [EMAIL PROTECTED]
Resent-Date: Mon, 30 Jul 2007 23:48:41 + (UTC)

64 Studio [0] is a GNU/Linux distribution tailor-made for digital
content creation, including audio, video, graphics and publishing tools.
A remix of Debian [1], it comes in both AMD64/Intel64 and 32-bit
flavours, to run on nearly all PC hardware.

64 Studio 2.0 is designed to retain compatibility with Debian Etch, to
create a long-lived and stable creative desktop. 

We combine the stability and quality of Etch with a specialised
real-time preemption kernel and the latest creative tools demanded by
multimedia artists. 

Our tweaks to Debian include simplified installation and default
settings which help get production underway quickly. It's our target
that users should be able to get from a blank hard disc to a fully
hardware-optimised and usable creative desktop in just half an hour.

Rather than a fork of Debian, our package improvements are returned
directly to Debian Sid, and our releases are built from Debian sources. 

We have also uploaded new multimedia packages to Debian, which are now
available to all users of Debian and Debian-derived distributions. [2]

[0] http://64studio.com
[1] http://www.debian.org
[2] http://64studio.com/press_release

Regards.
Andre Felipe Machado
http://www.techforce.com.br

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

- End forwarded message -

-- 
CJ Fearnley |   LinuxForce Inc.
[EMAIL PROTECTED]  |   President  CEO
http://www.LinuxForce.net   |   Software  Web Solutions / Systems Management

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

Bug#436205: ITP: libxml-simple-ruby -- It is a Ruby translation of Grant McLean's Perl module XML::Simple

retitle 436205 ITP: libxml-simple-ruby -- It is a Ruby translation of Grant
McLean's Perl module   XML::Simple

owner 436205 !

-- 
Deepak Tripathi
E3 71V3 8Y C063 (We Live By Code)
http://deepkatripathi.blogspot.com

Bug#436213: please add arm eabi support

2007-08-06 Thread Riku Voipio

Package: nspr
Version: 4.6.7-1
Severity: wishlist
Tags: patch
User: [EMAIL PROTECTED]
Usertags: eabi

To build xulrunner/all the icefoo apps on armel port, the attached patch is
needed. See mailing list for discussion:

http://lists.debian.org/debian-arm/2007/05/msg00039.html

--- nspr-4.6.7/mozilla/nsprpub/pr/src/misc/prdtoa.c.orig2007-05-06 
02:39:00.0 +0200
+++ nspr-4.6.7/mozilla/nsprpub/pr/src/misc/prdtoa.c 2007-05-06 
02:39:22.0 +0200
@@ -59,8 +59,8 @@
 /* FIXME: deal with freelist and p5s. */
 }
 
-#if defined(__arm) || defined(__arm__) || defined(__arm26__) \
-|| defined(__arm32__)
+#if (defined(__arm) || defined(__arm__) || defined(__arm26__) \
+|| defined(__arm32__))  !defined(__ARM_EABI__)  !defined(__ARMEB__)
 #define IEEE_ARM
 #elif defined(IS_LITTLE_ENDIAN)
 #define IEEE_8087
--- nspr-4.6.7/mozilla/nsprpub/pr/include/md/_linux.h.orig  2007-05-06 
02:39:45.0 +0200
+++ nspr-4.6.7/mozilla/nsprpub/pr/include/md/_linux.h   2007-05-06 
02:40:57.0 +0200
@@ -346,7 +346,7 @@
 #error Linux/MIPS pre-glibc2 not supported yet
 #endif /* defined(__GLIBC__)  __GLIBC__ = 2 */
 
-#elif defined(__arm__)
+#elif defined(__arm__)  !defined(__ARM_EABI__)
 /* ARM/Linux */
 #if defined(__GLIBC__)  __GLIBC__ = 2
 #define _MD_GET_SP(_t) (_t)-md.context[0].__jmpbuf[20]
@@ -358,6 +358,18 @@
 #error ARM/Linux pre-glibc2 not supported yet
 #endif /* defined(__GLIBC__)  __GLIBC__ = 2 */
 
+#elif defined(__arm__)  defined(__ARM_EABI__)
+/* ARM/Linux */
+#if defined(__GLIBC__)  __GLIBC__ = 2
+#define _MD_GET_SP(_t) (_t)-md.context[0].__jmpbuf[8]
+#define _MD_SET_FP(_t, val) ((_t)-md.context[0].__jmpbuf[7] = (val))
+#define _MD_GET_SP_PTR(_t) (_MD_GET_SP(_t))
+#define _MD_GET_FP_PTR(_t) ((_t)-md.context[0].__jmpbuf[7])
+#define _MD_SP_TYPE __ptr_t
+#else
+#error ARM/Linux pre-glibc2 not supported yet
+#endif /* defined(__GLIBC__)  __GLIBC__ = 2 */
+
 #else
 
 #error Unknown CPU architecture



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

Bug#436078: glipper: uses binary files for storage causing segv

2007-08-06 Thread Sven Rech

Hi,

We will fix that for the next glipper version. We will use gconf for the
preferences.

Bye

Am Sonntag, den 05.08.2007, 11:13 +0200 schrieb Philipp Kern:
 Package: glipper
 Version: 0.95.1-1
 Severity: important
 
 Hi Neil, hi Sven,
 
 Glipper uses binary files to store both history and preferences. The
 fields are just dumped from memory to disk, without any endianess
 conversion, nor with fixed field widths, it uses the system's integer
 size (size_t) to determine how long the field should be.
 
 This means that Glipper's preferences and history files could not be
 used in a heterogeneous environment with different architectures. We
 have the home directory on NFS and both x86 and x86_64 machines
 accessing it.
 
 Actually Glipper crashed in memcpy/libc6 caused by this code, on x86_64:
 | (src/main.c:516)
 | size_t len;
 | fread(len, sizeof(size_t), 1, prefFile);
 | if (!feof(prefFile))
 | {
 |   keyComb = malloc(len+1);
 |   fgets(keyComb, len+1, prefFile);
 
 As 64 bits were read into `len' instead of the 32 bits saved the malloc
 and fgets just look funny here and it's nice that it just crashed and
 did not allocate vast amounts of memory instead.
 
 That's the code to read the preferences file. Could it be ported to use
 another configuration backend, like e.g. gconf? For the history file,
 which shares the same problem, you could probably fix the issue by
 inserting a header which specifies integer size, endianess (and
 version) and either discard its content when the current compile
 settings differ or do appropriate conversions.
 
 Thanks for your time reading so far, it would be nice if this could be
 fixed upstream in Glipper.
 
 Kind regards,
 Philipp Kern
 Debian Developer



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

Bug#436207: ITP: libnet-ssh-perl-perl -- Net::SSH::Perl is an all-Perl module implementing an SSH (Secure Shell) client. It is compatible with both the SSH-1 and SSH-2 protocols.

Package: wnpp
Severity: wishlist
Owner: Deepak Tripathi [EMAIL PROTECTED]

* Package name: libnet-ssh-perl-perl
Version : 1.30
Upstream Author(s) : David Robins [EMAIL PROTECTED],Dave Rolsky
[EMAIL PROTECTED], Benjamin Trott.
* URL:
http://search.cpan.org/~dbrobins/Net-SSH-Perl-1.30//exchweb/bin/redir.asp?URL=http://search.cpan.org/%7Edbrobins/Net-SSH-Perl-1.30/
* License : Artistic
Programming Lang : Perl
Description : Perl interface to the libssh2 library

Net::SSH::Perl is an all-Perl module implementing an SSH (Secure Shell)
client. It is compatible with both the SSH-1 and SSH-2 protocols.

Net::SSH::Perl enables you to simply and securely execute commands on remote
machines, and receive the STDOUT, STDERR, and exit status of that remote
command. It contains built-in support for various methods of authenticating
with the server (password authentication, RSA challenge-response
authentication, etc.). It completely implements the I/O buffering, packet
transport, and user authentication layers of the SSH protocol, and makes use
of external Perl libraries (in the Crypt:: family of modules) to handle
encryption of all data sent across the insecure network. It can also read
your existing SSH configuration files (/etc/ssh_config, etc.), RSA identity
files, DSA identity files, known hosts files, etc.

One advantage to using Net::SSH::Perl over wrapper-style implementations of
ssh clients is that it saves on process overhead: you no longer need to fork
and execute a separate process in order to connect to an sshd. Depending on
the amount of time and memory needed to fork a process, this win can be
quite substantial; particularly if you're running in a persistent Perl
environment (mod_perl, for example), where forking a new process is a drain
on process and memory resources.

It also simplifies the process of using password-based authentications; when
writing a wrapper around ssh you probably need to use Expect to control the
ssh client and give it your password. Net::SSH::Perl has built-in support
for the authentication protocols, so there's no longer any hassle of
communicating with any external processes.

The SSH2 protocol support (present in Net::SSH::Perl as of version 1.00) is
compatible with the SSH2 implementation in OpenSSH, and should also be fully
compatible with the official SSH implementation. If you find an SSH2
implementation that is not compatible with Net::SSH::Perl, please let me
know (email address down in AUTHOR COPYRIGHTS); it turns out that some
SSH2 implementations have subtle differences from others. 3DES (3des-cbc),
Blowfish (blowfish-cbc), and RC4 (arcfour) ciphers are currently supported
for SSH2 encryption, and integrity checking is performed by either the
hmac-sha1 or hmac-md5 algorithms. Compression, if requested, is limited to
Zlib. Supported server host key algorithms are ssh-dss (the default) and
ssh-rsa (requires Crypt::RSA); supported SSH2 public key authentication
algorithms are the same.

--
Deepak Tripathi
E3 71V3 8Y C063 (We Live By Code)
http://deepkatripathi.blogspot.com

Bug#436209: resolvconf update script breaks maradns configuration

2007-08-06 Thread Lapse of Reason

Package: maradns
Version: 1.2.12.04-1, 1.2.12.06-1
Severity: normal
Tags: patch

The resolvconf update script included in the maradns package inserts
wrong information into the maradns configuration file, i.e. with extra
backslashes like this:
ipv4_alias\[resolvconf_nameservers\] = 1.2.3.4

instead of this:
ipv4_alias[resolvconf_nameservers] = 1.2.3.4

This only happens when there are no such entries already present in
the configuration file, replacing already existing entries works fine.

It causes maradns to silently fail on startup because of invalid
entries in the configuration file.

A patch is included below to fix this.

--- etc/resolvconf/update.d/maradns.orig2007-08-05 23:31:03.0 
+0200
+++ etc/resolvconf/update.d/maradns 2007-08-05 23:30:54.0 +0200
@@ -76,7 +76,7 @@

 else

-  echo ${IPV4ALIAS_REGEXP///} = \$CSL\  $MARARC
+  echo ${IPV4ALIAS_REGEXP//\\/} = \$CSL\  $MARARC
   CHANGED=1

 fi


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

Bug#436215: [INTL:gu] Gujarati translation pf samba package (updated)

2007-08-06 Thread Kartik Mistry

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

Please find the attached updated Gujarati translation of the samba package.

Cheers,

-- 
 Cheers,
 ---
 Kartik Mistry  || GPG: 0xD1028C8D || IRC: kart_
 kartikmistry.org/blog || kartikm.wordpress.com
 ---
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid 
msgstr 
Project-Id-Version: samba_gu\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2007-03-12 03:35-0700\n
PO-Revision-Date: 2007-06-08 20:22+0530\n
Last-Translator: Kartik Mistry [EMAIL PROTECTED]\n
Language-Team: Gujarati [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: boolean
#. Description
#: ../samba-common.templates:1001
msgid Modify smb.conf to use WINS settings from DHCP?
msgstr DHCP àª®àª¾àªàª¥à« WINS àªà«àª àªµàª£à«àª àªàªªàª¯à«àª àªàª°àªµàª¾ àª®àª¾àªà« smb.conf àª¬àª¦àª²àª¶à«?

#. Type: boolean
#. Description
#: ../samba-common.templates:1001
msgid 
If your computer gets IP address information from a DHCP server on the 
network, the DHCP server may also provide information about WINS servers 
(\NetBIOS name servers\) present on the network.  This requires a change 
to your smb.conf file so that DHCP-provided WINS settings will automatically 
be read from /etc/samba/dhcp.conf.
msgstr 
àªà« àª¤àª®àª¾àª°à«àª àªàª®à«àªªà«àª¯à«àªàª° àª¨à«àªàªµàª°à«àªàª®àª¾àª àªàªàªªà« àª¸àª°àª¨àª¾àª®àª¾àªàª¨à« àª®àª¾àª¹àª¿àª¤à« DHCP àª¸àª°à«àªµàª°àª®àª¾àªàª¥à« àª²à« àªà« àª¤à«,  DHCP àª¸àª°à«àªµàª° 
àª¨à«àªàªµàª°à«àªàª®àª¾àª àª¹àª¾àªàª° àª°àª¹à«àª² WINS àª¸àª°à«àªµàª°à« (\NetBIOS àª¨àª¾àª® àª¸àª°à«àªµàª°à«\) àªµàª¿àª¶à«àª¨à« àª®àª¾àª¹àª¿àª¤à« àªªàª£ àªªà«àª°à« àªªàª¾àª¡à« 
àª¶àªà« àªà«.  àªàª¨à« àª®àª¾àªà« àª¤àª®àª¾àª°à« smb.conf àª«àª¾àªàª²àª®àª¾àª àª«à«àª°àª«àª¾àª° àªàª°àªµà« àªªàª¡àª¶à« àªà«àª¥à« DHCP àª àªªà«àª°à« àªªàª¾àª¡à«àª² WINS 
àªà«àª àªµàª£à«àª àªàªªàª®à«àª³à« /etc/samba/dhcp.conf àª®àª¾àªàª¥à« àªµàª¾àªàªà« àª¶àªàª¾àª¯.

#. Type: boolean
#. Description
#: ../samba-common.templates:1001
msgid 
The dhcp3-client package must be installed to take advantage of this feature.
msgstr àª àª²àª¾àªà«àª·àª£àª¿àªàª¤àª¾àª¨à« àª²àª¾àª àª²à«àªµàª¾ àª®àª¾àªà« dhcp3-àªà«àª²àª¾àª¯àª¨à«àª àªªà«àªà«àª àª¸à«àª¥àª¾àªªàª¿àª¤ àªàª°à«àª² àª¹à«àªµà«àª àª àªà«àªàª.

#. Type: boolean
#. Description
#: ../samba-common.templates:2001
msgid Configure smb.conf automatically?
msgstr smb.conf àªàªªàª®à«àª³à« àª°à«àªªàª°à«àªàª¾àªàªàª¿àª¤ àªàª°àª¶à«?

#. Type: boolean
#. Description
#: ../samba-common.templates:2001
msgid 
The rest of the configuration of Samba deals with questions that affect 
parameters in /etc/samba/smb.conf, which is the file used to configure the 
Samba programs (nmbd and smbd). Your current smb.conf contains an 'include' 
line or an option that spans multiple lines, which could confuse the 
automated configuration process and require you to edit your smb.conf by 
hand to get it working again.
msgstr 
àª¸àª¾àª®à«àª¬àª¾ àª°à«àªªàª°à«àªàª¾àªàªàª¨àª¨àª¾àª àª¬àª¾àªà«àª¨àª¾àª àªªà«àª°àª¶à«àª¨à« /etc/samba/smb.conf àª¨àª¾àª àªµàª¿àªàª²à«àªªà« àª¸àª¾àª¥à« àªàª¾àª® àªªàª¾àª° àªªàª¾àª¡à« 
àªà«, àªà« àª¸àª¾àª®à«àª¬àª¾ àªàª¾àª°à«àª¯àªà«àª°àª®à«àª¨à« (nmbd àªàª¨à« smbd) àª°à«àªªàª°à«àªàª¾àªàªàª¨ àªàª°àªµàª¾ àª®àª¾àªà« àªµàªªàª°àª¾àª¯ àªà«. àª¤àª®àª¾àª°à« àª¹àª¾àª²àª¨à« 
smb.conf àª«àª¾àªàª² 'include' àª²à«àªà« àª§àª°àª¾àªµà« àªà« àªàª¥àªµàª¾ àªàª àª¥à« àªµàª§à« àª²à«àªà«àª®àª¾àª àªµàª¿àª¸à«àª¤àª¾àª°àªµàª¾àª¨à« àªµàª¿àªàª²à«àªª 
àª§àª°àª¾àªµà« àªà«, àªà« àªàªªàª®à«àª³à« àª°à«àªªàª°à«àªàª¾àªàªàª¨ àªà«àª°àª¿àª¯àª¾àª¨à« àª®à«àªàªàªµàª£àª®àª¾àª àª®à«àªà« àª¶àªà« àªà« àªàª¨à« àª¤àª®àª¾àª°à« smb.conf àª«àª°à« àªàª¾àª® àªàª°àª¤à« 
àªàª°àªµàª¾ àª®àª¾àªà« àªàª¾àª¤à« àª¸à«àª§àª¾àª°àªµà« àªªàª¡àª¶à«.

#. Type: boolean
#. Description
#: ../samba-common.templates:2001
msgid 
If you do not choose this option, you will have to handle any configuration 
changes yourself, and will not be able to take advantage of periodic 
configuration enhancements.
msgstr 
àªà« àª¤àª®à« àª àªµàª¿àªàª²à«àªª àªªàª¸àªàª¦ àª¨àª¹à« àªàª°à« àª¤à«, àª¤àª®àª¾àª°à« àª¬àª§àª¾ àª°à«àªªàª°à«àªàª¾àªàªàª¨à« àª¤àª®àª¾àª°à« àªàª¾àª¤à« àªàª°àªµàª¾

Bug#434651: debian-policy: New virtual package: wims-extra

2007-08-06 Thread L. Redrejo

El lun, 06-08-2007 a las 00:17 -0700, Russ Allbery escribió:
 José L. Redrejo [EMAIL PROTECTED] writes:
 
  However most of the meat is provided by the packages wims-extra-xx,
  which contain hundreds of educational modules (this number hopefully
  will grow quickly). In July 2007, the installed size of wims-extra-all
  is roughly 200 MBytes.  Some webmasters might want to install less rich
  sets of modules, for example only the modules localised in their
  language, or a set of modules targeted to a particular domain of study.
  There is already a package wims-extra-es with Spanish-only modules, and
  some other packages might be made available in the near future, like a
  French-only collection, or a collection dedicated to physics and
  chemistry, etc.
 
  The current wims maintainer (who is in the cc'ed list for this mail)
  asked me to sponsor this package, and, after some conversations with
  him, we both agree that wims package should have a recommends to a
  virtual package called wims-extra, so people may provide packages for
  the meat with their particular flavor, while the package
  wims-extra-all providing wims-extra would be part of the official
  distribution.
 
 I don't think I understand from this what the specification of a package
 that would Provide wims-extra would be.
 


 A virtual package exists to satisfy a dependency on a specific piece of
 functionality.  For example, ispell needs a dictionary, packages need to
 depend on a mail transport agent, and Emacs add-ons are only useful if
 some version of Emacs is installed.
 


I think I understand it perfectly. It just a problem of what you and me
can understand as a functionality. You use the ispell example and I can
use the openoffice.org-l10n-2.2 virtual package that works exactly as we
say wims-extra should work: providing a functionality to a metapackage.


Anyway, I don't care about it anymore, as Magnus Holmgren said in a
previous comment to this bug, we can use it privately, amongst a
cooperating group of packages, and that's probably the rightest
solution to this issue.

Regards.
José L.



signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#436181: [Pkg-utopia-maintainers] Bug#436181: NetworkManager ignores static configuration

2007-08-06 Thread Michael Biebl

severity 436181 important
merge 436181 431427 415891 408292
thanks

Ross Combs schrieb:
 Package: network-manager
 Version: 0.6.4-6
 
 I just did my first fresh install of etch, and everything
 looked really good until I rebooted and tried to use the
 network.
 
 I could ping things by IP, but name resolution was out.
 I thought, must be an installer bug, so I checked the
 resolv.conf, and it only said:
 
 # generated by NetworkManager, do not edit!
 [ five or so blank lines]
 
 I had never heard of this program before so I double-
 checked the network interface configuration, and it had
 both the DNS search path and nameservers I wanted to use.
 
 The man page for NetowrkManager pointed me to nm-tool but
 that tool's man page didn't suggest any way of changing
 the behavior of the software.  nm-tool reported a self-
 assigned IP (169.x.x.x) on one eth1 and doesn't seem to
 know about eth0.  Running ifconfig shows eth0 with the
 correct information and eth1 as being down.
 
 Running route -n shows that the default gateway is not
 set up.
 
 nm-tool --help doesn't work (in fact all command line args
 seem to be ignored).
 
 For now I have removed the package, but it would be nicer
 if it worked out of the box.
 
 System information:
  amd64 single processor
  two onboard Ethernet devices
   eth0 is forcedeth (primary interface)
   eth1 is sky2
  static (non-DCHP) IP, static nameserver
 
 Thanks,
 -Ross
 

That's a known problem. Please see the mentioned bugnumbers above for
more details.
Cheers,
Michael



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



signature.asc
Description: OpenPGP digital signature

Bug#436214: no warning on failure to start

2007-08-06 Thread Lapse of Reason

Package: maradns
Severity: normal

The init script included in maradns does not print any warning message
if the maradns server fails to start (for example because of a corrupt
configuration file).

The init script should print a warning or exit with an error if
maradns is not started successfully.

If maradns does not provide any way on its own to check if the server
was started successfully, this could be done by checking if a process
with the given id (as saved by start-stop-daemon) exists after running
start-stop-daemon.


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

Bug#435040: xserver-xorg-video-ati: switching VT from console to X freezes computer with X22 (Radeon Mobility M6 LY)

2007-08-06 Thread Michel Dänzer

On Mon, 2007-08-06 at 11:43 +0300, Kari Pahula wrote:
 On Mon, Aug 06, 2007 at 10:14:35AM +0200, Michel Dänzer wrote:
  Does explicitly loading the int10 module in the xorg.conf section
  Module work around it?
 
 Yeah, that seemed to fix it.  This is what I see in the log after
 switching the VT to X:
 
 (II) Open ACPI successful (/var/run/acpid.socket)
 (WW) RADEON(0): zero MEMSIZE, probably at D3cold. Re-POSTing via int10.
 (II) RADEON(0): Primary V_BIOS segment is: 0xc000
 (II) Configured Mouse: ps2EnableDataReporting: succeeded

So apparently the driver doesn't make sure the module is loaded before
calling its function.


 There's a delay of more than 15 seconds (mostly calling FBIOPUTCMAP
 ioctl and gettimeofday, apparently) after the V_BIOS entry and before
 X is usable, but at least the VT switches without any screen freezes
 with int10.  But those delays are a separate issue altogether.

Does not using Option UseFBDev make any difference for this?


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

Bug#436217: RM: gambas [arm hppa mips mipsel powerpc s390 sparc] -- RoM; FTFBS

2007-08-06 Thread L. Redrejo

Package: ftp.debian.org
Severity: normal

After discussing it with upstream, they have decided to suport gambas
bytecode only supported for i386.

Even if the sources compile in other architectures, gambas programs
won't work on them.
Please remove it from the archive for every architecture but i386.

Regards.
José L.


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#436093: Please decide on the ownership of the developers reference

On Mon, 06 Aug 2007, Adeodato Simó wrote:
 I'll throw my 2¢ here:
 
 The policy you have in place is there to ensure changes get reviewed
 *before* being committed, partly because what gets commited gets
 immediately published and hence Raphael's review after commit via the
 PTS diff mail is not optimal.
 
 Parting from that, why not make the review process collaborative itself,
 in a way similar (if I undersand correctly) the Policy maintainers are
 implementing?:

[details skipped]

I'd be fine with that. Another solution that I proposed was to use a tag
to mark the version that ought to be published. That way we can commit
and review in the CVS directly, and we can update the tag only when all
parties are satisfied. 

http://www.debian.org/doc/cvs.fr.html#updates

It should be a matter of doing a cvs update -r tag in the
developers-reference checkout used to build the website. The sticky tag
should ensure that further cvs update will follow that tag.

Cheers,
-- 
Raphaël Hertzog

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

Bug#430649: Please clarify splitting/syntax of DEB_BUILD_OPTIONS

2007-08-06 Thread Loïc Minier

Hi,

On Wed, Jul 04, 2007, Russ Allbery wrote:
 At first glance, using a space-separated list of options would be a lot
 easier to parse since you could parse it entirely with internal make
 functions and not have to shell out to run sed.

 A couple of updates:
 - parsing a comma-separated list wouldn't require sed as shown in
   #209008 with this Make snippet to convert comma-separated to
   space-separated:
, := ,
DEB_BUILD_OPTIONS := $(subst $(,), ,$(DEB_BUILD_OPTIONS))
 - separating with commas prevents passing options with commas; a sample
   use case which might be useful in the near future could be passing
   CFLAGS/LDFLAGS via DEB_BUILD_OPTIONS, and some of these flags require
   commas to reach the linker/assembler/preprocessor (e.g. -Wl,-O1)

 Note: there's an interesting issue in that CFLAGS or LDFLAGS are
 typically space separated and hence we would need to define how to pass
 multiple such flags in DEB_BUILD_OPTIONS...


 It seems to me that the more separators we allow, the less room for
 future expansion of DEB_BUILD_OPTIONS we keep and the more complex the
 early parsing of DEB_BUILD_OPTIONS will be.



 Additionally to the request to document the syntax and remove the
 recommendation for findstring, I also wish Policy would document how
 to deal with a keyword being present multiple times.  For example:
DEB_BUILD_OPTIONS=noopt parallel=2 debug parallel=1

 On this particular subject, I would recommend that Policy requires to
 parse DEB_BUILD_OPTIONS from left to right and to override any previous
 parameter when its met a second time (latest definition wins).
   Perhaps it makes sense to explicitely mention = in parameters and
 the allowed chars in parameter names; I could imagine we could at some
 point support +=:
DEB_BUILD_OPTIONS=CFLAGS=-Os parallel=2 debug CFLAGS+=-g
 (The += words could be parsed in Make using eval for example.)

-- 
Loïc Minier

Bug#436093: Please decide on the ownership of the developers reference

* Martin Zobel-Helas ([EMAIL PROTECTED]) [070806 11:42]:
 Hi, 
 
 On Mon Aug 06, 2007 at 09:16:23 +0200, Andreas Barth wrote:
  1. at the moment something is commited to CVS, the changes are already
  active on the website;
 
 wouldn't it make sence here, to adjust the website build-process? So
 everytime a new package hits the ftp-archive, the website build process
 downloads the archive and un-ar's it?

No. We want the changes to be available as soon as possible (in case
they're good changes, that is of course).

  3. the next important aspects are to make the docbook transition active
  on the webpage, which includes writing some scripts for the website
  build.
 that could be done with the same step. 

Oh, please not. Well, if you want to take over lead maintainership, just
do it. Otherwise, let me do it the way I consider best.



Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#281466: nautilus-cd-burner: Lack of (advanced) documentation

2007-08-06 Thread Javier Kohen

El vie, 03-08-2007 a las 23:30 +0200, Sven Arvidsson escribió:
 On Mon, 2004-11-15 at 20:40 -0500, Javier Kohen wrote:
  I wanted to give this package a try, but I just couldn't find out
  whether it supports multi session writing. I checked the bundled docs
  and ran a few searches on google.com but I still don't know what writing
  method it uses and whether multi session discs are detected, correctly
  processed and generated.
  
  Of course I didn't check the code, but I'd rather stick to the command
  line tools than read the source of a small GNOME application to find out
  what it does :-)   Unfortunately others can't do either easily.
 
 Hi,
 
 I wonder where you feel this information belong? Putting it in the
 package description would mean that it would show up if you search for
 multi session writing (and would probably end up making people angry
 when they found out it's NOT supported), putting it in a README inside
 the package seems kinda moot as you must install it to read it. I guess
 this belongs on a web site, but n-c-b does not have one.
 
 (Also, do you still care about this bug?, seeing as it's almost three
 years old ;-) 

To be honest, I care insofar that I haven't used this application at all
because I still don't know whether it supports multi-session or not.
However, you just answered my question :)

I think that maybe the documentation should be added upstream and not on
the package description or the README, for the same reasons you
detailed.

Thanks,
-- 
Javier Kohen [EMAIL PROTECTED]
ICQ: blashyrkh #2361802
Jabber: [EMAIL PROTECTED]



signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#435991: [Pkg-emboss-devel] Bug#435991: emboss-explorer: crontest failure find: /var/www/emboss-explorer: No such file or directory

2007-08-06 Thread Filippo Giunchedi

On Sun, Aug 05, 2007 at 12:13:56AM -0400, Justin Pryzby wrote:
 On Sun, Aug 05, 2007 at 12:56:01PM +0900, Charles Plessy wrote:
  Le Sat, Aug 04, 2007 at 04:05:47PM +0200, Filippo Giunchedi a écrit :
   it seems that emboss-explorer cron files are giving output when the
   package itself is removed (REMOVE) or its dependencies (AUTOREMOVE).
  
  Dear Filippo,
  
  I am affraid that I do not understand the problem. Can you give me a
  link to the relevant part of the policy documenting the interaction
  bewteen package removal and cron jobs?
 Actually (unfortunately) I don't think the policy specifically
 mentions this.  It does, however, mention this case for initscripts

I checked, it does in section 9.5, last sentence:

The scripts or crontab entries in these directories should check if all
necessary programs are installed before they try to execute them. Otherwise,
problems will arise when a package was removed but not purged since
configuration files are kept on the system in this situation.

filippo
--
Filippo Giunchedi - http://esaurito.net
PGP key: 0x6B79D401
random quote follows:

I always keep the Titanic in mind when I talk about security or
safety, meaning that nothing is fully secure.
-- Anonymous (?)

Bug#436216: RM: gambas2 [powerpc s390 mips hppa mipsel] -- RoM; FTFBS

2007-08-06 Thread L. Redrejo

Package: ftp.debian.org
Severity: normal

After discussing it with upstream, they have decided to suport gambas2
bytecode only supported for i386.

Even if the sources compile in other architectures, gambas2 programs
won't work on them.
Please remove it from the archive for every architecture but i386.

Regards.
José L.



signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#436093: Please decide on the ownership of the developers reference

2007-08-06 Thread Martin Zobel-Helas

Hi, 

On Mon Aug 06, 2007 at 09:16:23 +0200, Andreas Barth wrote:
 1. at the moment something is commited to CVS, the changes are already
 active on the website;

wouldn't it make sence here, to adjust the website build-process? So
everytime a new package hits the ftp-archive, the website build process
downloads the archive and un-ar's it?

 3. the next important aspects are to make the docbook transition active
 on the webpage, which includes writing some scripts for the website
 build.
that could be done with the same step. 


 2. this is not a classical package - basically, it is only a large
 xml-file that is really relevant;

Is there any way to change that from ONE big file to some smaller files?
That would make working as a team much less painful. (I didn't check the
package and my knowledge to docbook isn't that good, so please ignore
this if it is not possible.)

Greetings
Martin

-- 
[EMAIL PROTECTED] /root]# man real-life
No manual entry for real-life



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

Bug#428521: flex-old-doc: menu : needs=dwww is deprecated

2007-08-06 Thread Bill Allombert

On Mon, Jul 09, 2007 at 03:27:29PM -0500, Manoj Srivastava wrote:
 Hi,
 On Tue, 12 Jun 2007 12:14:04 +0200, Bill Allombert [EMAIL PROTECTED]
 said:  
 
  The file /usr/share/menu/flex-old-doc includes a dwww menu entry.
  Such entry are deprecated since a very long time. Instead you should
  use the doc-base system to register the documentation as dwww generate
  dwww menu entry from doc-base.
 
 This is a false positive.  Had you looked, you would have seen
  that flec-old has both the mechanisms.
 
I do not see anything wrong in providing both.

Well, I do not see any benefit to provide it since it cause a
duplication of data with the doc-base file and extra maintainance
burden.

In any case, I reported this bug because this entry include a longtitle
which is way too long. You should use the description field for that
purpose (which will match the Abstract field).

Check the file /var/lib/dwww/menu-method/flex generated by dwww.

I am trying to clean up the menu entry to make the job of the
translators easier. 

Cheers,
Bill.


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

Bug#436206: freemind misses a dependency

2007-08-06 Thread Andreas Putzo

Hi,

On Aug 06, Andreas Barth wrote:
 Package: freemind
 Severity: serious
 Version: 0.7.1-6

 after installation, freemind fails to execute:
 
 I resolved this issue with installing libgcj7-awt, but that seems to
 depend on the java version I use - so, I'm not tagging this bug
 patched.

With  sun-java-6-jre (6-02-1) these dependencies are missing:

libxext6
libxtst6 
libxi6

Cheers,
Andreas



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

Bug#435991: [Pkg-emboss-devel] Bug#435991: Bug#435991: emboss-explorer: crontest failure find: /var/www/emboss-explorer: No such file or directory

2007-08-06 Thread Charles Plessy

Le Mon, Aug 06, 2007 at 11:46:08AM +0200, Filippo Giunchedi a écrit :
 On Sun, Aug 05, 2007 at 12:13:56AM -0400, Justin Pryzby wrote:
  On Sun, Aug 05, 2007 at 12:56:01PM +0900, Charles Plessy wrote:
   Le Sat, Aug 04, 2007 at 04:05:47PM +0200, Filippo Giunchedi a écrit :
it seems that emboss-explorer cron files are giving output when the
   
   I am affraid that I do not understand the problem. Can you give me a
   link to the relevant part of the policy documenting the interaction
   bewteen package removal and cron jobs?
  Actually (unfortunately) I don't think the policy specifically
  mentions this.  It does, however, mention this case for initscripts
 
 I checked, it does in section 9.5, last sentence:
 
 The scripts or crontab entries in these directories should check if all
 necessary programs are installed before they try to execute them. Otherwise,
 problems will arise when a package was removed but not purged since
 configuration files are kept on the system in this situation.

Strictly speaking, this paragraph asks about checking for programs, not
directories. Would this desserve a wishlist bug against the Policy ?

Have a nice day,

-- 
Charles

Bug#436093: Please decide on the ownership of the developers reference

Actually, I think all these solutions have the same issue:

There used to be a working process for the developers reference.

Than someone came, tried to hijack it and now forces me to adjust my
process on the fly, while threading me to ignore me in future again.
That is something I'm not going to accept. This is really driving me so
unhappy and frustrated that I consider currently to drastically reduce
my involvment in Debian, because it just annoys me totally.



Of course, in the general case, if someone approaches me and asks me how
he could contribute to an area I'm responsible for (whether that is the
developers reference, or any other debian package, or anything else),
I'm always interessted in finding a good working way for all people
involved. But that only works if the person interested in joining shows
a minimal respect for the work of the lead maintainer, and that person's
style of work. (Of course, the same is true if I join another team - I
don't start by telling everybody that they have to use my way of
working.)

I am interessted in finding a way how other interessted people could
prepare changes in a way closer to the VCS used. However, we are
speaking of a document which had a working process until 48 hours ago,
until someone just came and committed once again, even though I asked
quite often please do not.

So I propose to first fix that status back to the working one, and then
start (and then it is off-topic for the tech ctte) to find a good way
how everyone involved can work on it. But please do not start with
destroying a working way first.



Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#436210: API change in 7.0

2007-08-06 Thread mark

void RE::Init(const char *pat, const RE_Options* options)
 did change to
void RE::Init(const string pat, const RE_Options* options)

I guess I need to change the soname and hence the package name of the C++
library, then create a new source package of pcre 6.7 and build just a C++
library from that with the old soname and package name.

Either that or look at the code and see if I can overload Init so that
both will work.




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

Bug#433064: New upstream version 0.9.41 available

2007-08-06 Thread Ove Kaaven

søn, 05.08.2007 kl. 11.40 +0300, skrev Riku Voipio:
 retitle 433064 upstream version 0.9.42 available
 thanks
 
 Hi Ovek,
 
 What's the point of uploading today 0.9.37-1 when 0.9.42 is the
 current version? Skipping releases is perfectly fine.

Do I have to write a form mail for this? No, it's not fine for me. I
don't do it, and I have reasons for not doing it. Perhaps it's news to
some, but there is *no* stable version/branch of Wine, anything can
break anytime, and it's impossible to predict. You never know if the
next release is going to be broken or not; if you skip releases, the
damage is greater if it does happen. If you don't, users always have
something to fall back on. (It also reduces risk of packaging errors
when I can tweak the packaging gradually and make sure everything's OK
before jumping to the latest.)

Bug#436210: API change in 7.0

2007-08-06 Thread Matthias Klose

[EMAIL PROTECTED] writes:
 void RE::Init(const char *pat, const RE_Options* options)
  did change to
 void RE::Init(const string pat, const RE_Options* options)
 
 I guess I need to change the soname and hence the package name of the C++
 library, then create a new source package of pcre 6.7 and build just a C++
 library from that with the old soname and package name.
 
 Either that or look at the code and see if I can overload Init so that
 both will work.

see http://people.ubuntu.com/~doko/tmp/pcre3.debdiff for the latter,
but maybe this should go upstream as well.


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

Bug#431964: tex4ht: unsable after texlive transition (tex4ht.env not found)

2007-08-06 Thread Kapil Hari Paranjape

Hello,

Thanks for your report and investigation.

On Mon, 06 Aug 2007, Alexander Wuerstlein wrote:
 An upgrade from sarge does not seem to be the real problem but having tetex
 installed is, at least in my case.
 
 After 'apt-get install texlive' (which also removes tetex) it just works[tm].
 So perhaps tex4ht should depend on texlive.

The problem seems to be due to some mixture of tetex and texlive
packages. Could you tell me what combination caused problems so that I
can introduce the appropriate Conflicts?

I seem to recall having a perfectly working version of tex4ht when
my system had only tetex and no texlive packages at all.

By the way, the file 90tex4ht.cnf file (under /etc/texmf/texmf.d)
is due to become 80tex4ht.cnf in order to be used with texlive (see #428044).
Since this file provides file locations for tex it could perhaps also be
blamed for *this* bug.

Regards,

Kapil.
--



signature.asc
Description: Digital signature

Bug#436218: debootstrap: Wrong check for bunzip2

2007-08-06 Thread Martín Ferrari

Package: debootstrap
Version: 1.0.1
Severity: normal
Tags: patch

In /usr/lib/debootstrap/functions, line 498:

if [ -x /usr/bin/bunzip2 -a $bz2md !=  ]; then

it checks for the wrong path, bunzip2 is installed in /bin.

The obvious fix is:

if [ -x /bin/bunzip2 -a $bz2md !=  ]; then

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

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

Versions of packages debootstrap depends on:
ii  binutils   2.17cvs20070718-1 The GNU assembler, linker and bina
ii  wget   1.10.2-3  retrieves files from the web

debootstrap recommends no packages.

-- no debconf information


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

Bug#435991: [Pkg-emboss-devel] Bug#435991: Bug#435991: emboss-explorer: crontest failure find: /var/www/emboss-explorer: No such file or directory

2007-08-06 Thread Adeodato Simó

* Charles Plessy [Mon, 06 Aug 2007 19:07:50 +0900]:

 Strictly speaking, this paragraph asks about checking for programs, not
 directories. Would this desserve a wishlist bug against the Policy ?

Why would you want to check for directories instead of programs? The way
to check if a package is removed but not purged is to check if its
executables (or other *files*) exist, not if a directory exists. The
admin may have placed some files of their own in the directory, and in
that case a removal will *not* remove the directory (because it's not
empty); if in that case you check the directory exists, later calls to
the executables will fail because the package is actually removed.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
- I couldn't find anything in there for days. I kept reaching in for
  strawberries and coming up with liver -- that's not pleasant.
- I promise not to touch the fridge again.
-- Sookie and Lorelai

Bug#269493:

On Sunday 5 August 2007 15:06, Bluefuture wrote:
 Dehs data is fully updated now with new debian version conversion
 function.
 Please check result now and see if we can close this bug.

For the package I reported this for I can't check, because the watchfile is 
outdated at the moment and I haven't reuploaded it with the fixed file 
(because it's the only change a.t.m.). Although it did work when I tested 
just the changed function locally.

I'm not entirely sure about the egroupware package that the other half of this 
bug referred to.


Thijs


pgp456qoVaBHR.pgp
Description: PGP signature

Bug#434651: debian-policy: New virtual package: wims-extra

2007-08-06 Thread Georges Khaznadar

Russ Allbery a écrit :
...
 What dependency is wims-extra providing?  It seems like there is a general
 server (wims) and a variety of different modules for it, but I'm not
 seeing where anything needs to depend on the wims-extra virtual package.
 Wouldn't people just install the wims server and then whatever modules
 they want to use, sort of like installing an Apache server and whatever
 Apache modules they wish to use?

There are currently two way for installing Wims modules:
- install a Debian package providing modules
- let the local wims server synchronise with a central server which
  publishes newer modules.

This is not exactly the same case as Apache: currently there are
approximately 1300 different modules. The granularity is low.

To say it in few words:
wims-extra provides every module existing now, 
but with some different flavors:

- wims-extra-all would provide wims-extra and really contain every
  currently existing module
- wims-extra-es would provide wims-extra, but contain only modules
  available in Spanish.
- I plan to make a packgae wims-extra-fr quite like wims-extra-es, but
  for French language, wims-extra-physchem for a particular emphasis on
  physics and chemistry.

The goal of wims-extra is to let you build instantly a wims server which
would be as much up-to-date as you want, for your particular needs. If
you are just in a hurry and that Recommended packages are installed, you
just install wims, which will in turn install wims-modules and
wims-extra-all. If you are more picky, you will choose explicitely some
other wims-extra-xxx package if you need to save space or show fewer
packages to your students.

Then later, you can just rely on the possibility to selectively download
more recent packages from the central wims website, without using debian
packages. (my estimation is that there are about a dozen of new modules
or new version of older modules each month, and that this number will
keep growing). Or as an alternative, upgrade to newer releases of the
particular package wims-extra-xxx you installed previously, but then the
synchronisation would not be done as fast.

Best regards,   Georges.



signature.asc
Description: Digital signature

Bug#436093: Please decide on the ownership of the developers reference

2007-08-06 Thread Adeodato Simó

* Andreas Barth [Mon, 06 Aug 2007 12:08:45 +0200]:

 Actually, I think all these solutions have the same issue:

 There used to be a working process for the developers reference.

My prior message was a direct reply (and included it, quoted) to the
part where you said:

 In case the TC decides I'm still the lead maintainer, I would like to
 try to find out if there is a procedure that still satisfies my quality
 requirements, and will allow Raphael to contribute in a way he likes.

With such a statement, I interpret that a suggestion of such possible
prodecure is not inappropriate.

In other words: it was not a suggestion about how to resolve this
conflict, but a mere suggestion after reading you'd be interested in
maybe changing the workflow one the TC resolves (if necessary) abou
this.

It wasn't meant as an intent to impose anything, sorry if it contributed
to your frustration but it wasn't the intention.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
   Listening to: Dido - Here With Me

Bug#431829: qemu: ata_piix does not work with the PIIX IDE controller provided

2007-08-06 Thread Aurelien Jarno

On Thu, Jul 05, 2007 at 12:11:37PM +0200, Henrik Riomar wrote:
 Package: qemu
 Version: 0.9.0-2
 Severity: normal
 Tags: patch

 The ata_piix driver does not work with QEMU, for more info see this
 http://www.mail-archive.com/[EMAIL PROTECTED]/msg10716.html

 I have tried the provided patch (from the link above) and it allows
 the ata_piix driver to be used in QEMU.

 --- a/hw/ide.c  2007-06-04 19:34:25.0 +0200
 +++ b/hw/ide.c  2007-06-04 21:45:28.0 +0200
 @@ -2586,6 +2586,8 @@ static void piix3_reset(PCIIDEState *d)
 pci_conf[0x06] = 0x80; /* FBC */
 pci_conf[0x07] = 0x02; // PCI_status_devsel_medium
 pci_conf[0x20] = 0x01; /* BMIBA: 20-23h */
 +pci_conf[0x41] = 0x80; // enable port 0
 +pci_conf[0x43] = 0x80; // enable port 1
 }

 Note: I am using Qemu 0.9.0-2 built from source on Etch


This patches causes more problem than it solves, and has even been
reverted from KVM. The bios has to be fixed instead.

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Bug#435033: legal/licenses/ says GFDL is pending a vote

2007-08-06 Thread MJ Ray

Adeodato Simó [EMAIL PROTECTED] wrote:
 The GFDL should be moved to Licenses currently found in Debian main,
 with common, and specifying that only if no invariant sections are
 present.

The common suggestion surprised me.  How did the FDL get into
common-licenses?  It must be included *in* all copies of the covered
work even for verbatim copying (see section 2), so cannot be
referenced like the GPL.

Puzzled,
-- 
MJ Ray - see/vidu http://mjr.towers.org.uk/email.html
Experienced webmaster-developers for hire http://www.ttllp.co.uk/
Also: statistician, sysadmin, online shop builder, workers co-op.
Writing on koha, debian, sat TV, Kewstoke http://mjr.towers.org.uk/

Bug#436219: vlan: Documentation error - REORDER_HDR is on by default

2007-08-06 Thread Kristian Grønfeldt Sørensen

Package: vlan
Version: 1.9-2
Severity: minor

The manpage and usage message (when invoking vconfig without
arguments) states that flag 1 - REORDER_HDR (header reordering) is OFF
by default. This is not true. Header reordering is ON by default.  For
a newly create vlan device cat /proc/net/vlan/{devname} will show
REORDER_HDR: 1 in line 1.

As far as i could spot, the initilization takes place in the kernel
vlan code (net/8021q/vlan.c line 518 - linux-source-2.6.18).

Please either update the documentation to match the kernel code or
change the kernel code to match the documentation. Since the
documenation states that there is a performance penalty when doing
header reordering, the latter might be desireable. Please move this
bugreport to the appropriate package in that case.

Regards 

Kristian Sørensen

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_DK)

Versions of packages vlan depends on:
ii  iproute 20061002-3   Professional tools to control the 
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries

vlan recommends no packages.

-- no debconf information

Bug#436220: Timeout in debian installer while conecting to securety update

2007-08-06 Thread Вова Фролов

Package: Debian installer

I have internet provider with vpn conection to internet. But some
sites avalible without vpn. I use local repositories to install
debian. I start instalation (expert gui). When i getting securety
update, install pause and waiting for conections to mirror, but i
havent vpn in instaler. Can you add some step to instaler? Step when
user can select use or not use securety updates


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

Bug#436093: Please decide on the ownership of the developers reference

On Mon, 06 Aug 2007, Andreas Barth wrote:
 Actually, I think all these solutions have the same issue:
 
 There used to be a working process for the developers reference.
 
 Then someone came, tried to hijack it and now forces me to adjust my
 process on the fly, while threatening me to ignore me in future again.

I've said things because I was angry. Please forgive me for that.

I certainly won't ignore you, otherwise I wouldn't participate in the
discussion and wouldn't try to make proposals that suit everybody.

I also don't want to change the working process, although I'm interested
in getting back my author/editor status.

Thus I suggest the following:
- I'll refrain from direct commits in the future, instead I'll open bug
  reports with patchs
- you put me back in the Uploaders, and you accept me as an editor that
  can apply patches from the BTS. I won't apply them before the bug is at
  least 2 weeks old unless you explicitely voted in favor of the patch (in
  the bug log).

Is that OK?

 That is something I'm not going to accept. This is really driving me so
 unhappy and frustrated that I consider currently to drastically reduce
 my involvment in Debian, because it just annoys me totally.

Please don't do so.

 involved. But that only works if the person interested in joining shows
 a minimal respect for the work of the lead maintainer, and that person's
 style of work.

Be sure that I respect all the work you did. Please also respect mine even
if it dates back to a long time ago.

Cheers,
-- 
Raphaël Hertzog

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

Bug#436221: parted doesn't detect if a filesystem's size is more little than the corresponding partition

2007-08-06 Thread Paolo Benvenuto

Package: parted
Version: 1.7.1-5.1
Severity: minor

I had copied with dd a filesystem from a 10 GB partition to a 20 GB one and I 
forgot resizing the filesystem after dd'ing it.

As a result, parted told me that I had a 20 GB partition, while df told me I 
had only 10 GB.

I propose giving parted the skill to detect such a situation, so that parted 
report it to the user and propose ti resize the filesystem.


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

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

Versions of packages parted depends on:
ii  libc6 2.6-5  GNU C Library: Shared libraries
ii  libncurses5   5.6+20070716-1 Shared libraries for terminal hand
ii  libparted1.7-11.7.1-5.1  The GNU Parted disk partitioning s
ii  libreadline5  5.2-3  GNU readline and history libraries

parted recommends no packages.

-- no debconf information


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

Bug#436081: closed by Santiago Vila [EMAIL PROTECTED] (Re: Bug#436081: procmail cannot write to /dev/std{out,err})

2007-08-06 Thread Santiago Vila

On Mon, 6 Aug 2007, martin f krafft wrote:

  Even if the duplicate was not submitted by you, your manipulation
  of bug reports in packages I maintain (including reopening of #436079
  and the wontfix tag) is not welcome. Stop doing that.
 
 I can't tell you how to triage bugs in your package, but merging
 bugs and tagging them wontfix are sometimes more appropriate than
 simply closing bugs. And in these two cases, the duplicate bug
 should have been merged and the other marked wontfix: [...]

It's funny that you can't tell ne how to triage bugs, but you do anyway.

No, it should not have been merged. Do not confuse I would have done
such and such with this should have been done in such and such way.

Whenever somebody has problems with his MUA and submits two different
but identical bugs by error, I consider one of them as not submitted
and close it.

There is absolutely no reason to merge bugs when one of them is
submitted by error by the same person.


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

Bug#409684: Why does is need to have a clickthrough at all?

Hi,

I don't see a need for xsane to have this clickthrough display of the GPL
at all. As you are probably aware, at least half of Debian is
GPL-licensed, and luckily not each of such programs asks the user to
explicitly confirm that.

The convention in Debian is that licence information is stored in
debian/copyright, so interested users will already know where to find it.

I see no apparent need for xsane to require licence confirmation while
nearly no other program under the same licence requires this. I would
appreciate it if this question could be disabled in (Debian's) xsane.


Thanks,

Thijs

Bug#435991: [Pkg-emboss-devel] Bug#435991: Bug#435991: emboss-explorer: crontest failure find: /var/www/emboss-explorer: No such file or directory

2007-08-06 Thread Charles Plessy

Le Mon, Aug 06, 2007 at 12:21:31PM +0200, Adeodato Simó a écrit :
 * Charles Plessy [Mon, 06 Aug 2007 19:07:50 +0900]:
 
  Strictly speaking, this paragraph asks about checking for programs, not
  directories. Would this desserve a wishlist bug against the Policy ?
 
 Why would you want to check for directories instead of programs? The way
 to check if a package is removed but not purged is to check if its
 executables (or other *files*) exist, not if a directory exists. The
 admin may have placed some files of their own in the directory, and in
 that case a removal will *not* remove the directory (because it's not
 empty); if in that case you check the directory exists, later calls to
 the executables will fail because the package is actually removed.

Well, in our particular case, we are talking about this :

0 0 * * *   rootfind /var/www/emboss-explorer/output -mindepth 1 
-maxdepth 1 -atime 1 -exec rm -rf {} \;

We could test some files from the pacakge as a readout of its
installation status, but I am still thinking that it is more
straightforward to test for the presence of the directory to be cleaned.
Also, as a bonus, it will actually have a chance to do some real work
after package removal.

Have a nice day,

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

Bug#409684: Sorry, overlooked other bug

Hi,

 I don't see a need for xsane to have this clickthrough display of the GPL

I'm sorry, I overlooked bug #132679. I'll add my concern there.


Thijs

Bug#436222: libpam-modules: should provide/conflict/replace libpam-umask

2007-08-06 Thread Marcus Better

Package: libpam-modules
Version: 0.99.7.1-1
Severity: normal

Since libpam-modules now provides /lib/security/pam_umask.so, it
should Conflict, Provide, Replace libpam-umask.

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

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

Versions of packages libpam-modules depends on:
ii  libc62.6-2   GNU C Library: Shared libraries
ii  libcap1  1:1.10-14   support for getting/setting POSIX.
ii  libdb4.3 4.3.29-8Berkeley v4.3 Database Libraries [
ii  libpam0g 0.99.7.1-1  Pluggable Authentication Modules l
ii  libselinux1  2.0.15-2+b1 SELinux shared libraries

libpam-modules recommends no packages.

-- no debconf information


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

Bug#434299: Link

2007-08-06 Thread Alistair Phipps

On Mon, 06 Aug 2007 06:01:26 -0400, Mario Iseli [EMAIL PROTECTED]  
wrote:



I want to have a look at #434299 now, but I really can't find a JPEG in
any newsgroup :(
Can you tell me where I can find one please?


I thought you were trolling until I saw you were the Pan maintainer... :)

alt.binaries.* has JPEGs all over the place, e.g.  
alt.binaries.pictures.weather has some nice sunset photos.


If your news server doesn't carry these groups, you probably need to find  
one that does, or set up a test server locally.


Thanks for looking into it,

Alistair






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

Bug#132679: might even violate DFSG