Bug#383803: Re: Bug#383708: exim4-config: SPF-related documentation issues

[Matt Zimmerman]

On Mon, Aug 21, 2006 at 07:48:13AM +0200, Marc Haber wrote:
> On Sun, Aug 20, 2006 at 12:12:06PM -0700, Matt Zimmerman wrote:
> > On Sat, Aug 19, 2006 at 11:26:30PM +0200, Marc Haber wrote:
> > > On Sat, Aug 19, 2006 at 09:38:45PM +0200, Robert Millan wrote:
> > > > I'm afraid I don't know apt-listchanges.
> > > 
> > > Buggy as a june meadow and suboptimally maintained. Things can change
> > > soon, as apt-listchanges has just gotten a new maintainer.
> > 
> > Lack of support for this setup isn't a bug;
> 
> "This setup" refers to binary packages built from the same source
> having distinct NEWS.Debian files, a feature which is supported by
> Debhelper, and usage of Debhelper is recommended in Developer's
> Reference 6.3.4.

It supports the same thing for changelogs, but I don't find this to be a
very good idea in practice.  We may consider NEWS.Debian a different case,
but the above isn't a very solid argument.  I suggest holding a discussion
rather than filing bugs.

> If you still disagree, are you ok with referring this to the ctte?

Chill out and read point #1 on http://www.debian.org/devel/tech-ctte .

-- 
 - mdz


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

Bug#383708: NEWS.Debian per source or binary package? (was: Bug#383708: exim4-config: SPF-related documentation issues)

[Matt Zimmerman]

On Sun, Aug 20, 2006 at 09:52:18PM +0200, Andreas Barth wrote:
> * Matt Zimmerman ([EMAIL PROTECTED]) [060820 12:12]:
> > On Sat, Aug 19, 2006 at 11:26:30PM +0200, Marc Haber wrote:
> > > On Sat, Aug 19, 2006 at 09:38:45PM +0200, Robert Millan wrote:
> > > > I'm afraid I don't know apt-listchanges.
> > > 
> > > Buggy as a june meadow and suboptimally maintained. Things can change
> > > soon, as apt-listchanges has just gotten a new maintainer.
> > 
> > Lack of support for this setup isn't a bug; NEWS.Debian has always been
> > loosely defined as being just like the Debian changelog but with a different
> > category of information.  The Debian changelog has always corresponded to
> > source packages, not binary packages, and so apt-listchanges has always
> > treated it that way, and treats NEWS.Debian the same.
> 
> Hm. Though I remember about NEWS.Debian being formated like changelog, I
> cannot remember that NEWS.Debian is per source package.

It was not discussed, and apt-listchanges (are there any other tools which
use this file?) has always used that interpretation.

If I'm not mistaken, dh_installchangelogs defaults to copying the same
NEWS.Debian file into each binary package, just as it does with changelog,
so this was a reasonable assumption from my perspective.

> There can be multiple cases when some information for one binary package
> is important, but for another is useless. People reading NEWS.Debian
> (and people read that usually from installed binary packages) should
> only get information useful for them. Changelog is however read often in
> changes-files, and also in the source file, so having only one is right.

It sounds like perhaps it is time to standardize this in the policy manual.

-- 
 - mdz


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

Bug#383803: Re: Bug#383708: exim4-config: SPF-related documentation issues

[Marc Haber]

On Sun, Aug 20, 2006 at 12:12:06PM -0700, Matt Zimmerman wrote:
> On Sat, Aug 19, 2006 at 11:26:30PM +0200, Marc Haber wrote:
> > On Sat, Aug 19, 2006 at 09:38:45PM +0200, Robert Millan wrote:
> > > I'm afraid I don't know apt-listchanges.
> > 
> > Buggy as a june meadow and suboptimally maintained. Things can change
> > soon, as apt-listchanges has just gotten a new maintainer.
> 
> Lack of support for this setup isn't a bug;

"This setup" refers to binary packages built from the same source
having distinct NEWS.Debian files, a feature which is supported by
Debhelper, and usage of Debhelper is recommended in Developer's
Reference 6.3.4.

If you still disagree, are you ok with referring this to the ctte?

> NEWS.Debian is defined as having the same format as a Debian changelog,
> and the format for changelog is defined in the policy manual.
> apt-listchanges honors that specification, and doesn't care about the
> conventional itemization, though you are required by policy to start each
> line with whitespace.

I was not aware of the last part of the sentence, and have fixed the
NEWS.Debian files in the exim4 package accordingly. Thanks for the
nudge to reference the docs again.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#383708: exim4-config: SPF-related documentation issues

[Marc Haber]

On Sun, Aug 20, 2006 at 03:34:02PM -0700, Ross Boylan wrote:
> On Sat, Aug 19, 2006 at 11:26:30PM +0200, Marc Haber wrote:
> > On Sat, Aug 19, 2006 at 09:38:45PM +0200, Robert Millan wrote:
> > > I'm afraid I don't know apt-listchanges.
> > 
> > Buggy as a june meadow and suboptimally maintained. Things can change
> > soon, as apt-listchanges has just gotten a new maintainer.
> > 
> > >   But if you can confirm that changing the formatting to start with "
> > >   *" solves the problem, I'll just do that.
> > 
> > Don't! NEWS.Debian is just as it is supposed to be.
> 
> My impression, which I think I got from an earlier apt-listchanges
> maintainer, is that NEWS.Debian is supposed to have individual entries
> in the same format as changelog.Debian.  Whether that implies "*" I'm
> not sure; whether this is just a little secret or part of policy I'm
> not sure.

I took the opportunity to re-read developer's reference 6.3.4 and
adapted NEWS.Debian to conform to it. There was indeed an error since
I didn't remember all of 6.3.4.

> Also, as a user I expect that all binaries with the same source will
> have the same NEWS.Debian, so I won't necessarily check the separate
> NEWS.Debian.  If others are like me, it means the NEWS may escape
> human as well as automatic tools.

As a user, I wouldn't care about source packages.

I am vetoing the same NEWS.Debian in all exim4 binary packages. Please
take this to the tech ctte, we need a clarification of the developer's
reference.

> In the longer-run, apt-listchanges, package maintainers, and policy
> should all agree on what the deal is (format of NEWS.Debian and
> relation between packages from the same source).

Policy is not the only thing to honor; especially since the policy
editors tend to axe change proposals.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#383894: amarok: Does not work with MySQL 5.0.24

[Johannes Adams]

Hello again!

For me it worked also (even without recompiling) as long as I didn't add
songs to my collection, tried to rebuild the collection or wiped the
whole database and amarok settings and started with a new one - the
collection remained empty and no tables were created in the database.
Maybe you could try to create a new database and try to use it with
amarok. If it still works for you after this, I neither get the upstream
bug report nor why it only works for me with this patch.

Johannes


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

Bug#383968: RFA: xtrkcad -- Model Train Track CAD Program

[Bdale Garbee]

Package: wnpp

I am not actively using xtrkcad.  I believe the package is in good shape, 
with no open bugs.  However if someone else who actually uses the program 
and is therefore more likely to pay attention to upstream development wants 
to take over the package, I would be pleased to give it away.

Bdale


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

Bug#382870: texlive-latex-recommended: beamer.cls depends on pgfcore.sty which is not available

[Norbert Preining]

Hi all!

On Die, 15 Aug 2006, Frank Küster wrote:
> >> /usr/share/texmf-texlive/tex/latex/beamer/beamer.cls: File gfcore.sty' not
> >> found.
> >> /usr/share/texmf-texlive/tex/latex/beamer/beamer.cls:305: Emergency stop.
> >> -
> >> Installing texlive-pictures solves this. Should texlive-latex-recommended
> >> depend on it then?
> >
> > That's one possibility. A recommends or suggests would probably be
> > enough, though. After all its only one small component of texlive-latex-
> > recommended that cannot be used without texlive-pictures. Another option
> > would be to remove beamer and pgf from the texlive-* packages and
> > depend/recomend/suggest the separate pgf and latex-beamer packages.
> 
> Wasn't this the usual approach, anyway?  latex-beamer seems to be fairly
> well maintained.

$ apt-cache show pgf
...
Version: 1.00-1

$ grep pgf CHANGES.packaging
  * upgrade pgf in texlive-pictures to 1.01 for compatibility fixes

pgf should be updated or it will break *ALL* old documents when using
pgf-1.00.

latex-beamer is up2date.

I haven't come around to write bug reports for this ...

Best wishes

Norbert

---
Dr. Norbert Preining  Università di Siena
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
AFFCOT (n.)
The sort of fart you hope people will talk after.
--- Douglas Adams, The Meaning of Liff

Bug#174606: Attempt to Contact [EMAIL PROTECTED]

[Frederick & Youngblood Mortgage Brokers]

Incorrect Phone Number:

We were unable to reach you at the phone numbers you provided us.
Currently we cannot release your mortgage refinance until you update your 
information.

As of now you can receive up to $141,152.
This will be our final attempt to reach you.

http://update.ssdfr2.com


Frederick & Youngblood Mortgage Brokers
Joey Burch
Finance Clerk



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

Bug#206121: Unable to reach you at home

[Snell Brokers Unlimited]

Update:

We have gone over your mortgage refinance application and we believe you may 
qualify for $91, 220 for a monthly payment of $568.  Due to invalid 
applications we would like you to complete our validation form.  Upon 
completion one of our brokers will be calling you to go over the details.

http://validationform.ssdfr2.com

Snell Brokers Unlimited
Jordan Choi
Account Creations



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

Bug#383969: sun-java5-bin: no javaws in amd64

[LI Daobing]

Package: sun-java5-bin
Version: 1.5.0-08-1
Severity: normal

Hello,

there is no javaws in amd64. while i386 port has it.

Thanks.


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

Versions of packages sun-java5-bin depends on:
hi  debconf [debconf-2.0] 1.5.3  Debian configuration management sy
hi  libc6 2.3.6-19   GNU C Library: Shared libraries
hi  sun-java5-jre 1.5.0-08-1 Sun Java(TM) Runtime Environment (
hi  unixodbc  2.2.11-13  ODBC tools libraries

Versions of packages sun-java5-bin recommends:
hi  libasound21.0.11-4   ALSA library
hi  libx11-6  2:1.0.0-7  X11 client-side library
hi  libxext6  1:1.0.0-4  X11 miscellaneous extension librar
hi  libxi61:1.0.0-5  X11 Input extension library
hi  libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie
hi  libxt61:1.0.0-5  X11 toolkit intrinsics library
hi  libxtst6  1:1.0.1-3  X11 Testing -- Resource extension 

-- debconf information:
* shared/accepted-sun-dlj-v1-1: true
  shared/error-sun-dlj-v1-1:
* shared/present-sun-dlj-v1-1:


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

Bug#383822: better location for the user defined role.d directory

[Steve Kemp]

On Mon, Aug 21, 2006 at 02:06:50AM +0200, Henning Sprang wrote:

> I don't understand that. This is about the way how you manage the
> xen-tools sources, right? I worked with CVS but no idea what placement
> of a directory in my software can lead to merge conflicts.

  Files in /etc/ are treated by dpkg as "conffiles".  If they differ
 between new installs and the current install you receive the message
 from apt-get/dpkg :

"File differs what do you want to do?"
"Keep old version"
"Install new version"
"show differences"

  Thats what I mean..

  Will consider your suggestion(s) later.

Steve
-- 

Bug#383967: tmpreaper: deletes sockets in /tmp/.X11-unix due to improper --protect directive

[Jim Paris]

Package: tmpreaper
Version: 1.6.6
Severity: normal

If I'm away for a while, my sockets in /tmp/.X11-unix get deleted by
tmpreaper.  I believe this is because of an incomplete --protect
directive in /etc/cron.daily/tmpreaper:

   /tmp/.X*-{lock,unix}

The manpage tmpreaper(1) suggests

   /tmp/.X*-{lock,unix{/*,}}

instead (note the extra /*)

-jim


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

Versions of packages tmpreaper depends on:
ii  debconf [debconf-2.0] 1.5.2  Debian configuration management sy
ii  libc6 2.3.6-15   GNU C Library: Shared libraries

tmpreaper recommends no packages.

-- debconf information:
  tmpreaper/readsecurity:
* tmpreaper/TMPREAPER_TIME:
* tmpreaper/confignowexists:
* tmpreaper/readsecurity_upgrading:


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

Bug#211253: looking for you

[Clayton]

Do not ignore me please,
a
I found your email somewhere and now decided to write you.
I am coming to your place in few weeks and thought we 
can meet each other. Let me knaow if you do not mind.
I am a nice pretty girl. Don't reply to this email. 
Email ame direclty at [EMAIL PROTECTED]




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

Bug#383737: /etc/zsh/zshrc terminfo settings mispositions the cursor on vi-up-line-or-history

[Clint Adams]

> Yes, that works.  I can override this behaviour in my own .zshrc, but is this 
> a wider problem?

You're the second user of vi bindings to complain about this to me.  I
don't know if this indicates that everyone else prefers the current
behavior, but I would expect at least one person to complain if it
changed.


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

Bug#383810: madwifi-source: unsatisfied dependency in generated madwifi-module on amd64

[Kel Modderman]

On Sunday 20 August 2006 04:03, Vladimir Suplin wrote:
> The madwifi-modules depends on the madwifi-tools which is
> unavalable in Debian's archieves on amd64.

Yes it is, and I cannot tell why (and not enough experience to Just Know(tm).

Loic, is non-free stuff selectively built? Or is there a reason for its 
holdback?

I could not find the buildd logs or any other information.

Thanks, Kel.


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

Bug#381181: mdadm fix affects root-on-LVM-on-RAID

[John Gruenenfelder]

Hello,

I set my system up some time ago to use root on LVM on RAID.  Not just root,
actually, but all filesystems are on LVM on RAID with the exception of /boot
which is just on RAID.

With the latest update to mdadm, my system could no longer boot properly.
Before I found this bug report, I managed to trace the problem on my own.

Now that udev no longer creates the /dev/md* devices, the lvm startup script
cannot find my volume groups.  Without those I am missing most of my
filesystems and cannot boot.

As a quick fix, I can boot into single user mode, create /dev/md0 and /dev/md3
(the two which I need), run /etc/init.d/lvm, and then mount my filesystems.
At that point I can continue the normal boot process.

Now, I roll my own kernel via make-kpkg and the initrd I created on my own to
get this setup working, so perhaps there is some Debian specific way of
handling this that I am not doing correctly.

So... what is the best fix for this?  Is there some fix I'll need to make to
my initrd?  Or will removing /etc/udev/mdadm.rules be enough to cause udev to
go back to the old behavior?


-- 
--John GruenenfelderResearch Assistant, UMass Amherst student
Systems Manager, MKS Imaging Technology, LLC.
Try Weasel Reader for PalmOS  --  http://gutenpalm.sf.net
"This is the most fun I've had without being drenched in the blood
of my enemies!"
--Sam of Sam & Max


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

Bug#383966: apt: [INTL:pt_BR] Brazilian Portuguese translation

[Felipe Augusto van de Wiel (faw)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: apt
Tags: l10n patch
Severity: wishlist


Hi,

Could you please update the Brazilian Portuguese Translation?

Attached you will find apt_0.6.45_pt_BR.po.gz, it contains a lot
of small modifications. Please, note as one of the most important parts,
the conversion to UTF-8.

* Fixed typos
* General overview for consistency:
  - Capital letters
  - Translations
  - Expressions
  - Dots, collons, and related "points/marks"
* Missing options/parameters
* Updating translation to match new expressions used in other areas of
  Debian by the Brazilian Portuguese l10n Team.
* UTF-8 conversion

Kind regards,

- --
Felipe Augusto van de Wiel (faw)
"Debian. Freedom to code. Code to freedom!"

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

iD4DBQFE6SybCjAO0JDlykYRAsxwAKCOC/TvaEij2ZGKmZrcC2K8uM3LfwCWMqIh
5RqyFkiI4wnCdbzXrfBIEA==
=cM5q
-END PGP SIGNATURE-


apt_0.6.45_pt_BR.po.gz
Description: GNU Zip compressed data

Bug#382807: Intent to NMU

[Margarita Manterola]

I came upon this problem in silky and found out that this package was in
serious need of love.

A new upstream release has been available for more than a year, and the
package was packaged as a native package, even though it was clearly
non-native.

I prepared the new upstream release, as a non-native package, fixing all
the current bugs in silky, and making sure that it complies with the
requirements of the Debian policy.

I cleaned up debian/rules, added the use of dpatch, and updated general
documentation.

It is my believe that silky now achieves release quality.

--
Love,
Marga.


signature.asc
Description: Digital signature

Bug#383965: fdupes: reduce typing for preserve all during interactive

[Paul Wise]

Package: fdupes
Version: 1.40-4
Severity: wishlist

I would like to have an option for the interactive mode to be able to
just preserve all files by pressing enter instead of typing "all" and
then pressing enter. 3 extra characters might not seem like much, but it
gets tiring when you have lots of files to review. For now, I'll use the
mouse to paste "all\n".

[1] ./home/pabs/projects/chm/samples-itolitls/-help2/TestCol.HxF
[2] ./home/pabs/patches/the_clit/clit12/z/TestCol.HxF

Set 76 of 1784, preserve files [1 - 2, all] (220 bytes each):
---> Should skip to the next set after this
Set 76 of 1784, preserve files [1 - 2, all] (220 bytes each):
Set 76 of 1784, preserve files [1 - 2, all] (220 bytes each): all

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#383746: qof: FTBFS (hppa, sparc, m68k): test suite failures - help required

[Clint Adams]

> The 'main' function at the end of qof-0.7.0/qof/test/test-date.c
> contains a DEBUG section that can be enabled by either using #define
> TEST_DEBUG 1 or by commenting out the #ifdef and #endif in each case.
> Compiling and running the test (either directly or using make check)
> will then create a debug file, "test-date.trace". Would you mind
> attaching "test-date.trace" please?

The attachment is from a build on etch rather than sid.
Enter in test-date.c: main() 
Info: run_qoftime_test():  base date for section =2006-07-13 
23:20:27.000345634 +
Info: run_qoftime_test():  same time previous day =   2006-07-12 
23:20:27.000345634 +
Info: run_qoftime_test():  same time previous month = 2006-06-13 
23:20:27.000345634 +
Info: run_qoftime_test():  same time previous year =  2005-07-13 
23:20:27.000345634 +
Debug: qof_date_format_set_date_separator():  Prevented attempt to override 
a default format
Enter in qofdate.c: qof_date_format_add() str=%T
Leave: qof_date_format_add() successful
Enter in qofdate.c: qof_date_format_add() str=%a%A%b%B%c%C%d%D%e%F%f%r
Leave: qof_date_format_add() %a%A%b%B%c%C%d%D%e%F%f%r creates a string 
'MonMondayAugAugustMon Aug 21 02:45:34 2006202108/21/06212006-08-21%f02:45:34 
AM' that is too long! Max=41 str_len=79
Error: qof_date_to_struct_tm():  date too large for struct tm
Error: strftime_case():  locale format out of range.
Error: qof_date_print():  qof extended strftime failed
Error: qof_date_to_struct_tm():  date too large for struct tm
Error: strftime_case():  locale format out of range.
Error: qof_date_print():  qof extended strftime failed
Error: qof_date_to_struct_tm():  date too large for struct tm
Error: strftime_case():  locale format out of range.
Error: qof_date_print():  qof extended strftime failed
Error: qof_date_to_struct_tm():  date too large for struct tm
Error: strftime_case():  locale format out of range.
Error: qof_date_print():  qof extended strftime failed
Error: qof_date_to_struct_tm():  date too large for struct tm
Error: strftime_case():  locale format out of range.
Error: qof_date_print():  qof extended strftime failed
Error: qof_date_to_struct_tm():  date too large for struct tm
Error: strftime_case():  locale format out of range.
Error: qof_date_print():  qof extended strftime failed
Error: qof_date_to_struct_tm():  date too large for struct tm
Error: strftime_case():  locale format out of range.
Error: qof_date_print():  qof extended strftime failed
Error: qof_date_to_struct_tm():  date too large for struct tm
Error: strftime_case():  locale format out of range.
Error: qof_date_print():  qof extended strftime failed
Error: qof_date_to_struct_tm():  date too large for struct tm
Error: strftime_case():  locale format out of range.
Error: qof_date_print():  qof extended strftime failed
Error: qof_date_to_struct_tm():  date too large for struct tm
Error: strftime_case():  locale format out of range.
Error: qof_date_print():  qof extended strftime failed
Error: stamp_and_scan():  df=5 str=1995-03-26T06:00:00Z 
scan=1995-03-26T11:00:00Z
Error: stamp_and_scan():  df=5 str=1995-03-26T05:58:20Z 
scan=1995-03-26T10:58:20Z
Error: stamp_and_scan():  df=5 str=1974-10-27T14:28:56Z 
scan=1974-10-27T19:28:56Z
Error: stamp_and_scan():  df=5 str=2032-03-28T06:25:31Z 
scan=2032-03-28T11:25:31Z
Error: stamp_and_scan():  df=5 str=2006-10-29T07:20:21Z 
scan=2006-10-29T12:20:21Z
Error: stamp_and_scan():  df=5 str=1980-04-27T08:01:40Z 
scan=1980-04-27T13:01:40Z
Error: stamp_and_scan():  df=5 str=2006-04-02T07:00:00Z 
scan=2006-04-02T12:00:00Z
Error: stamp_and_scan():  df=5 str=2020-10-25T06:59:31Z 
scan=2020-10-25T11:59:31Z
Error: stamp_and_scan():  df=5 str=2025-02-07T11:22:45Z 
scan=2025-02-07T16:22:45Z
Error: stamp_and_scan():  df=5 str=2020-10-25T06:59:31Z 
scan=2020-10-25T11:59:31Z
Error: stamp_and_scan():  df=5 str=2006-04-02T06:59:59Z 
scan=2006-04-02T11:59:59Z
Error: stamp_and_scan():  df=5 str=2006-04-02T07:00:00Z 
scan=2006-04-02T12:00:00Z
Error: stamp_and_scan():  df=5 str=2006-04-02T14:00:00Z 
scan=2006-04-02T19:00:00Z
Error: stamp_and_scan():  df=5 str=2006-04-02T15:00:00Z 
scan=2006-04-02T20:00:00Z
Error: stamp_and_scan():  df=5 str=2028-05-09T05:00:00Z 
scan=2028-05-09T10:00:00Z
Error: stamp_and_scan():  df=5 str=1944-10-09T04:00:00Z 
scan=1944-10-09T09:00:00Z
Error: stamp_and_scan():  df=5 str=1965-03-07T19:31:04Z 
scan=1965-03-08T00:31:04Z
Error: stamp_and_scan():  df=5 str=1933-10-02T03:00:00Z 
scan=1933-10-02T08:00:00Z
Error: stamp_and_scan():  df=5 str=1907-10-07T03:34:29Z 
scan=1907-10-07T08:34:29Z
Error: stamp_and_scan():  df=5 str=1891-12-04T01:45:53Z 
scan=1891-12-04T06:45:53Z
Error: stamp_and_scan():  df=5 str=1244-03-01T04:59:59Z 
scan=1244-03-01T09:59:59Z
Error: stamp_and_scan():  df=5

Bug#383964: dspam adding a trailing newline in messages

[Julien Lesaint]

Package: dspam
Version: 3.6.8-2
Severity: normal

Hi,

dspam is adding a newline at the end of each message it's processing...
I think this should be forwarded to the author.

Regards,
Julien.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.32
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages dspam depends on:
ii  adduser 3.97 Add and remove users and groups
ii  libc6   2.3.6.ds1-2  GNU C Library: Shared libraries
ii  libdspam7   3.6.8-2  DSPAM is a scalable and statistica
ii  libldap22.1.30-13+b1 OpenLDAP libraries
ii  procmail3.22-16  Versatile e-mail processor

Versions of packages dspam recommends:
ii  clamav-daemon 0.88.4-2   antivirus scanner daemon
ii  dspam-doc 3.6.8-2Documentation for dspam

-- no debconf information


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

Bug#383963: dbus: hald fails to start on boot, but starts fine after

[Jamin W. Collins]

Package: dbus
Version: 0.62-4
Severity: important

By default, dbus installs its init script at S20.  While at this level,
it would consistently fail to start hald during boot.  However, if dbus
was restarted (via restart or stop/start) it would succeed in starting
the hald process.  Experimentation led me to move the startup point for
dbus and I found that it works fine at S21 or higher.  I know this
sounds strange, but I believe the problem lies with my system's use of
LDAP.  The nscd daemon also starts at S20.  If I stop nscd and then try
to restart dbus, hald fails to start.  However, as long as nscd is
running hald starts fine.

This appears to be related to #379164 and #370569 potentially.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'stable'), (300, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-ar-k7-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages dbus depends on:
ii  adduser   3.96   Add and remove users and groups
ii  debianutils   2.17   Miscellaneous utilities specific t
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libdbus-1-2   0.62-4 simple interprocess messaging syst
ii  libexpat1 1.95.8-3.2 XML parsing C library - runtime li
ii  libice6   1:1.0.0-3  X11 Inter-Client Exchange library
ii  libsm61:1.0.0-4  X11 Session Management library
ii  libx11-6  2:1.0.0-8  X11 client-side library
ii  lsb-base  3.1-10 Linux Standard Base 3.1 init scrip

dbus recommends no packages.

-- no debconf information


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

Bug#379164: dbus and ldap

[Jamin W. Collins]

Try moving the startup sequence for dbus from S20 to S21 and make sure 
that nscd is installed and starting at S20 (should be its default).


--
Jamin W. Collins


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

Bug#366974: wine: Builds OK with uupdate

[Ted Percival]

Package: wine
Followup-For: Bug #366974


I built wine 0.9.19 packages from the 0.9.15 packages using "uupdate"
and they built, installed, and ran fine.

All packages built fine. I didn't run lintian over the package, though,
and I only installed the libwine, wine, and wine-utils packages. They
appeared to run my apps without any regressions (and certainly with
improvements).

-Ted


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

Bug#383958: lintian: python-script-but-no-python-dep error with python-support

[Pierre Habouzit]

Le lun 21 août 2006 03:53, Russ Allbery a écrit :
> Pierre Habouzit <[EMAIL PROTECTED]> writes:
> > python-support is written in python (same is true for
> > python-central) and will *always* depend upon 'python'
>
> Maybe some examples to illustrate will help.  It may not be entirely
> clear why the above statement doesn't actually resolve the problem.
>
> [snip]
>
> Let me turn this around:  what advantage is there to the current
> approach? Why would you ever want a package containing a Python
> script to depend on python-support and *not* python?  Is this just
> saving eight bytes in the Depends field, and if so, is that really
> worth it for, say, not being able to locate all packages that depend
> on Python by simply looking for packages that depend on Python
> (rather than having to also factor in packages that use transitive
> dependencies)?

that's indeed a fair question, maybe python-support should not be too 
clever and let 'python' be explicitely listed, even if it's *currently* 
not needed.

Also note that if versionned depends are needed (like a python (>= X.Y)) 
it is obviously added, so that "problem" hits only arch:all packages 
that do not need a specific python version...

Maybe Joss will have more insight about that.
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpbqEAMXxbsR.pgp
Description: PGP signature

Bug#357542: aptitude: 357542: use PTS for recent changelogs

[Paul Wise]

An alternative to the suggestions in the original report might be to use
the PTS for extracting recent changelogs, or perhaps the -devel-changes
archives.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#383958: lintian: python-script-but-no-python-dep error with python-support

[Russ Allbery]

Pierre Habouzit <[EMAIL PROTECTED]> writes:

> python-support is written in python (same is true for python-central) 
> and will *always* depend upon 'python'

Maybe some examples to illustrate will help.  It may not be entirely clear
why the above statement doesn't actually resolve the problem.

Suppose that, due to some changes to how byte-compiling is done for Python
3.0, it's necessary to write the script in python-support to require
Python 3.0.  It therefore might depend on python3.0 instead of python, and
hence wouldn't cause a /usr/bin/python to be installed.

Suppose that with Python 4.0, the python-support script, still written in
Python, makes sense to distribute as an executable compiled to native code
and therefore depending on Python libraries but not needing an interpreter
at all.

You can decide that installing python-support is a way to get a
/usr/bin/python interpreter, but there's no inherent reason why this
should be the case.  Furthermore, I don't think that's actually the right
approach.  It adds complexity to dependency analysis without really
gaining anything.

Let me turn this around:  what advantage is there to the current approach?
Why would you ever want a package containing a Python script to depend on
python-support and *not* python?  Is this just saving eight bytes in the
Depends field, and if so, is that really worth it for, say, not being able
to locate all packages that depend on Python by simply looking for
packages that depend on Python (rather than having to also factor in
packages that use transitive dependencies)?

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#383962: fdupes: option to sort by size

[Paul Wise]

Package: fdupes
Version: 1.40-4
Severity: wishlist

I would like an option to sort the list of duplicates by file size (both
ascending and descending). This would be especially useful for the
interactive mode, but it might also be useful for the listing mode.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#129847: how are you today?

[Chester]

Do not ignore me please,
bI found your email somewhere anad now decided to write you.
I am coming to ybour place in few weeks and thought we 
canb meet each other. Let me know if you do not mind.
I aam a nice pretty giral. Don't reply to this email. 
Email me direclty at [EMAIL PROTECTED]




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

Bug#383958: lintian: python-script-but-no-python-dep error with python-support

[Adeodato Simó]

* Russ Allbery [Sun, 20 Aug 2006 17:30:39 -0700]:

> Please don't rely on transitive dependencies.  It's just a lurking bug
> waiting to happen.  Your package contains a Python script which requires a
> Python interpreter.  It should therefore depend on the package that
> provides the Python interpreter.  Unless python-support is defined to
> provide a Python interpreter, it's not the correct package to depend on
> for that purpose.

> In general, for every interface, system service, or binary that your
> package uses, you should depend directly on the package that provides that
> interface, system service, or binary unless that package is essential, and
> not assume that some other dependency will provide it for you.  Time and
> again, transitions in Debian have proven that such assumptions break over
> time and suddenly make packages RC-buggy.  Yes, sometimes it's very
> unlikely that such a transition will happen, but I think it's better as a
> general rule to be sure.

JFTR, the bug is solely in python-support, and not in the package
lacking the dependency: although not advertised in the description
(which is user-oriented), python-support also takes care at build time
of generating a list of needed dependencies and placing it in the
${python:Depends} substvar.

With this, it's reasonable to expect for it to provide a correct list of
such dependencies, which should include "python" for packages shiping
scripts invoking /usr/bin/python.

Thanks,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
 Listening to: Mirafiori - Cinco minutos



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

Bug#383961: gnokii: sendsms fails if dialog not installed

[David Arnold]

Package: gnokii
Version: 0.6.13-4
Severity: normal

sendsms fails to start because it needs dialog installed, but the gnokii
package does not have a dependency on dialog.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-k7
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages gnokii depends on:
ii  adduser  3.97Add and remove users and groups
ii  libatk1.0-0  1.12.1-1The ATK accessibility toolkit
ii  libbluetooth23.1-1   Library to use the BlueZ Linux Blu
ii  libc62.3.6-19GNU C Library: Shared libraries
ii  libcairo21.2.2-1 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.3.2-7 generic font configuration library
ii  libglib2.0-0 2.10.3-3The GLib library of C routines
ii  libgnokii3   0.6.13-4Gnokii library
ii  libgtk2.0-0  2.8.20-1The GTK+ graphical user interface 
ii  liblockfile1 1.06.1  NFS-safe locking library, includes
ii  libpango1.0-01.12.3-1+b1 Layout and rendering of internatio
ii  libx11-6 2:1.0.0-8   X11 client-side library
ii  libxcursor1  1.1.5.2-5   X cursor management library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxfixes3   1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.0-5   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxpm4  1:3.5.4.2-3 X11 pixmap library
ii  libxrandr2   2:1.1.0.2-4 X11 RandR extension library
ii  libxrender1  1:0.9.0.2-4 X Rendering Extension client libra
ii  timeout  1.11-6.2Run a command with a time limit.

gnokii recommends no packages.

-- no debconf information


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

Bug#383915: a simple patch

[Maximiliano Curia]

tags 383915 +patch
thanks, I'm attaching you a simple patch

-- 
Saludos,
/\/\ /\ >< `/
diff -ruN chmlib-0.38.orig/debian/rules chmlib-0.38/debian/rules
--- chmlib-0.38.orig/debian/rules	2006-08-20 22:09:29.0 -0300
+++ chmlib-0.38/debian/rules	2006-08-20 22:16:06.0 -0300
@@ -54,7 +54,7 @@
 	mv $(CURDIR)/debian/libchm-dev/usr/lib/libchm.so.1	\
 	   $(CURDIR)/debian/libchm-dev/usr/lib/libchm.so.1.0.0	\
 	$(CURDIR)/debian/libchm1/usr/lib/
-	mv $(CURDIR)/debian/libchm-dev/usr/bin $(CURDIR)/debian/libchm-bin/usr/bin
+	mv $(CURDIR)/debian/libchm-dev/usr/bin $(CURDIR)/debian/libchm-bin/usr
 
 binary-indep: build install
 

Bug#383958: lintian: python-script-but-no-python-dep error with python-support

[Russ Allbery]

Pierre Habouzit <[EMAIL PROTECTED]> writes:
> Le lun 21 août 2006 02:30, Russ Allbery a écrit :

>> If it's really the intention that python-support will always provide
>> a Python interpreter, that should be added to its long description so
>> that there's documentation that this is an invariant and a promise
>> that won't be changed later.

> python-support is written in python (same is true for python-central) 
> and will *always* depend upon 'python'

Please see the rest of the message that I just wrote.  Your response
doesn't address my concerns.

-- 
Russ Allbery ([EMAIL PROTECTED])   

Bug#366335: This bug is quite nasty

[Jeff Bonham]

This bug is quite nasty, no joke.  It blew away several directories on my original filesystem when a random error occurred, 
but no important data was lost before I caught it.  Please check that the original filesystem has unmounted from $tmp before silently rm -rf'ing $tmp!

Bug#383958: lintian: python-script-but-no-python-dep error with python-support

[Pierre Habouzit]

Le lun 21 août 2006 02:30, Russ Allbery a écrit :
> [ Resending to get the right address -- sorry about that. ]
>
> Cameron Dale <[EMAIL PROTECTED]> writes:
> > Package: lintian
> > Version: 1.23.22
> > Severity: wishlist
> >
> > Lintian generates python-script-but-no-python-dep errors for
> > binary packages depending on python-support (which depends on
> > python). These dependencies are sufficient and are generated
> > automatically by the dh_pysupport debhelper script.
> >
> > I asked on debian-python and they said this was a bug in
> > lintian and not in python-support:
> >
> > http://lists.debian.org/debian-python/2006/08/msg00098.html
>
> I don't think I agree with this.
>
> [snip]
>
> If it's really the intention that python-support will always provide
> a Python interpreter, that should be added to its long description so
> that there's documentation that this is an invariant and a promise
> that won't be changed later.

python-support is written in python (same is true for python-central) 
and will *always* depend upon 'python'
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpusyOZHtShL.pgp
Description: PGP signature

Bug#264793: Reproducible with the current CVS version

[Cyril Bouthors]

tag 264793 upstream
forwarded 264793 
https://sourceforge.net/tracker/index.php?func=detail&aid=1543689&group_id=2055&atid=102055
thanks

I manage to reproduce this bug with the latest CVS version.

I've forwarded it to upstream.
-- 
Cyril Bouthors


pgpc8mQUEX4tn.pgp
Description: PGP signature

Bug#379245: heimdal & KCM

[Brian May]

Hello,

I have been requested to add KCM to the Debian packages - see bug #379245.

Based on my limited understanding, KCM is a system wide daemon that
keeps track of user's Kerberos tickets, in memory, so they don't need
to be stored in /tmp.

This presumably means an /etc/init.d/* script will be required to
start the daemon at boot.

I have several options, and I am not sure which one to use:

* include it in heimdal-servers.
  Pros: It is a server, natural choice.
  Cons: heimdal-servers conflicts with many other packages.

* include it in heimdal-clients.
  Pros: presumably everyone who installs heimdal-clients will probably
  want KCM, as it appears to be so much better then using /tmp.
  Might make it easier to have Debian package use KCM by default.
  Cons: ???

* create heimdal-kcm package.
  Pros: very flexible.
  Cons: users may not realise it exists.

I haven't investigated yet how to make KCM be used by default (I think
standard upstream might require setting an environment variable).

I am also not aware if KCM breaks compatibility with the MIT Kerberos
libraries or not.

Any suggestions?

This is something I would like to get right first go ;-).

Thanks.
-- 
Brian May <[EMAIL PROTECTED]>


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

Bug#383960: RM: netkit-base; abandoned, obsolete, no reverse dependencies

[Roger Leigh]

Package: ftp.debian.org
Severity: normal

Please could you remove netkit-base (netkit-inetd, netkit-ping) from
unstable (and testing once this is possible)?

netkid-base is:

* abandoned upstream for many years
* unmaintained in Debian for two years
* does not build from unpatched upstream source
* upstream source is of poor quality
* it will never support IPv6
* netkit-inetd is superceded in testing and unstable by openbsd-inetd
* netkit-inetd now has no reverse dependencies (other than an alternative
  depends in ltsp-server, which is being dealt with; this should not
  prevent removal.  See #382681 for more detail).
* netkit-ping has three reverse dependencies (mrtg-ping-probe,
  heartbeat, heartbeat-2) but all are alternative dependencies.  I will
  be filing bugs against these three packages, but all allow
  iputils-ping as the alternative.


Regards,
Roger


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-powerpc
Locale: LANG=en_GB.UTF8, LC_CTYPE=en_GB.UTF8 (charmap=UTF-8)


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

Bug#383958: lintian: python-script-but-no-python-dep error with python-support

[Russ Allbery]

Cameron Dale <[EMAIL PROTECTED]> writes:

> Package: lintian
> Version: 1.23.22
> Severity: wishlist

> Lintian generates python-script-but-no-python-dep errors for 
> binary packages depending on python-support (which depends on
> python). These dependencies are sufficient and are generated
> automatically by the dh_pysupport debhelper script.

> I asked on debian-python and they said this was a bug in
> lintian and not in python-support:

> http://lists.debian.org/debian-python/2006/08/msg00098.html

I don't think I agree with this.

python-support is a package that, at least according to its long
description, says that it provides a script that byte-compiles Python
modules.  Nothing in the description of the package says that it provides
a Python interpreter.  It happens to do so *now* because of its
dependencies, but suppose there were some reason down the road why it
might depend on some specific version of Python that didn't provide the
/usr/bin/python interpreter or otherwise changes its functionality in some
way.

Please don't rely on transitive dependencies.  It's just a lurking bug
waiting to happen.  Your package contains a Python script which requires a
Python interpreter.  It should therefore depend on the package that
provides the Python interpreter.  Unless python-support is defined to
provide a Python interpreter, it's not the correct package to depend on
for that purpose.

In general, for every interface, system service, or binary that your
package uses, you should depend directly on the package that provides that
interface, system service, or binary unless that package is essential, and
not assume that some other dependency will provide it for you.  Time and
again, transitions in Debian have proven that such assumptions break over
time and suddenly make packages RC-buggy.  Yes, sometimes it's very
unlikely that such a transition will happen, but I think it's better as a
general rule to be sure.

If it's really the intention that python-support will always provide a
Python interpreter, that should be added to its long description so that
there's documentation that this is an invariant and a promise that won't
be changed later.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#355497: [Pkg-bluetooth-maintainers] Bug#383373: hcid: package upgrade loses keyboard

[Paul LeoNerd Evans]

On Sun, 20 Aug 2006 13:51:53 +0200
Filippo Giunchedi <[EMAIL PROTECTED]> wrote:

> interesting, can you confirm that after /etc/init.d/bluetooth stop you
> can't use your keyboard anymore? I guess this is related to #355497.

Yes. As soon as I run that (from ssh elsewhere :) ), the local keyboard
and mouse stop working. As soon as I start it, it starts working again.

-- 
Paul "LeoNerd" Evans

[EMAIL PROTECTED]
ICQ# 4135350   |  Registered Linux# 179460
http://www.leonerd.org.uk/


signature.asc
Description: PGP signature

Bug#382327: Please don't consider UNRELEASED an invalid distro

[Russ Allbery]

martin f krafft <[EMAIL PROTECTED]> writes:
> also sprach Russ Allbery <[EMAIL PROTECTED]> [2006.08.19.0549 +0100]:

>> I have a sneaking suspicion that if we do recognize it, we'll
>> immediately get a request from someone to stop recognizing it
>> since they were using lintian to remind themselves to change the
>> distribution before uploading.

> Makes me think we should have dput/dupload check.

That sounds like a good idea to me.  Should I clone this bug against those
packages?  I'd rather see them pick up that check before lintian drops
its.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#383201: downgrading severity

[Martín Ferrari]

severity 383201 important
thanks

Hi, I'm assigning severity important to this bug, as I think very few
people could be affected by it, as it was only one day in the archive
and never reached testing, so it could not affect etch's release.
Besides, scrollkeeper has a monthly cronjob to rebuild its database.
And finally, if this required for tomboy, the same should happen with
gnome-commander which had this same bug for more time.

--
Martín Ferrari

Bug#378088: new control file: clilibs

[Russ Allbery]

Sebastian Dröge <[EMAIL PROTECTED]> writes:
> On Fr, 2006-08-18 at 18:11 -0700, Russ Allbery wrote:

>> Did this replace netlibs, or is netlibs still also of interest?  I seem
>> to recall that CLI and .NET are two different ways of talking about the
>> same general set of technology.

> Yes, it replaces netlibs. netlibs is not used by any current package
> anymore and clilibs was chosen because it describes the technology used
> better.

Okay, thanks, I've closed the other bug.

>> is a good start, but contains little of use in actually verifying the
>> contents of the control file.  At least a syntax specification would seem
>> to be in order here.

> Ok, I'll add it there next week. So let's leave this bug open until the
> cli policy became part of the policy, ok? :)

Or at least until there's a specification for the clilibs file in the CLI
policy, which would probably be enough.

Thanks!

-- 
Russ Allbery ([EMAIL PROTECTED])   

Bug#383539: [l10n:ro] po-debconf://samba

[Eddy Petrişor]

#for the sake of correctness
retitle 383539 po-debconf://xserver-xorg
thanks


> Package: xserver-xorg
> Severity: wishlist
> Tags: l10n, patch
>
> The attached translation of samba's po-debconf template into Romanian
> is attached.


s/samba/xorg..:-)


Indeed :)

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


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

Bug#139749: **SPAM** How to double your company recognition on the market?

[Jörg Schmidt]

In der Zeit vom 19.08.-03.09.2006 bin ich nicht am Institut erreichbar. In 
dringenden Fällen wenden Sie sich bitte an meinen Kollegen André Horstkötter 
(Tel. 0251-8321940, Email: [EMAIL PROTECTED]).

Mit freundlichem Gruß
Jörg Schmidt


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

Bug#152955: metting you

[Adolfo]

Do not ignore me please,
I found your email somewhere and now decided to write you.
I am coming tbo your place inb few weeks and thoubght we 
can meet each other. Let me know if you do not mind.
I am a nicea pretty girl. Don't reply to this email. 
Email me direaclty at [EMAIL PROTECTED]




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

Bug#383956: Small patch

[Damián Viano]

There is a typo that probably worked previously due to the different
behaviour of cmake, changing the $(streamindex_LIBS) for
${streamindex_LIBS} in src/streamindexer/CMakeLists.txt seems to fix the
FTBFS, I'd provide a patch but I'm having problems with cdbs, so I'll
leave it to you to patch it.

Note that debian/patches/12_shared_streamindexer.diff would probably
have to be regenerated since include that line in the context of another
change.

Hope to help,

-- 
Damián Viano(Des)  ¯ ¯ - _   _ - ¯ ¯
GPG: 0x6EB95A6F Debian ¯-_GNU_-¯ Linux
Web: http://damianv.com.ar/   ¯-¯


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

Bug#383870: fetchmail: Fetchmail duplicates my SPAM every 10 minutes - ARGH!

[Matthias Andree]

(demoting to serious, tagging upstream, retitling)

Additional info:

fetchmail 6.3.4 and older do NOT log out of the upstream server after
SIGPIPE (I don't know the rationale behind this - it's not in the
comments), which prevents the deletions from happening properly.
Retitling the bug accordingly.

Workarounds:

- have your upstream reject spam with improperly formatted envelopes,
  these should be rejected in the first SMTP dialogue

- do not use multidrop with wildcard ("*"), but list allowed local
  accounts explicitly (since the bogus address will not match, the
  message will be forwarded to the postmaster address, which is under
  your control, and can also be empty to discard the message - this will
  prevent Exim from hanging up).

- set expunge 10  (fetchmail will send QUIT after 10 messages and
   reconnect, to make deletions effective and limit
   the amount of refetching).

Fix: block SIGPIPE; the SIGPIPE handler was wrong from the moment it was
coded as it uses longjmp() which isn't safe in signal handlers.
Functions that write to broken pipes will still report errors, but
fetchmail won't corrupt internal state or defeat the logout.

Patch attached. BEWARE: it is NOT run-time tested,
I'm not fetching from multidrop accounts.

Nico/Héctor, can we provide an inofficial package to Helge with the
patch below to ask feedback if the fix is complete? It shouldn't matter
if it's i386 rather than x86_64.

Rationale for severity demotion: Since the breakage is partially induced
by configuration and for instance works properly for singledrop, I don't
think "grave" is justified. Perhaps further demotion to "important" is
in order, but I'm not the Debian maintainer to remove the "unsuitable
for release" tag that is attached to critical/grave/serious severities.

-- 
Matthias Andree
--- ./fetchmail.c.orig	2006-08-21 01:39:54.0 +0200
+++ ./fetchmail.c	2006-08-21 01:37:47.0 +0200
@@ -577,7 +577,7 @@
 set_signal_handler(SIGINT, terminate_run);
 set_signal_handler(SIGTERM, terminate_run);
 set_signal_handler(SIGALRM, terminate_run);
-set_signal_handler(SIGPIPE, terminate_run);
+set_signal_handler(SIGPIPE, SIG_IGN);
 set_signal_handler(SIGQUIT, terminate_run);
 
 /* here's the exclusion lock */
--- ./driver.c.orig	2006-08-21 01:37:09.0 +0200
+++ ./driver.c	2006-08-21 01:40:41.0 +0200
@@ -55,7 +55,6 @@
 
 /* throw types for runtime errors */
 #define THROW_TIMEOUT	1		/* server timed out */
-#define THROW_SIGPIPE	2		/* SIGPIPE on stream socket */
 
 /* magic values for the message length array */
 #define MSGLEN_UNKNOWN	0		/* length unknown (0 is impossible) */
@@ -113,13 +112,6 @@
 	idletimeout = 1;
 }
 
-static RETSIGTYPE sigpipe_handler (int signal)
-/* handle SIGPIPE signal indicating a broken stream socket */
-{
-(void)signal;
-longjmp(restart, THROW_SIGPIPE);
-}
-
 #define CLEANUP_TIMEOUT 60 /* maximum timeout during cleanup */
 
 static int cleanupSockClose (int fd)
@@ -856,9 +848,6 @@
 alrmsave = set_signal_handler(SIGALRM, timeout_handler);
 mytimeout = ctl->server.timeout;
 
-/* set up the broken-pipe timeout */
-pipesave = set_signal_handler(SIGPIPE, sigpipe_handler);
-
 if ((js = setjmp(restart)))
 {
 	/* exception caught */
@@ -878,14 +867,7 @@
 	sigprocmask(SIG_UNBLOCK, &allsigs, NULL);
 #endif /* HAVE_SIGPROCMASK */
 	
-	if (js == THROW_SIGPIPE)
-	{
-	set_signal_handler(SIGPIPE, SIG_IGN);
-	report(stdout,
-		   GT_("SIGPIPE thrown from an MDA or a stream socket error\n"));
-	wait(0);
-	}
-	else if (js == THROW_TIMEOUT)
+	if (js == THROW_TIMEOUT)
 	{
 	if (phase == OPEN_WAIT)
 		report(stdout,
@@ -1581,7 +1563,6 @@
 
 set_timeout(0); /* cancel any pending alarm */
 set_signal_handler(SIGALRM, alrmsave);
-set_signal_handler(SIGPIPE, pipesave);
 return(err);
 }
 

Bug#383835: The package seems usable

[Marco Milanesi]

> Why do you consider this package unusable? I'm testing it and it seems
> to work fine.

ok, you are right. I'm not so experienced on python.

it could be interesting to have a 'python2.3' version, I copied manually

> Please notice that the directory that you mention is not needed in the actual 
> version, and I believe it's a bug: the directory should not be in the 
> package.

yeah, that's the real bug

> In Debian, the python modules are now managed by the python-support package, 
> you can see the python files of this particular package 
> in /usr/share/python-support/gnome-osd, and the compiled version of those 
> in /var/lib/python-support/python2.4.

discovered from you, thanks :)

ciao,
Marco

-- 
 ,= ,-_-. =.  --- +
((_/)o o(\_)) jabber:[EMAIL PROTECTED]/msn:[EMAIL PROTECTED] |
 `-'(. .)`-[EMAIL PROTECTED]   |
 \_/If it works, it's obsolete|


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

Bug#383822: better location for the user defined role.d directory

[Henning Sprang]

On 8/19/06, Steve Kemp <[EMAIL PROTECTED]> wrote:


> I don't think this is a good idea to place user/admin-edited data there.
> Something in /var or /etc/xen-tools would be a better place for these, I
> think.

  Honestly I'd kinda agree, but in the past I found there were problems
 with having things in /etc.  Merge conflicts due to CVS identifiers,
 etc.


I don't understand that. This is about the way how you manage the
xen-tools sources, right? I worked with CVS but no idea what placement
of a directory in my software can lead to merge conflicts.



  Since the roles and scripts generally, are arch-independant and
 not generally user-editable it makes sense to keep them where they are.


I cannot agree, at least not for the place where the roles script
admins write on their own are stored. I am even not sure if it is
probably against policy.

I understand it is not easy to find a good place, because you have
here a directory
where user editable stuff and package-provided files are mixed together.
Like, in debian.d/roles.d are already some files, but the idea is that the user
can add his own - then you'd have (apart from your CVS things, which I
didn't understand) them mixed up.

I think the package-provided files should kept where they are. But
there should be also an additional place for the user's role scripts.

Why not, in _addition_ to searching in
/usr/lib/xen-tools/$dist.d/roles.d also try to
find /etc/xen-tools/$dist.d/roles.d or /var/xen-tools/$dist.d/roles.d/
and look for role
scripts?
(also, users could add distribution-generic scripts as well in such a
structure!)

maybe they should be searched both before running them,  so I can
overwrite/extend package-provided rols scripts with my own -
user-provided script wins and replaces a package-provided one with the
same name.



  I could perhaps create symlinks from /etc/xen-tools to matcH:

/etc/xen-tools/debian-hooks.d/ -> /usr/lib/xen-tools/debian.d/roles

  etc.

  However I'm not sure that improves the situation very much.


as there are already role scripts available, this would be
bad/complicated, also - you need to link every single file, not the
directory - managing this is ugly.

Maybe you should discuss that on debian-policy(AFAIK there is such a
list) they can help with such things like where to place which file or
directory, also in terms of the policy.



  Having just one role directory doesn't really work so well since it
 is possible that multiple distributions might need different scripts
 to do a job - it would be unfair to have to expect a role-writer to
 have to code their script for all distributions, or test for it.



only one role directory wasn't my idea, I just don't like the location.

But when I think about it, also  a single user-editable role dir (at a
good location like /etc/ or /var ) is not bad:
- everybody who only has one distrbution wouldn't care.
- everybody using multiple distribution, which are similar, can simply
re-use scripts
- everybody using multiple different distributions, just gives his
scripts different names. I can have a centos-webserver and a
debian-webserver role, for example - I have to call xen-create-image
with the right role.
as this would be redundant (e.g. xen-create-image --dist dapper --role
dapper-webserver), someone who needs this often will start writing
case decisions in his role scripts, like you propose.

What do you think? (did I explain that clearly?)

Henning


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

Bug#383955: patch

[Damián Viano]

Here is a patch that replaces the backticks uses with IMHO the proper
use of cmake commands.

This is tested on a pbuilder, and builds fine with cmake 2.4.

Hope to help,

-- 
Damián Viano(Des)  ¯ ¯ - _   _ - ¯ ¯
GPG: 0x6EB95A6F Debian ¯-_GNU_-¯ Linux
Web: http://damianv.com.ar/   ¯-¯
diff -Nura libapache2-mod-xmlrpc2-2.2.1_des/CMakeLists.txt 
libapache2-mod-xmlrpc2-2.2.1.orig/CMakeLists.txt
--- libapache2-mod-xmlrpc2-2.2.1_des/CMakeLists.txt 2006-08-20 
18:22:49.0 +
+++ libapache2-mod-xmlrpc2-2.2.1.orig/CMakeLists.txt2006-08-20 
18:29:41.0 +
@@ -5,14 +5,8 @@
 # XMLRPC-C
 FIND_PROGRAM(XMLRPC_C_CONFIG xmlrpc-c-config)
 IF(XMLRPC_C_CONFIG)
-   EXEC_PROGRAM(${XMLRPC_C_CONFIG}
-   ARGS "--cflags"
-   OUTPUT_VARIABLE XMLRPC_C_FLAGS)
-   SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} ${XMLRPC_C_FLAGS}")
-   EXEC_PROGRAM(${XMLRPC_C_CONFIG} 
-   ARGS "--libs"
-   OUTPUT_VARIABLE XMLRPC_C_LIBS)
-   SET(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} 
${XMLRPC_C_LIBS}")
+   SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} `${XMLRPC_C_CONFIG} --cflags`")
+   SET(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} 
`${XMLRPC_C_CONFIG} --libs`")
 ELSE(XMLRPC_C_CONFIG)
MESSAGE(SEND_ERROR "Cannot find xmlrpc-c-config anywhere in your path.  
Please update your path to include the directory containing the binary.")
 ENDIF(XMLRPC_C_CONFIG)
@@ -20,17 +14,8 @@
 # APR
 FIND_PROGRAM(APR_CONFIG apr-config)
 IF (APR_CONFIG)
-   EXEC_PROGRAM(${APR_CONFIG} 
-   ARGS "--cflags"
-   OUTPUT_VARIABLE APR_CONFIG_CFLAGS)
-   EXEC_PROGRAM(${APR_CONFIG} 
-   ARGS "--includedir"
-   OUTPUT_VARIABLE APR_CONFIG_INCLUDEDIRS)
-   SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} ${APR_CONFIG_CFLAGS} 
-I${APR_CONFIG_INCLUDEDIRS}")
-   EXEC_PROGRAM(${APR_CONFIG} 
-   ARGS "--libs"
-   OUTPUT_VARIABLE APR_CONFIG_LIBS)
-   SET(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} 
${APR_CONFIG_LIBS}")
+   SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} `${APR_CONFIG} --cflags` 
-I`${APR_CONFIG} --includedir`")
+   SET(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} 
`${APR_CONFIG} --libs`")
 ELSE(APR_CONFIG)
MESSAGE(SEND_ERROR "Cannot find apr-config anywhere in your path.  
Please update your path to include the directory containing the script.")
 ENDIF(APR_CONFIG)
@@ -38,17 +23,8 @@
 # APACHE2
 FIND_PROGRAM(APXS2 apxs2)
 IF (APXS2)
-   EXEC_PROGRAM(${APXS2} 
-   ARGS "-q CFLAGS"
-   OUTPUT_VARIABLE APXS2_C_FLAGS)
-   EXEC_PROGRAM(${APXS2} 
-   ARGS "-q INCLUDEDIR"
-   OUTPUT_VARIABLE APXS2_INCLUDEDIRS)
-   SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} ${APXS2_C_FLAGS} 
-I${APXS2_INCLUDEDIRS}")
-   EXEC_PROGRAM(${APXS2} 
-   ARGS "-q LDFLAGS"
-   OUTPUT_VARIABLE APXS2_LDFLAGS)
-   SET(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} 
${APXS2_LDFLAGS}")
+   SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} `${APXS2} -q CFLAGS` -I`${APXS2} -q 
INCLUDEDIR`")
+   SET(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} `${APXS2} 
-q LDFLAGS`")
EXEC_PROGRAM(${APXS2}
ARGS "-q libexecdir"
OUTPUT_VARIABLE MOD_DIR)

Bug#383959: mail-notification-evolution: Please add links in overview

[Mario Lipinski]

Package: mail-notification-evolution
Version: 3.0.dfsg.1-3
Severity: wishlist

Hello,
please add links in the mail overview to open the email displayed in the 
mailer.

Mario


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

Versions of packages mail-notification-evolution depends on:
ii  evolution  2.6.3-1   groupware suite with mail client a
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.1-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-4  The Bonobo UI library
ii  libc6  2.3.6.ds1-2   GNU C Library: Shared libraries
ii  libcairo2  1.2.4-1   The Cairo 2D vector graphics libra
ii  libcamel1.2-8  1.6.3-1   The Evolution MIME message handlin
ii  libedataserver1.2-71.6.3-1   Utility library for evolution data
ii  libfontconfig1 2.3.2-7   generic font configuration library
ii  libgconf2-42.14.0-4  GNOME configuration database syste
ii  libglib2.0-0   2.10.3-3  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome2-02.14.1-3  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-1  GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.20-1  The GTK+ graphical user interface 
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.0-2libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.12.3-2  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libx11-6   2:1.0.0-8 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxfixes3 1:3.0.1.2-4   X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.26.dfsg-3 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  mail-notification  3.0.dfsg.1-3  mail notification in system tray

mail-notification-evolution recommends no packages.

-- no debconf information


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

Bug#13311: This 9 year-old bug on gnuplot is obsolete

[Cyril Bouthors]

reopen 13311
thanks

Well,

This bug can easily be fixed so I guess I will. :)
-- 
Cyril Bouthors


pgpcZ0WcGokBa.pgp
Description: PGP signature

Bug#383586: INTL:vi

[Christian Perrier]

tags 383586 pending
thanks

Quoting Clytie Siddall ([EMAIL PROTECTED]):
> Package: aptitude
> Version:
> Severity: minor
> Tags: l10n, patch
> 
> The updated Vietnamese translation for the Debian-Installer Level 5  
> file: aptitude


Commited



signature.asc
Description: Digital signature

Bug#264793: Reproducible

[Cyril Bouthors]

I can reproduce this bug with the current version:

02:09 [EMAIL PROTECTED]:/tmp/1$ cat 1.plot
plot "

pgpBLdDXcM78B.pgp
Description: PGP signature

Bug#383870: fetchmail: Fetchmail duplicates my SPAM every 10 minutes - ARGH!

[Matthias Andree]

Well, Exim's error before it just drops the connection isn't selling
fetchmail a hint that there's no progress beyond that point.

The question is: why does fetchmail not skip over the offending
messages? It may or may not try to bounce them, depending on your
configuration, but should mark them refused - as seen in "..flushed".

But what exactly happens is a matter of your configuration.

Please show your fetchmailrc file and the output of 
/etc/init.d/fetchmail debug-run
up to the error.

Remember to restart fetchmail afterwards with /etc/init.d/fetchmail start

-- 
Matthias Andree


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

Bug#383539: [l10n:ro] po-debconf://samba

[Christian Perrier]

tags 383539 pending
thanks

Quoting Eddy =?UTF-8?Q?Petri=C5=9For ?= ([EMAIL PROTECTED]):
> Package: xserver-xorg
> Severity: wishlist
> Tags: l10n, patch
> 
> The attached translation of samba's po-debconf template into Romanian
> is attached.


s/samba/xorg..:-)

Committed



signature.asc
Description: Digital signature

Bug#380649: initramfs-tools: complete patches for nfsroot.txt implementation

[Vagrant Cascadian]

tags 380649 +patch
thanks

Package: initramfs-tools
Version: 0.75
Followup-For: Bug #380649

the ip= option turned out to be the easiest one. attached are two patches
that implement:

root=/dev/nfs

nfsroot=[:][,]

ip=::

ip=""

ip="dhcp"
 
i didn't implement ip=rarp or ip=bootp, though i get the impression dhcp
can mimic bootp, and could possible used as an alias to dhcp.

i would say, with these patches applied, this bug could be closed.

of course, patches also available in bzr branch:

http://llama.freegeek.org/~vagrant/bzr-archives/initramfs-tools/vagrant-initramfs-tools

live well,
  vagrant
--- init2006-08-18 22:41:33.0 -0400
+++ ../vagrant-initramfs-tools/init 2006-08-20 18:29:54.0 -0400
@@ -59,6 +59,9 @@
UUID=*)
ROOT="/dev/disk/by-uuid/${ROOT#UUID=}"
;;
+   /dev/nfs)
+   BOOT=nfs
+   ;;
esac
;;
rootflags=*)
@@ -73,6 +76,9 @@
nfsopts=*)
NFSOPTS="-o ${x#nfsopts=}"
;;
+   ip=*)
+   IPOPTS=${x#ip=}
+   ;;
boot=*)
BOOT=${x#boot=}
;;
--- scripts/nfs 2006-08-19 14:59:59.0 -0400
+++ ../vagrant-initramfs-tools/scripts/nfs  2006-08-20 18:36:46.0 
-0400
@@ -13,10 +13,25 @@
# For DHCP
modprobe -q af_packet
 
-   ipconfig ${DEVICE}
+   if [ "x$IPOPTS" = "x" ] || [ "$IPOPTS" = "dhcp" ]; then
+   ipconfig ${DEVICE}
+   else
+   ipconfig $IPOPTS
+   fi
. /tmp/net-${DEVICE}.conf
if [ "x${NFSROOT}" = "xauto" ]; then
NFSROOT=${ROOTSERVER}:${ROOTPATH}
+   elif [ "x${NFSROOT}" != "x" ]; then
+   # support nfsroot option from linux sources 
Documentation/nfsroot.txt:
+   # nfsroot=[:][,]
+   if [ "x${NFSOPTS}" = "x" ] && [ "${NFSROOT#*,}" != "${NFSROOT}" 
] ; then
+   NFSOPTS="-o ${NFSROOT#*,}"
+   fi
+   NFSROOT=${NFSROOT%%,*}
+   if [ "${NFSROOT#*:}" = "$NFSROOT" ]; then
+   # get rootserver from dhcp
+   NFSROOT=${ROOTSERVER}:${NFSROOT}
+   fi
fi
 
if [ "x${NFSOPTS}" = "x" ]; then

Bug#383957: cl-statistics does not compile in SBCL

[Kevin L]

Package: cl-statistics

The Debian patch to cl-statistics (cl-statistics_20050224-1.diff.gz 
) 
produces invalid Lisp code after applied to cl-statistics.lisp.  Example:


snip-snip-
v v v v v v v
(defpackage :statistics
 (:nicknames :stats)
 (:use :common-lisp)
 (:export #:mean #:median #:mode #:geometric-mean #:range #:percentile
  #:variance #:standard-deviation #:sd #:coefficient-of-variation
  #:standard-error-of-the-mean #:permutations #:choose
  #:binomial-probability #:binomial-cumulative-probability
  #:binomial-ge-probability #:poisson-probability
  #:poisson-cumulative-probability #:poisson-ge-probability
  #:poisson-cdf #:normal-pdf #:convert-to-standard-normal #:phi #:z
  #:t-distribution #:chi-square #:chi-square-cdf
  #:binomial-probability-ci #:poisson-mu-ci #:normal-mean-ci
  #:normal-mean-ci-on-sequences #:normal-variance-ci
  #:normal-variance-ci-on-sequence #:normal-sd-ci
  #:normal-sd-ci-on-sequence #:z-test #:z-test-on-sequence
  #:t-test-one-sample #:t-test-one-sample-on-sequence
  #:t-test-paired #:t-test-paired-on-sequences #:t-test-two-sample
  #:t-test-two-sample-on-sequences #:chi-square-test-one-sample
  #:f-test #:binomial-test-one-sample #:binomial-test-two-sample
  #:fisher-exact-test #:mcnemars-test #:poisson-test-one-sample
  #:sign-test #:sign-test-on-sequences #:wilcoxon-signed-rank-test
  #:wilcoxon-signed-rank-test-on-sequences
  #:chi-square-test-rxc #:chi-square-test-for-trend
  #:t-test-one-sample-sse #:t-test-two-sample-sse
  #:t-test-paired-sse #:binomial-test-one-sample-sse
  #:binomial-test-two-sample-sse #:binomial-test-paired-sse
  #:correlation-sse #:linear-regression #:correlation-coefficient
  #:correlation-test-two-sample
  #:correlation-test-two-sample-on-sequences 
#:spearman-rank-correlation
  #:t-significance #:f-significance #:random-sample 
#:random-pick #:test-variables

  #:bin-and-count #:fishers-z-transform #:mean-sd-n #:square
  #:round-float
  #:random-normal))

(declaim (optimize (debug 3) (speed 3) (safety 1) (compilation-speed 0)))

(in-package :statistics)

;; |KMR| add dummy routine for missing function
(defmacro test-variables (&rest dummy)
 )

;; |KMR| move to top of file to prevent some functions from not having
;; this pre-declared
;; SQUARE
(defmacro square (x)
 `(* ,x ,x))

*
) ;end eval-when
^ ^ ^ ^ ^ ^ ^

v v v v v v v
^ ^ ^ ^ ^ ^ ^
snip-snip-

These lines of "v v v v v v v", "^ ^ ^ ^ ^ ^ ^", etc. cause SBCL to fail:

snip-snip-
; compiling file 
"/usr/share/common-lisp/source/cl-statistics/cl-statistics.lisp" 
(written 18 JUN 2006 02:55:05 PM):

; compiling (DECLAIM (OPTIMIZE # ...))
; compiling (DEFPACKAGE :STATISTICS ...)
; compiling (IN-PACKAGE :STATISTICS)
; compiling (DEFMACRO TEST-VARIABLES ...)
; compiling (DEFMACRO SQUARE ...)
; compiling (DEFMACRO UNDERFLOW-GOES-TO-ZERO ...)
; compiling V
debugger invoked on a SIMPLE-ERROR in thread #{A7CB4C9}>:
 Error during processing of --eval option (LOAD 
#P"spacebox/spacebox.lisp"):


 The variable V is unbound.

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
 0: [RETRY   ] Retry performing #{D0A7FD9}> on

   #.
 1: [ACCEPT  ] Continue, treating #{D0A7FD9}>
   on # as 
having

   been successful.
 2: [CONTINUE] Ignore and continue with next --eval option.
 3: [ABORT   ] Skip rest of --eval options.
 4:Skip to toplevel READ/EVAL/PRINT loop.
 5: [QUIT] Quit SBCL (calling #'QUIT, killing the process).

((LAMBDA (SB-IMPL::E)) #)
0]
snip-snip-


$ dpkg --status cl-statistics
Package: cl-statistics
Status: install ok installed
Priority: optional
Section: devel
Installed-Size: 156
Maintainer: Peter Van Eynde <[EMAIL PROTECTED]>
Architecture: all
Version: 20050224-1
Depends: common-lisp-controller (>= 5.11)
Description: Common Lisp Statistics Package
cl-statistics provides numerous statistical functions for use in
Common Lisp programs.



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

Bug#383630: aptitude: [INTL:sv] Swedish translation updated

[Christian Perrier]

tags 383630 pending
thanks

Quoting Daniel Nylander ([EMAIL PROTECTED]):
> Package: aptitude
> Version: 0.4.2-1
> Severity: wishlist
> Tags: patch l10n
> 
> Here is the seriously updated and reviewed Swedish translation for aptitude.
> 
> The review was really needed, over 50% of the strings has been changed
> after the review.
> 
> Also included are help-sv.txt mine-help-sv.txt
> 
> Translation of the User's Manual will be submitted next week


Committed and new file added. Patch sent to Daniel Burrows.

Daniel (Burrows), can you triple check that your public copy is synced with your
local copy ?

When syncing with your public copy, I dont get any update and when I
run "darcs send" I'm always prompted to send the old patches I already
sent to you. I have 14 of them now..:-)



signature.asc
Description: Digital signature

Bug#383958: lintian: python-script-but-no-python-dep error with python-support

[Cameron Dale]

Package: lintian
Version: 1.23.22
Severity: wishlist


Lintian generates python-script-but-no-python-dep errors for 
binary packages depending on python-support (which depends on
python). These dependencies are sufficient and are generated
automatically by the dh_pysupport debhelper script.

I asked on debian-python and they said this was a bug in
lintian and not in python-support:

http://lists.debian.org/debian-python/2006/08/msg00098.html

Thanks,
Cameron Dale

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-amd64-k8
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)

Versions of packages lintian depends on:
ii  binutils 2.17-1  The GNU assembler, linker and bina
ii  diffstat 1.42-1  produces graph of changes introduc
ii  dpkg-dev 1.13.22 package building tools for Debian
ii  file 4.17-2  Determines file type using "magic"
ii  gettext  0.14.6-1GNU Internationalization utilities
ii  intltool-debian  0.35.0+20060710 Help i18n of RFC822 compliant conf
ii  libparse-debianchangelog 1.0-1   parse Debian changelogs and output
ii  man-db   2.4.3-3 The on-line manual pager
ii  perl [libdigest-md5-perl 5.8.8-6 Larry Wall's Practical Extraction 

lintian recommends no packages.

-- no debconf information


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

Bug#383584: [INTL:hu] Hungarian aptitude translation problems

[Christian Perrier]

tags  383584 pending
thanks

Quoting SZERVÁC Attila ([EMAIL PROTECTED]):
> Package: aptitude
> Version: N/A
> Severity: important
> Tags: l10n patch
> 
>  Hungarian translation of "Localization", "End-user, "Servers" doesn't
> work in aptitude. Please correct that problem;


Committed.



signature.asc
Description: Digital signature

Bug#383829: moreinfo

[Damián Viano]

Ok, I've been looking this for a while now and I'm not sure what to do.
The problem is that cmake changed the way it links binaries between 2.2
and 2.4, before the linking line was directly included in the Makefiles,
like: 

mod_xmlrpc.so: CMakeFiles/mod_xmlrpc.dir/build.make
@echo "Linking C shared library mod_xmlrpc.so"
$(CMAKE_COMMAND) -E remove -f libmod_xmlrpc.a mod_xmlrpc.so
gcc -fPIC  `/usr/bin/xmlrpc-c-config --libs` `/usr/bin/apr-config 
--libs` `/usr/bin/apxs2 -q LDFLAGS` -lpthread -ldl -lcrypt -lm   -lc -lruby1.8 
-shared -Wl,-soname,mod_xmlrpc.so -o mod_xmlrpc.so $(mod_xmlrpc_OBJECTS) 
$(mod_xmlrpc_EXTERNAL_OBJECTS)

while 2.4 does it like: 

mod_xmlrpc.so: CMakeFiles/mod_xmlrpc.dir/build.make
@$(CMAKE_COMMAND) -E cmake_echo_color --switch=$(COLOR) --red --bold 
"Linking C shared library mod_xmlrpc.so"
$(CMAKE_COMMAND) -P CMakeFiles/mod_xmlrpc.dir/cmake_clean_target.cmake
$(CMAKE_COMMAND) -E cmake_link_script 
CMakeFiles/mod_xmlrpc.dir/link.txt --verbose=$(VERBOSE)

and link.txt contains:

/usr/bin/gcc  -fPIC   -DSUPPORT_C `/usr/bin/xmlrpc-c-config --cflags` 
`/usr/bin/apr-config --cflags` -I`/usr/bin/apr-config --includedir` 
`/usr/bin/apxs2 -q CFLAGS` -I`/usr/bin/apxs2 -q INCLUDEDIR` -Wall -g 
-fno-strict-aliasing -O2  -fPIC -I/usr/lib/ruby/1.8/i486-linux -DSUPPORT_RUBY  
`/usr/bin/xmlrpc-c-config --libs` `/usr/bin/apr-config --libs` `/usr/bin/apxs2 
-q LDFLAGS` -lpthread -ldl -lcrypt -lm   -lc -lruby1.8 -shared 
-Wl,-soname,mod_xmlrpc.so -o mod_xmlrpc.so 
"CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc.o" 
"CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_c.o" 
"CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_rb.o" 
"CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_server.o"

The problem lays in that Makefile lines are interpreted by a shell while cmake
directly exec them. Wether this change in the behaviour of cmake is a bug or
not I'll leave it to the maintainer to figure it out, because you probably
shouldn't depend on that on rules of a 'cross-platform make'.

Meanwhile I tested to compile every cmake build-rdep with 2.4 and found 
this:
boson 0
cableswig 0
gccxml 0
libapache2-mod-xmlrpc2 100
octaviz 0
strigi 100
strigiapplet 0
vtk 100
yodl 0

Both strigi and libapache2-mod-xmlrpc2 seems broken by this change, the vtk
problem doesn't seem related. I have patches for those two bugs and will be
filling bugs with patches for them.

Damián(Des).


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

Bug#383708: exim4-config: SPF-related documentation issues

[Ross Boylan]

On Sat, Aug 19, 2006 at 11:26:30PM +0200, Marc Haber wrote:
> On Sat, Aug 19, 2006 at 09:38:45PM +0200, Robert Millan wrote:
> > I'm afraid I don't know apt-listchanges.
> 
> Buggy as a june meadow and suboptimally maintained. Things can change
> soon, as apt-listchanges has just gotten a new maintainer.
> 
> >   But if you can confirm that changing the formatting to start with "
> >   *" solves the problem, I'll just do that.
> 
> Don't! NEWS.Debian is just as it is supposed to be.

My impression, which I think I got from an earlier apt-listchanges
maintainer, is that NEWS.Debian is supposed to have individual entries
in the same format as changelog.Debian.  Whether that implies "*" I'm
not sure; whether this is just a little secret or part of policy I'm
not sure.

> 
> The itemization is only meant for changelogs, NEWS.Debian is a text
> format.
> 
> I have reported a bug against apt-listchanges reporting this, see
> #383803.
> 
> > So what you're proposing is to merge all the NEWS files?  Then please take 
> > this
> > up with Marc, he's the one in charge for such things.
> 
> That is not going to happen. I don't think it is our job to work
> around broken optional tools. Sorry.

As a practical matter, if the NEWS.Debian files don't work with
apt-listchanges, a lot of people will miss the NEWS.  In the
short-run, this seems a pretty good argument for working with
apt-listchanges as it exists.

Also, as a user I expect that all binaries with the same source will
have the same NEWS.Debian, so I won't necessarily check the separate
NEWS.Debian.  If others are like me, it means the NEWS may escape
human as well as automatic tools.

In the longer-run, apt-listchanges, package maintainers, and policy
should all agree on what the deal is (format of NEWS.Debian and
relation between packages from the same source).  Since #383803 has
been set to wishlist severity, it seems the apt-listchanges maintainer
does not agree the current behavior is a bug.

To repeat, I'm not sure my diagnosis of the problem (apt-listchanges
requires all packages with the same source to have the same
NEWS.Debian) is correct.  There is at least one competing explanation
(missing "*") which has the same character, namely is it an exim
problem or an apt-listchanges problem?

Ross


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

Bug#383954: postgresql-contrib: Error in package description

[Jens Seidel]

Package: postgresql-contrib
Version: 7.5.21
Severity: minor

Hi,

the package description contains:

"The PostgreSQL contrib package provides"

Please note that "PostgreSQL contrib" is not a valid package name.
Make the desription more consistent with postgresql-client.

Jens


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

Bug#383953: xkb-data: Keyboard layout Asus 6000 series laptop not supported

[Arnout Boelens]

Package: xkb-data
Version: 0.8-7
Severity: minor
Tags: patch

Because the keyboard layout of my laptop (Asus 6000) currently is not supported,
I made a new entry in /usr/share/X11/xkb/symbols/inet. Because I figured it can
be usefull for others too, here it is:

// Asus

// Asus A6000 series Keyboard
partial alphanumeric_keys
xkb_symbols "asus_6000" {
  key    {       [ XF86AudioMute         ]       };
  key    {       [ XF86AudioLowerVolume  ]       };
  key    {       [ XF86AudioRaiseVolume  ]       };
  key    {       [ XF86Mail              ]       };
  key    {       [ XF86WWW               ]       };
  key    {       [ XF86AudioPrev         ]       };
  key    {       [ XF86AudioNext         ]       };
  key    {       [ XF86AudioStop         ]       };
  key    {       [ XF86AudioPlay         ]       };
};

I has, of course, also to be added in:

rules/xfree86, xfree86.lst and xfree86.xml.

Cheers,

Arnout

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

-- no debconf information


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

Bug#383951: Ark context menu lockup

[Michael Aust]

Package: ark
Version: 4:3.5.4-1

Occasionally when right clicking a compressed file kde crashes.  The
kde desktop crashes, workspace switching works however all
applications do not work.  The only way to kill Kde is to restart x
via ctrl+alt+backspace.

Running on Kde 3.5.4 with all dependences up to date on testing branch.

--
www.tuxedup.wordpress.com


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

Bug#383940: ITP: aa -- astronomical almanac - calculate planet and star positions

[Ron Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

James R. Van Zandt wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "James R. Van Zandt" <[EMAIL PROTECTED]>
> 
> 
> * Package name: aa
>   Version : 5.6
>   Upstream Author : Steve Moshier <[EMAIL PROTECTED]>
> * URL : http://www.moshier.net/
> * License : under discussion (probably GPL)
>   Programming Lang: C
>   Description : astronomical almanac - calculate planet and star positions
> 
> aa computes the orbital positions of planetary bodies and performs
> rigorous coordinate reductions to apparent geocentric and topocentric

"aa" is really ambiguous, since it could also mean, for example,
"anti-aliased".

Why not name it astronomical-almanac?

- --
Ron Johnson, Jr.
Jefferson LA  USA

Is "common sense" really valid?
For example, it is "common sense" to white-power racists that
whites are superior to blacks, and that those with brown skins
are mud people.
However, that "common sense" is obviously wrong.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFE6OT7S9HxQb37XmcRAiDXAJ4i83pIXUC+XlFZKyNoqPb/yhdKqQCfUd7p
JGlC+Na/f8sGsuw0bmrLrYQ=
=AUYY
-END PGP SIGNATURE-


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

Bug#383888: vtk failed to build from sources

[A. Maitland Bottoms]

OK,
I have just successfully built vtk 5.0.1
in a pbuilder environment.

Perhaps you were trying vtk 4.4.2 and filed
a duplicate of bug #379240? Your bug report
doesn't say, but since 5.0.1 is still new,
I am guessing that you saw the bug on version
4.4.2-10.

-Maitland


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

Bug#373406: Python policy transition

[A. Maitland Bottoms]

vtk 5.0.1-1 is making use of dh_python, and
it and mayavi_1.5-2 have been seen running
correctly with python2.4 as the default python.

There may be additional refinements to improve
python policy compliance, but I have uploaded
vtk_5.0.1-1 and mayavi_1.5-2 to support the
transition to python2.4 as default.

-Maitland


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

Bug#383891: mdadm: fix for 381181 prevents udev creating /dev/disk/* links

[Libor Klepáč]

hello,
just a small modification, to take /dev/md/* and /dev/md* into account

--
for dev in `grep "^md" /proc/mdstat | sed -r 's/^md([0-9]+).*/\1/'`; do
if [ -b "/dev/md/$dev" ]; then
dev="/dev/md/$dev"
elif [ -b "/dev/md$dev" ]; then
dev="/dev/md$dev"
else
continue
fi
if [ "`/lib/udev/vol_id -l $dev`" != "" ]; then
ln -fs $dev /dev/disk/by-label/`/lib/udev/vol_id -l $dev`
fi
if [ "`/lib/udev/vol_id -u $dev`" != "" ]; then
ln -fs $dev /dev/disk/by-uuid/`/lib/udev/vol_id -u $dev`
fi
done
--

cu
libor


pgpKFUktY2nQD.pgp
Description: PGP signature

Bug#362064: udev: udev tries to write to an installed, working initrd without asking

[Jonas Smedegaard]

On Sun, 20 Aug 2006 23:26:32 +0200 maximilian attems wrote:

> On Sun, Aug 20, 2006 at 04:25:53PM -0400, Andres Salomon wrote:

> > I had a machine that was had a poorly supported sata_mv chipset;
> > dapper nor sarge w/ 2.6.15/2.6.16 images would install onto it.  I
> > had to make a custom cd w/ backported libata and sata_mv drivers.

> > I ended up having to reinstall the system using the custom
> > installer cd. I was not pleased.  I expect that if I have a working
> > initramfs image in /boot, it should remain untouched until I
> > explicitly give permission for it to be touched.  
> 
> oldstyle initrd-tools and yaird do this,
> but they don't have any possiblity to have hooks for other packages.

And hooks seems irrelevant for this case.


 - Jonas

-- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er nær: http://www.shibumi.org/eoti.htm


pgpMvayFgj0aA.pgp
Description: PGP signature

Bug#367707: How hard is this?

[Eddy Petrişor]

Hello,

Thanks for the pointer, it is realy useful.

Seeing how easy is to change the place where pages are stored, still I
see no reason in chanaging the source to default to using ~/.zim, but
even more reason to change it. I think it should be only a line or two
of code, AFAICT.

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


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

Bug#375430: ITP: warsow -- a standalone, eSport oriented first personn shooter

[Gonéri Le Bouder]

Le lundi 21 août 2006 00:15, Richard Edmands a écrit :
> i was looking around the net and i noticed that this is being held back
> from debian until some licencing issues over the media has been taken
> care of http://www.warsow.net/forum/viewtopic.php?id=10394&action=new
>
> i was just wondering if there was some preliminary source packages
> available.
There is a package on Debian Games svn.
http://svn.debian.org/wsvn/pkg-games/packages/trunk/warsow/?rev=0&sc=0

If you are interested by Warsow in Debian, i suggest you ton contact Warsow 
developper.

Regards,

Gonéri



pgpWLI13MzYcb.pgp
Description: PGP signature

Bug#201358: looking for someone?

[Elvis]

Hire,
i am ahere si!tting in the internet caffe. Fou!nd your email and
decided to write. Ia! might be coming to your place in 14 days, 
so I decided to email y!ou. May be we can meet? I am 25 y.o.!
girl. I haave a picture if you want.a No need to reply here as 
this is not my email. W!rite me at [EMAIL PROTECTED]




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

Bug#383952: kdevelop: New Project Dialog doesn't have maximize button under Gnome

[Olaf van der Spek]

Package: kdevelop
Version: 4:3.3.2-5
Severity: normal

Hi,

Under KDE, the New Project dialog has a maximize button. But under Gnome, that 
button is gone.

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

Versions of packages kdevelop depends on:
ii  kdebase-bin 4:3.5.4-2core binaries for the KDE base mod
ii  kdelibs4c2a 4:3.5.4-3core libraries and binaries for al
ii  kdevelop-data   4:3.3.2-5An IDE for Unix/X11 - data
ii  libacl1 2.2.41-1 Access control list shared library
ii  libart-2.0-22.3.17-1 Library of functions for 2D graphi
ii  libattr12.4.32-1 Extended attribute shared library
ii  libaudio2   1.8-1The Network Audio System (NAS). (s
ii  libc6   2.3.6-15 GNU C Library: Shared libraries
ii  libcvsservice0  4:3.5.2-1+b2 DCOP service for accessing CVS rep
ii  libdb4.34.3.29-6 Berkeley v4.3 Database Libraries [
ii  libfontconfig1  2.3.2-7  generic font configuration library
ii  libfreetype62.2.1-2  FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0] 0.1.7-3  Client library for the gamin file 
ii  libgcc1 1:4.1.1-5GCC support library
ii  libice6 1:1.0.0-3X11 Inter-Client Exchange library
ii  libidn110.6.5-1  GNU libidn library, implementation
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libpcre36.4-2Perl 5 Compatible Regular Expressi
ii  libpng12-0  1.2.8rel-5.2 PNG library - runtime
ii  libqt3-mt   3:3.3.6-2Qt GUI Library (Threaded runtime v
ii  libsm6  1:1.0.0-4X11 Session Management library
ii  libstdc++6  4.1.1-5  The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-8X11 client-side library
ii  libxcursor1 1.1.5.2-5X cursor management library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  libxft2 2.1.8.2-8FreeType-based font drawing librar
ii  libxi6  1:1.0.0-5X11 Input extension library
ii  libxinerama11:1.0.1-4X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  libxt6  1:1.0.0-5X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3-13   compression library - runtime

Versions of packages kdevelop recommends:
pn  autoconf   (no description available)
pn  automaken  (no description available)
pn  kdevelop-doc   (no description available)
pn  libtool(no description available)
ii  make  3.81-2 The GNU version of the "make" util

-- no debconf information


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

Bug#368096: This is a GD bug

[Cyril Bouthors]

tags 368096 -upstream
reassign 368096 libgd2-xpm
thanks

For more information, please have a look at
https://sourceforge.net/tracker/index.php?func=detail&aid=1543644&group_id=2055&atid=102055
-- 
Cyril Bouthors


pgpt3ncqV9RAs.pgp
Description: PGP signature

Bug#383949: anjuta: can not add a new source file in a wizard project

[David Robin]

Package: anjuta
Version: 1:1.2.4a-4
Severity: normal


Hi,

It seems impossible to add a new C source or header in a current project.
I tried various test sequences, trying to add C source/include files,
to a console/gtk2/glade project, in the src directories or in the project root.

No warning or error is issued, but the expected new file is simply never created
on the disk or added to the project.

I checked the basics like low diskspace or right permissions, but did not
notice anything wrong.

Best Regards,
David Robin.

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

Versions of packages anjuta depends on:
ii  anjuta-common  1:1.2.4a-4Data files for Anjuta
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.1-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-3  The Bonobo UI library
ii  libc6  2.3.6-15  GNU C Library: Shared libraries
ii  libcairo2  1.2.2-1   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.3.2-7   generic font configuration library
ii  libgcc11:4.1.1-5 GCC support library
ii  libgconf2-42.14.0-4  GNOME configuration database syste
ii  libglade2-01:2.5.1-2 library to load .glade files at ru
ii  libglib2.0-0   2.10.3-3  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome2-02.14.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeprint2.2-0 2.12.1-6  The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0   2.12.1-4  GNOME 2.2 print architecture User 
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-1  GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.18-1  The GTK+ graphical user interface 
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  libncurses55.5-2 Shared libraries for terminal hand
ii  liborbit2  1:2.14.0-2libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.12.3-1+b1   Layout and rendering of internatio
ii  libpcre3   6.4-2 Perl 5 Compatible Regular Expressi
ii  libpopt0   1.10-2lib for parsing cmdline parameters
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libstdc++6 4.1.1-5   The GNU Standard C++ Library v3
ii  libvte41:0.12.2-1Terminal emulator widget for GTK+ 
ii  libx11-6   2:1.0.0-8 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxfixes3 1:3.0.1.2-4   X11 miscellaneous 'fixes' extensio
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4 X11 Xinerama extension library
ii  libxml22.6.26.dfsg-3 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  scrollkeeper   0.3.14-11 A free electronic cataloging syste
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages anjuta recommends:
ii  autoconf   2.60-1automatic configure script builder
pn  autogen(no description available)
pn  automake   (no description available)
pn  ctags  (no description available)
ii  cvs1:1.12.13-3   Concurrent Versions System
pn  devhelp(no description available)
ii  g++4:4.1.1-5 The GNU C++ compiler
ii  gcc4:4.1.1-5 The GNU C compiler
ii  gdb6.4.90.dfsg-1 The GNU Debugger
pn  gnome-devel(no description available)
pn  gnome-terminal (no description available)
pn  indent (no description available)
ii  libtool1.5.22-4  Generic library support script
ii  make   3.81-2The GNU version of the "make" util
pn  yelp   

Bug#251161: probably you

[Calvin]

Hi there lovely,
I was searching thae net few days ago. I am new to this thing.
and saw your profile. I decided to email you cause I found 
you atatractive. I might come down to ayour city in few weeks.
Let me know if we can meet eacah other in person.
I am atbtractive girl. I am sure you won't regret it.
Reply to my personal email at [EMAIL PROTECTED]




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

Bug#382429: samba: Naive fix for the issue

[Erich Schubert]

Package: samba
Version: 3.0.23b-2
Followup-For: Bug #382429

Here's a very naive approach at resolving the issue with the
autobuilders:
---
--- source/lib/interfaces.c 2005-07-28 15:19:45.0 +0200
+++ interfaces.c.naive-fix  2006-08-20 23:58:41.0 +0200
@@ -397,7 +397,7 @@
int i;

printf("got %d interfaces:\n", total);
-   if (total <= 0) exit(1);
+   if (total < 0) exit(1);

for (i=0;i

Bug#257708: Forward upstream

[Cyril Bouthors]

tag 257708 upstream
thanks

I've forwarded this bug to

https://sourceforge.net/tracker/index.php?func=detail&aid=1543647&group_id=2055&atid=102055
-- 
Cyril Bouthors


pgpb83sQdSc4M.pgp
Description: PGP signature

Bug#319994: Bug#75403: Forward upstream

[Cyril Bouthors]

tag 75403 upstream
tag 319994 upstream
thanks

I've forwarded this bug to

https://sourceforge.net/tracker/index.php?func=detail&aid=1543648&group_id=2055&atid=102055
-- 
Cyril Bouthors


pgprEsuwfqC0L.pgp
Description: PGP signature

Bug#382886: closed by Frans Pop <[EMAIL PROTECTED]> (Re: Bug#382886: debian-installer: graphical-installer needs a clock)

[Christian Perrier]

> should this not be marked wontfix?  actually, wishlist seems quite
> appropriate (for any feature request, and also for any bugs that are
> very difficult to fix due to major design consideration) -- because it
> is a nice, simple feature that i wish to have.  i don't think closed
> is appropriate (Debian bug reports should be closed when the problem
> is fixed. Problems in packages can only be considered fixed once a
> package that includes the bug fix enters the Debian archive).


Well, I suppose that Frans will not enter a BTS fight here, but what
you describe above is for stuff that can be judged as reasonable by
the relevant maintainer.

Here, Frans, as D-I release manager made the judgement call that
adding a clock to D-I is not really in the top priority list of things
he would like the team give its time to.

So, of course, we can keep the suggestion opened in case one of us
judges (s)he has enough time to waste on thisbut it is s
improbable that just putting the suggestion aside is acceptable.

Another option is, of course, in case you judge this important enough
for you, to implement it and then collaborate to the D-I development
effort.




signature.asc
Description: Digital signature

Bug#383777: [Pkg-jed-sl-modules] Bug#383777: FTBFS on 64-bit: Segmentation fault ../../safe_slsh

[Rafael Laboissiere]

* Kurt Roeckx <[EMAIL PROTECTED]> [2006-08-20 23:01]:

> found 383777 1.9.0-1-5
> thanks
> 
> Hi,
> 
> We're still seeing this error in 1.9.0-1-5.

Thanks, I have already noticed it.  I reached a point now that I cannot
debug further by uploading new versions of the package and looking at the
autobuilder log.  I think I need access to an amd64 system.  Do you now
the simplest way of getting this?

-- 
Rafael


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

Bug#383907: Is there an easy way to check if an interface is managed by wpa_action?

[Kel Modderman]

On Monday 21 August 2006 00:02, Reinhard Tartler wrote:
> Package: wpasupplicant
> Version: 0.5.4-2
> Severity: wishlist
>
> Hi Kel,
>
> while tuning my suspend and resume scripts, I noticed that acpi-support
> contains code like this in
> /etc/acpi-support/suspend.d/55-down-interfaces.sh
>
> # Find the currently running network interfaces...
> INTERFACES=`/sbin/ifconfig | awk '/^[^ ]+/ {print $1}'`
>
> # And shut them down
> for x in $INTERFACES; do
> ifdown $x down;
> ifconfig $x down;
> done
>
>
> This of course fails if the interface is controlled by wpa-roam aka
> /sbin/wpa_action. I hardcased the check here for my interface, but it
> would be nice if acpi-support could be improved and call `wpa_action $x
> stop` by itself. For this we need to provide a reliable check if the
> interface is managed by wpa_action or not.

You can check for the location of the ctrl_interface domain socket (that may 
be in a different location according to config file used) or pidfile (which 
is what the wpa-ifupdown init script/hack uses to identify interfaces bound 
by wpa_supplicant/wpa_cli, and it is a fixed location).

Is this a workaround for #383168? If so, my current kludge is to have the 
suspend manager, in my case it was hibernate but now it is powersave, stop 
the wpa-ifupdown service on suspend.

Thanks, Kel.


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

Bug#375430: ITP: warsow -- a standalone, eSport oriented first personn shooter

[Richard Edmands]

i was looking around the net and i noticed that this is being held back
from debian until some licencing issues over the media has been taken
care of http://www.warsow.net/forum/viewtopic.php?id=10394&action=new

i was just wondering if there was some preliminary source packages
available.


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

Bug#383948: flashplugin-nonfree: recommends of libstdc++2.10-glibc2.2 not required?

[Adrian Bunk]

Package: flashplugin-nonfree
Version: 7.0.63.7
Severity: normal

The recomends of libstdc++2.10-glibc2.2 seems to be no longer required
with current version of the Macromedia Flash Player plugin.


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

Bug#383950: Should work out-of-the-box with no configuration

[Josh Triplett]

Package: libpam-ssh
Version: 1.91.0-9.1
Severity: wishlist

libpam-ssh should work out-of-the box, without requiring manual PAM
configuration.  By default, immediately after installing libpam-ssh, if
a user logs in and their password also unlocks their SSH key(s),
libpam-ssh should start an ssh-agent with the unlocked key(s).

I currently use the following configuration, which accomplishes this:
[EMAIL PROTECTED]:~$ cat /etc/pam.d/pam-ssh-auth
auth optional pam_ssh.so use_first_pass
keyfiles=id_dsa,id_rsa,identity,id_dsa1,id_dsa2,id_dsa3
[EMAIL PROTECTED]:~$ cat /etc/pam.d/pam-ssh-session
session optional pam_ssh.so
[EMAIL PROTECTED]:~$ grep -C2 pam-ssh /etc/pam.d/*
/etc/pam.d/gdm-auth requiredpam_env.so
envfile=/etc/default/locale
/etc/pam.d/[EMAIL PROTECTED] common-auth
/etc/pam.d/gdm:@include pam-ssh-auth
/etc/pam.d/[EMAIL PROTECTED] common-account
/etc/pam.d/gdm-session  requiredpam_limits.so
/etc/pam.d/[EMAIL PROTECTED] common-session
/etc/pam.d/gdm:@include pam-ssh-session
/etc/pam.d/[EMAIL PROTECTED] common-password
--
/etc/pam.d/[EMAIL PROTECTED] common-auth
/etc/pam.d/login-
/etc/pam.d/login:# Allow pam-ssh to use the password as SSH passphrase
/etc/pam.d/login:@include pam-ssh-auth
/etc/pam.d/login-
/etc/pam.d/login-# This allows certain extra groups to be granted to a user
--
/etc/pam.d/login-sessionrequired   pam_limits.so
/etc/pam.d/login-
/etc/pam.d/login:# Let pam-ssh start an agent
/etc/pam.d/login:@include pam-ssh-session
/etc/pam.d/login-
/etc/pam.d/login-# Prints the last login info upon succesful login

I realize that the program-centric PAM configuration mechanism makes
this rather difficult, due to the inability to edit other programs' PAM
configurations.  If PAM had a more generalized version of the pam.d
mechanism, the various interactive login programs like gdm and login
could do something like "@include.d interactive-auth.d" and "@include.d
interactive-session.d", and pam-ssh could drop a file in that directory.
 Alternatively, if PAM will silently ignore an @include of a
non-existent file, these interactive login programs could always
@include the pam-ssh files in appropriate places by default, though that
would special-case libpam-ssh rather than solving the general problem.

- Josh Triplett



signature.asc
Description: OpenPGP digital signature

Bug#314802: merging + patch

[Bastian Venthur]

forcemerge 296657 314802
tags 296657 patch
--

I've created a patch which uses $GTK2_RC_FILES on startup of kde to
point to a special gtkrc-2.0-kde file. This will a) lead to independent
configurations of the themes in KDE and GNOME and b) leave users .bashrc
alone.

The patch is attached below (if you want to test) and sent to upstream.


Cheers,

Bastian

--
Bastian Venthur
http://venthur.de


diff -ruN /home/beechen/debian/gtk-qt-engine/gtk-qt-engine-0.7/kcm_gtk/kcmgtk.cpp ./kcm_gtk/kcmgtk.cpp
--- /home/beechen/debian/gtk-qt-engine/gtk-qt-engine-0.7/kcm_gtk/kcmgtk.cpp	2006-06-25 01:58:55.0 +0200
+++ ./kcm_gtk/kcmgtk.cpp	2006-08-18 17:13:40.0 +0200
@@ -49,6 +49,12 @@
 #include "kcmgtk.h"
 #include "mozillaprofile.h"
 
+
+// Define some constants
+const QString KcmGtk::GTK_RC_FILE(".gtkrc-2.0-kde");
+const QString KcmGtk::KDE_RC_DIR(".kde/env/");
+const QString KcmGtk::GTK_QT_RC_FILE("gtk-qt-engine.rc.sh");
+
 /*typedef KGenericFactory KcmGtkFactory;
 K_EXPORT_COMPONENT_FACTORY( kcm_gtk, KcmGtkFactory("gtk"))*/
 
@@ -213,7 +219,7 @@
 
 void KcmGtk::load()
 {
-	parser.parse(QDir::homeDirPath() + "/.gtkrc-2.0");
+	parser.parse(QDir::homeDirPath() + "/"+GTK_RC_FILE);
 	
 	bool usingQtEngine = false;
 	if (!parser.style.isEmpty())
@@ -277,7 +283,7 @@
 void KcmGtk::save()
 {
 	// First write out the gtkrc file
-	QFile file(QDir::homeDirPath() + "/.gtkrc-2.0");
+	QFile file(QDir::homeDirPath() + "/"+GTK_RC_FILE);
 	file.open(IO_WriteOnly);
 	QTextStream stream(&file);
 	
@@ -304,7 +310,13 @@
 	file.close();
 	
 	// Now we check if that file is actually being loaded.
-	file.setName(QDir::homeDirPath() + "/.bashrc");
+	QDir kdeRcDir;
+	if (!kdeRcDir.exists(QDir::homeDirPath() +"/"+ KDE_RC_DIR))
+	{
+		// make sure KDE's rc dir exists (which does not by default on Debian)
+		kdeRcDir.mkdir(QDir::homeDirPath() +"/"+ KDE_RC_DIR);
+	}
+	file.setName(QDir::homeDirPath() +"/"+ KDE_RC_DIR +"/"+ GTK_QT_RC_FILE);
 	file.open(IO_ReadWrite);
 	stream.setDevice(&file);
 	bool found = false;
@@ -314,7 +326,7 @@
 		if (line.isNull())
 			break;
 		
-		if (line.stripWhiteSpace().startsWith("export GTK2_RC_FILES=$HOME/.gtkrc-2.0"))
+		if (line.stripWhiteSpace().startsWith("export GTK2_RC_FILES=$HOME/"+GTK_RC_FILE))
 		{
 			found = true;
 			break;
@@ -326,7 +338,7 @@
 		stream << "\n";
 		stream << "# This line was appended by KDE\n";
 		stream << "# Make sure our customised gtkrc file is loaded.\n";
-		stream << "export GTK2_RC_FILES=$HOME/.gtkrc-2.0\n";
+		stream << "export GTK2_RC_FILES=$HOME/"+GTK_RC_FILE+"\n";
 	}
 	file.close();
 	
diff -ruN /home/beechen/debian/gtk-qt-engine/gtk-qt-engine-0.7/kcm_gtk/kcmgtk.h ./kcm_gtk/kcmgtk.h
--- /home/beechen/debian/gtk-qt-engine/gtk-qt-engine-0.7/kcm_gtk/kcmgtk.h	2006-06-25 01:58:55.0 +0200
+++ ./kcm_gtk/kcmgtk.h	2006-08-18 16:37:21.0 +0200
@@ -43,6 +43,13 @@
 {
 	Q_OBJECT
 
+	// How to name the kde-specific gtk-rc-file
+	static const QString GTK_RC_FILE;
+	// Where to search for KDE's config files
+	static const QString KDE_RC_DIR;
+	// How to name qtk-qt-engines rc-file
+	static const QString GTK_QT_RC_FILE;
+
 public:
 	KcmGtk( QWidget *parent=0, const char *name=0, const QStringList& = QStringList() );
 	~KcmGtk();

Bug#383169: Doesn't reassociate after resume

[Kel Modderman]

On Tuesday 15 August 2006 20:46, Reinhard Tartler wrote:
> Package: madwifi-source
> Version: 0.svnr1697.0.9.2-1
> Severity: important
>
> After suspending/resuming with uswsusp, I don't get any association with
> wpa_supplicant. Here is a log of an wpa_cli session:
>

 seen it all too often :(

>
>
> I think http://madwifi.org/ticket/671 may be related, but 'sudo iwconfig
> ath0 FAU-VPN' in another shell as suggested in that ticket  didn't help
> me :(

And #201. Its a pretty old, known issue. I've made a few attempts at looking 
at it with no result so far. Will make another effort soon, but I cannot 
promise that anything can be fixed in a driver that is partially opaque.

>
> My current workaround is to rmmod ath-hal and reload ath-pci after
> resuming, which is suboptimal and shouldn't be necessary. In fact, this
> seems to be a regression from the madwifi-old branch.

Yep, it is a regression that is biting me too, although most good suspend 
managers (ie powersave) hide it quite well by automating module removal and 
reinsertion, however this will require the networking system(s) to be 
restarted, which is no good . . .

Thanks, Kel.


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

Bug#383943: dfsbuild v0.99.0 breaks when package nfs-common is used

[Sascha Wüstemann]

Package: dfsbuild
Version: v0.99.0

When adding nfs-common or nfs-kernel-server which implies nfs-common,
the dfsbuild process breaks and does not finalize.

When the package install process reaches at an early state installing
nfs-common, the startscipt of nfs-common is executed that depends on
the existence of /etc/fstab which does not exist. Then the start-up
script fails which causes the dfsbuild process to stop.

The solution is simple. Just touching target/etc/fstab as soon as
target/etc is created to place an empty file there lets the nfs-common
starup script finish succesfully and does not harm the dfsbuild process
anymore.

Can you verify that and implement this to the next dfsbuild version?

I am using debian testing/unstable GNU/Linux 2.6, Kernel v2.6.8-2-386
and libc6 v2.3.6-15.

cu
Sascha

-- 
GNU Linux | Zehn Deutsche sind natuerlich bloeder als fuenf Deutsche
2.6.15-vs | -- Heiner Mueller  
on a  |  
i586  | 
  | 
  | 


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

Bug#383947: ITP: markup -- python XML-based template engine

[Arnaud Fontaine]

Package: wnpp
Owner: Arnaud Fontaine <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: markup
  Version : 0.1.0
  Upstream Author : Edgewall Softwar <[EMAIL PROTECTED]>
* URL : http://markup.edgewall.org/
* License : BSD
  Programming Lang: Python
  Description : python XML-based template engine

Markup is a Python library that provides an integrated set of components
for parsing, generating, and processing HTML or XML content in a uniform
manner.  The major  feature is  a  template language,  which is  heavily
inspired by Kid.

Regards,
Arnaud Fontaine

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


pgptPllIYGUId.pgp
Description: PGP signature

Bug#383944: sponge: usage message needs \n

[Ken Bloom]

Package: moreutils
Version: 0.15
Severity: minor


The usage message for sponge needs to be terminated with a \n,
otherwise the following occurs.

[EMAIL PROTECTED] ~]$ sponge
[EMAIL PROTECTED] ~]$  input from stdin and write it to [EMAIL PROTECTED] 
~]$ 


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

Versions of packages moreutils depends on:
ii  libc6 2.3.6-19   GNU C Library: Shared libraries
ii  perl  5.8.8-6.1  Larry Wall's Practical Extraction 

moreutils recommends no packages.

-- no debconf information


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

Bug#362064: udev: udev tries to write to an installed, working initrd without asking

[maximilian attems]

On Sun, Aug 20, 2006 at 04:25:53PM -0400, Andres Salomon wrote:
> 
> Here's a use case where having initramfs-tools unconditionally update
> initramfs images is a bad thing (at the very least, violating the
> principal of least surprise).

you use an plural, which is wrong.
initramfs-tools updates the newest one only.
it has been doing so since day 1 in the archive.
 
> I had a machine that was had a poorly supported sata_mv chipset; dapper
> nor sarge w/ 2.6.15/2.6.16 images would install onto it.  I had to make
> a custom cd w/ backported libata and sata_mv drivers.  Needless to say,
> it was a pain in the ass to get installed.

aren't tomorrow dailies based on 2.6.17, but that is offtopic..
 
> After installation, I backported etch versions of busybox and
> initramfs-tools (uploading the latter to backports.org) in order to do
> some testing to see if I could get some installation and boot bugs
> fixed.  I installed both backports, then I backed up the existing
> initramfs image and created a new image.  The intent was to pull new
> busybox binaries into the new initramfs, and keep the old initramfs
> around in order to recover the system.  I did not realize that during
> the package's postinst, existing images would be updated; so, the
> "backup" initramfs image that I had copied also had the new version of
> busybox in it.  As it turns out, the busybox backport was broken (not
> sure if it was the build, or some interaction w/ the rest of the
> system).  Booting using either image would not work, and I had no way to
> recover the system (due to bugs in my custom installer cd, recovery
> didn't seem to work).

the package postinstall explicitly tells what it does:
# update-initramfs -u
update-initramfs: Generating /boot/initrd.img-2.6.17-2-686

so it can only have been overlooked.
 
> I ended up having to reinstall the system using the custom installer cd.
> I was not pleased.  I expect that if I have a working initramfs image
> in /boot, it should remain untouched until I explicitly give permission
> for it to be touched.  

oldstyle initrd-tools and yaird do this,
but they don't have any possiblity to have hooks for other packages.


-- 
maks


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

Bug#383321: su-to-root => localisation ;-)

[Christian Perrier]

> I have attached the 5 files (su-to-root, su-to-root.pot, su-to-root_de.po
> and su-to-root_fr.po su-to-root.1) which are tested and they are working.
> 
> Additionaly I have attached the su-to-root_de.mo and su-to-root_fr.mo.

There are several glitches here and there with regard to i18n:

> usage() {
>   GT1=$(gettext 'usage')
>   GT2=$(gettext 'user')
>   GT3=$(gettext 'command')
>   GT4=$(gettext 'command is a X11 program')
>   echo "${GT1}: $0 '[-X] [-p <${GT2}>] -c <${GT3}>" >&2
>   echo "-X: ${GT4}" >&2
>   exit 1

This makes a few assumptions about the languages syntax. Indeed,
concatenating strings to rebuild sentences is generally a bad idea in
i18n programs as various languages can have various syntax.

Here, for instance, the French l10n team generally uses "Syntaxe : "
as prefix to "usage" lines. Notices the non breakable space before the
colon


So, indeed, you should just use *one* string for the whole string to
be translated.

Ditto for the "-X: command is a X11 program" string


>   GT5=$(gettext 'Incorrect password or command failed. Try again?')
>   echo -n "${GT5} (${ANS})"
>   read ans
>   if   [ ${FLAG} -eq 0 ] ; then
> if test "${ans}" != "y" -a "${ans}" != "Y"; then exit 1 ; fi
>   elif [ ${FLAG} -eq 1 ] ; then
> if test "${ans}" != "j" -a "${ans}" != "J"; then exit 1 ; fi
>   elif [ ${FLAG} -eq 2 ] ; then
> if test "${ans}" != "o" -a "${ans}" != "N"; then exit 1 ; fi
>   fi
> }

I'm not sure how to do it in shell programming, but this anyway
doesn't scale very well to other languages. The locale information
should be used here (the Yes/No shortcuts are part of locale
filesI'm however not aware of the exact way to use them).


> "Project-Id-Version: menu \n"
> "Report-Msgid-Bugs-To: <[EMAIL PROTECTED]>\n"
> "POT-Creation-Date: 2006-08-15 18:28+0200\n"
> "PO-Revision-Date: 2006-08-15 18:42+0200\n"
> "Last-Translator: Michelle Konzack <[EMAIL PROTECTED]>\n"
> "Language-Team: french <[EMAIL PROTECTED]>\n"
> "MIME-Version: 1.0\n"
> "Content-Type: text/plain; charset=iso-8859-1\n"
> "Content-Transfer-Encoding: 8bit\n"
> 
> #: su-to-root:22
> msgid "usage"
> msgstr "utilisation"

.../...

Any French translation should get a review by the French l10n team
(I'd recommend the same for the German translation). The fr.po file
you provided should not be used as Bill will certainly see it by
himself...

(Bill Allombert, who maintains menu, is a French native speaker)




signature.asc
Description: Digital signature

Bug#383715: [pkg-horde] Bug#383715: Can't login to imp4 with imap, although horde works fine.

[Taco IJsselmuiden]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, 20 Aug 2006, Ola Lundqvist wrote:


I have looked at the configuration and it seems to be just fine.

My thought exactly :-)


The only difference from my setup is the following:
* You use localhost as imap host in config files.

Yep. And localhost is working.


* You have set up maildomain = 'xxx.tld' and smtphost='xxx.tld'.
 Is tld the ending you want?

It's actually a different domain, but i changed it for privacy reasons :-)


* You use uw-imapd and I use courier.

yep, that's a difference


So what you need to make sure is:
* That access to imaps (ssl enabled imap) is allowed from localhost to
 localhost. Do you have thunderbird located locally?

Yep, and both using localhost and using a FQDN works flawlessly using SSL.
That's the strange thing: i can use thunderbird without a problem and i 
can easily login to horde, while using the same imap-server and the same 
credentials




What you can try while searching for the problem:
0) Look into the logs for horde and uw-imap.
1) Enable logging, and look into the logs.

horde-logs don't add much useful info, but uw-imapd-logs say

Aug 20 23:33:00 iluvatar imapd[21803]: connect from 127.0.0.1 (127.0.0.1)
Aug 20 23:33:00 iluvatar imapd[21804]: connect from 127.0.0.1 (127.0.0.1)

So definetely a double connect on submit ...



2) Check if imap withous ssl works.
same symtoms: long wait (1 minute, i would say) and then i get 
an (empty) redirect.php :-(



3) Change from uw-imap to courier (or some other imap daemon).
i've just tried dovecot (which totally doesn't work :-), but i'll try 
something like courier/cyrus later this week, although i doubt that's 
where the problem is


I'll also try to find where in the code the login-process starts to 'hang' 
to get a better picture of what's going on


Update later this week (i hope) :-)

grtz,
Taco.
- --
If I'm not here, it means I've gone out to find myself.
If I get back before I return, please keep me here.
- --
GPG KeyID=0x9DD13814
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Made with pgp4pine 1.76

iD8DBQFE6NZq6WlwGJ3ROBQRAr5MAJ0Yrl0VcWuU1vy1zZPCtmWH1SMkdwCfY2ZE
UTWV9w1F7JpGGgeDpzayDjM=
=CVwt
-END PGP SIGNATURE-



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

Bug#366974: wine: new upstream version 0.9.19 available

[Daniel Schröter]

retitle 366974 wine: new upstream version 0.9.19 available

http://www.winehq.com/?announce=1.123

thanks!



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

Bug#383045: (forw) Re: (forw) [Pkg-shadow-devel] Bug#383045: [INTL:de] login: wrong translation of "Sorry".

[Christian Perrier]

Forwarding this private-only answer

- Forwarded message from Holger Wansing <[EMAIL PROTECTED]> -

Date: Tue, 15 Aug 2006 18:53:26 +0200
From: Holger Wansing <[EMAIL PROTECTED]>
To: Christian Perrier <[EMAIL PROTECTED]>
Subject: Re: (forw) [Pkg-shadow-devel] Bug#383045: [INTL:de] login: wrong
 translation of "Sorry".
X-Mailer: Sylpheed version 2.2.2 (GTK+ 2.6.4; i686-pc-linux-gnu)
X-CRM114-Status: Good  ( pR: 12.1279 )

Hi,

On Mon, 14 Aug 2006 21:41:54 -0500 Christian Perrier wrote:
> Holger, can you have a look at this and give your advice?

> Package: login
> Version: 1:4.0.18.1-1
> Severity: minor
> 
> 
> When misstyping the password, e.g. for su, 
> there is a wrong translation for "sorry". 
> 
> su -
> Password:
> su: Authentication failure
> Entschuldigung.
> 
> "Entschuldigung." means more "take my appologies"
> than "sorry I cannot do this".
> 
> I suggest to use "Tut mir Leid."

Yes, "Tut mir leid." can/should be used for this. But only a minor
difference imho.


Best
Holger

-- 

==
Created with Sylpheed 2.2.2
under Debian GNU/LINUX 3.1 »Sarge«
http://counter.li.org/,  Registered LinuxUser #311290
Spamfiltering by bogofilter.sourceforge.net
=

- End forwarded message -

-- 




signature.asc
Description: Digital signature

Bug#381919: Uploaded

[Cyril Chaboisseau]

 Le 20 août vers 12:05, Margarita Manterola écrivait:
> I took the liberty of uploading your package, so that the RC bug would be
> fixed.

thanks a lot for the NAU (non advocate upload) !!
;-)

> Please, keep an eye on the other important bugs you have.  Some of them
> look like they should actually be RC as well

indeed,
you're right and I've just changed the severity of one of those bugs

I just hope the other one will be addresed by the upstream authors soon


thanks

-- 
Cyril Chaboisseau

Bug#368096: Forward upstream

[Cyril Bouthors]

tag 368096 upstream
thanks

I've forwarded this bug to
https://sourceforge.net/tracker/index.php?func=detail&aid=1543644&group_id=2055&atid=102055
-- 
Cyril Bouthors


pgpTPWWHjLyQl.pgp
Description: PGP signature