elinks[-lite] doesn't provide links anymore

[Y Giridhar Appaji Nag]

Hi debian-devel,

Beginning elinks 0.11.3-2, the elinks and elinks-lite binary packages
don't "Provides: links" anymore (See bug #154859 and Debian ELinks GIT
commit a885ecead29f808310e6c2908f59f59a8d69b3ac).  The links alternative
isn't installed.

The following binary and source packages declare Depends or
Build-Depends on links alone and should be modified to respectively
declare Depends or Build-Depends on links | elinks | elinks-lite (or
just links | elinks if some feature not available in elinks-lite is
being used).

Some of these have www-browser in the dependency but I am not sure if
elinks is invoked as links somewhere, so I've included those to be on
the safe side.

Source packages with build time dependencies:

Christoph Berg <[EMAIL PROTECTED]>
   mutt (U)

Agustin Martin Domingo <[EMAIL PROTECTED]>
   dictionaries-common

Rene Engelhard <[EMAIL PROTECTED]>
   dictionaries-common (U)

Magnus Holmgren <[EMAIL PROTECTED]>
   sa-exim

Rafael Laboissiere <[EMAIL PROTECTED]>
   dictionaries-common (U)

Adeodato Simó <[EMAIL PROTECTED]>
   mutt

Igor Stroh <[EMAIL PROTECTED]>
   ldap2dns

ldap2dns has a versioned dependency on links and I am not sure if elinks
could be used instead of >= particular version of links.

Binary packages with a strong/weak dependency:

Stefan Hornburg (Racke) <[EMAIL PROTECTED]>
   dhelp (U)

Michael Ablassmeier <[EMAIL PROTECTED]>
   raggle

Ian Beckwith <[EMAIL PROTECTED]>
   surfraw (U)

Debbugs developers <[EMAIL PROTECTED]>
   debbugs

Debian Edu Developers <[EMAIL PROTECTED]>
   education-main-server

Debian surfraw maintainers <[EMAIL PROTECTED]>
   surfraw

Debian XML/SGML Group <[EMAIL PROTECTED]>
   docbook-utils

Dirk Eddelbuettel <[EMAIL PROTECTED]>
   quantlib-refman-html

Debian QA Group <[EMAIL PROTECTED]>
   mc

Raphael Hertzog <[EMAIL PROTECTED]>
   education-main-server (U)

Joey Hess <[EMAIL PROTECTED]>
   education-main-server (U)

Steffen Joeris <[EMAIL PROTECTED]>
   education-main-server (U)

Holger Levsen <[EMAIL PROTECTED]>
   education-main-server (U)

Robert Luberda <[EMAIL PROTECTED]>
   dwww

Moritz Muehlenhoff <[EMAIL PROTECTED]>
   surfraw (U)

Morten Werner Olsen <[EMAIL PROTECTED]>
   education-main-server (U)

Ardo van Rangelrooij <[EMAIL PROTECTED]>
   docbook-utils (U)

Petter Reinholdtsen <[EMAIL PROTECTED]>
   education-main-server (U)

Josip Rodin <[EMAIL PROTECTED]>
   debbugs (U)

Andreas Schuldei <[EMAIL PROTECTED]>
   education-main-server (U)

Thomas Smith <[EMAIL PROTECTED]>
   surfraw (U)

Christian Surchi <[EMAIL PROTECTED]>
   surfraw (U)

Esteban Manchado Velázquez <[EMAIL PROTECTED]>
   dhelp

Colin Watson <[EMAIL PROTECTED]>
   debbugs (U)

I should've sent this mail before the upload, but better late than
never.  Apologies if this caused some trouble (I had a user complain in
a private email to me).

Cheers,

Giridhar

PS: List based on the attached script.  I used "dd-list -i -u -b"

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


links.sh
Description: Bourne shell script


signature.asc
Description: Digital signature

late at night... can't think -- why is my bugs are not closed?

[Yaroslav Halchenko]

Dear All, may I used your brains a bit

In a fresh package (edac-utils) I have closed a bug in recent upload
(proper Closes statement and a Closes in .changes). But bug remains Done
but not closed: #456644. I know that it would be that way if I uploaded
via sponsor but I am my own sponsor (although for some reason I have
both Maintainer and Changed-By fields in .changelog pointing to my
name... not sure if that shouldn't be just Maintainer)

is that a bug or is that me?

-- 
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student  Ph.D. @ CS Dept. NJIT
Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
WWW: http://www.linkedin.com/in/yarik


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

Re: late at night... can't think -- why is my bugs are not closed?

[Adam D. Barratt]

Hi,

Yaroslav Halchenko wrote, Wednesday, January 23, 2008 8:03 AM


In a fresh package (edac-utils) I have closed a bug in recent upload
(proper Closes statement and a Closes in .changes). But bug remains Done
but not closed: #456644.



From edac-utils' bug index:


Debian Bug report logs: Bugs in package edac-utils (versions 0.10-2 [alpha, 
amd64, arm, i386, ia64, mips, powerpc, s390, sparc], 0.10-1 [m68k]) in 
unstable

[...]
#456644: edac-utils: Errors were encountered during configuration
Package: edac-utils (edac-utils 0.10-1; fixed: edac-utils 0.10-2);

i.e. the m68k package in unstable is still buggy. The bug will stop being 
"outstanding" once it isn't present in any package - i.e. once m68k has -2 
in the archive.


Adam 



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

Re: elinks[-lite] doesn't provide links anymore

[Hamish Moffatt]

On Wed, Jan 23, 2008 at 02:07:57PM +0530, Y Giridhar Appaji Nag wrote:
> Beginning elinks 0.11.3-2, the elinks and elinks-lite binary packages
> don't "Provides: links" anymore (See bug #154859 and Debian ELinks GIT
> commit a885ecead29f808310e6c2908f59f59a8d69b3ac).  The links alternative
> isn't installed.

Wouldn't have providing a links executable been a better solution?

It would have solved the bug but also not broken those other packages.


Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>


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

Re: late at night... can't think -- why is my bugs are not closed?

[Neil Williams]

On Wed, 2008-01-23 at 03:03 -0500, Yaroslav Halchenko wrote:
> Dear All, may I used your brains a bit
> 
> In a fresh package (edac-utils) I have closed a bug in recent upload
> (proper Closes statement and a Closes in .changes). But bug remains Done
> but not closed: #456644. 

Looks OK now - maybe just a delay?

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/




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

Bug#462222: ITP: lua-md5 -- Small crypto library for lua

[Enrico Tassi]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: lua-md5
Version: 1.1.1
Upstream Author: Copyright © 2003-2007 PUC-Rio and Stuart Levy
URL: http://luafroge.net/projects/md5
License: MIT/X
Description: 
  This package contains a small crypto library for Lua.
  It comprises the MD5 and the DES56 algorithms.

-- 
Enrico Tassi

Bug#462223: ITP: lua-wsapi -- Web server API abstraction layer for the lua language version 5.1

[Enrico Tassi]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: lua-wsapi
Version: First version still to be officially released 
Upstream Author: Copyright © 2004-2007 The Kepler Project.
URL: http://luaforge.net/projects/wsapi/
License: MIT/X
Description: 
 WSAPI is an API that abstracts the web server for Lua web applications,
 allowing the same application to be used in different web servers.
 .
 This package contains the WSAPI utility libraries (for common tasks like
 url encoding/decoding) as well as the following backends (server
 implementations):
 .
  - CGI (the regular environment-variables based protocol)
  - xavante (for the Xavante web server)
  - fastcgi

-- 
Enrico Tassi

Re: Correct spelling/capitalisation of project names

[Frans Pop]

> Also, what about checking debconf templates? I think that the
> probability of false positives there is quite low as long as you take
> care to check "Description" only ("_Description", indeed).

That check would lead to false positives where a command is the same as a
project name, because there will be quite a few cases where example commands
are used in strings.

Please, let's not go overboard with automated checks.


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

Gnome 2.21???

[Cyril Jaquier]

Hi all,

A few months ago, I switched from Gentoo to Debian. I used to 
install/test the development version of Gnome when it reached the API/UI 
freeze. Gentoo has the "Gentoo Gnome Overlay" [1] where Gnome packages 
are tested before going into the main Portage repository.


Is there something similar with Debian? I have not seen any 2.21 
packages in experimental yet. "Debian GNOME Packaging" [2] does not seem 
to have them yet.


Thank you.

Regards,

Cyril Jaquier

P.S. Please, do not forget to CC me as I did not subscribe to the list.

[1] http://overlays.gentoo.org/proj/gnome/wiki
[2] http://pkg-gnome.alioth.debian.org/


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

Re: Gnome 2.21???

[Loïc Minier]

On Wed, Jan 23, 2008, Cyril Jaquier wrote:
> A few months ago, I switched from Gentoo to Debian. I used to install/test 
> the development version of Gnome when it reached the API/UI freeze. Gentoo 
> has the "Gentoo Gnome Overlay" [1] where Gnome packages are tested before 
> going into the main Portage repository.
>
> Is there something similar with Debian? I have not seen any 2.21 packages 
> in experimental yet. "Debian GNOME Packaging" [2] does not seem to have 
> them yet.

 We currently maintain a little amount of GONME 2.21 modules in
 experimental, mostly platform stuff, lacking the manpower to follow the
 full set, send bugs upstream etc.

-- 
Loïc Minier


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

Re: elinks[-lite] doesn't provide links anymore

[Y Giridhar Appaji Nag]

On 08/01/23 20:59 +1100, Hamish Moffatt said ...
> On Wed, Jan 23, 2008 at 02:07:57PM +0530, Y Giridhar Appaji Nag wrote:
> > Beginning elinks 0.11.3-2, the elinks and elinks-lite binary packages
> > don't "Provides: links" anymore (See bug #154859 and Debian ELinks GIT
> > commit a885ecead29f808310e6c2908f59f59a8d69b3ac).  The links alternative
> > isn't installed.
> 
> Wouldn't have providing a links executable been a better solution?

The codebase, functionality and CLI options for links and elinks are
fast diverging, so calling elinks as links and considering elinks as a
links alternative (in the Debian sense) is probably not fair.  If a
links executable were provided, we should conflict with the links
package.

> It would have solved the bug but also not broken those other packages.

Even though I did not build or test any of those packages, I have a
feeling it would not be a very bad breakage, and I am hoping I did not
screw up very badly.

But there would be users that use elinks as links because of the
alternative it used to install.  I will:

- Document this change in README.Debian
- Have elinks install a /usr/bin/links script indicating this change to
  the user and co-ordinate with the links maintainer for a dpkg-divert.

Does that sound reasonable?

Cheers,

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature

work and live in canada

[Brenda Grand]

You are invited to "work and live in canada".


By your host Brenda Grand:

am Brenda from Canada, i am the assistant manager of Canadian Hotels,i wish to 
inform you that the hotel  need  man  and woman who can work and live  in  omni 
hotel Canada ,
A Division Of  Delta Chelsea Canadian Hotel Canada , hotel will care of your  
tickets,accommodation lodging and the visa assistance in your country,if you 
are interested ,you should please contact me back via the mail box,
[EMAIL PROTECTED]  
THE HOTEL MANAGEMENT ARE NOT RESPONSIBLE  FOR YOUR CANADA CLEAR

 Date:  Wednesday January 23, 2008

 Time:  6:00 am - 7:00 am (GMT -06:00 US/Canada Central)

Will you attend? RSVP to this invitation at:

 
http://calendar.yahoo.com/omni_advert?v=126&a1=0&iid=NhdbAs7EdRtQ%40i6kIhBleq%40%40WX45BP7X&igid=dxawNsjA3UtEalJ95hJ9Eu3%40vUd1AMfPgpbMpx%40%40

Copyright © 2008 All Rights Reserved
 www.yahoo.com

Privacy Policy:
 http://privacy.yahoo.com/privacy/us

Terms of Service:
 http://docs.yahoo.com/info/terms/

Re: loosing dependencies: Depends: on logrotate

[Ivan Shmakov]

> Don Armstrong <[EMAIL PROTECTED]> writes:

 >> Exactly. If any of the old, rather inflexible syslog implementations
 >> depended on logrotate, I would say that would be perfectly fine. But
 >> for applications (even if they write their logs themselves like
 >> apache or samba usually do), I would only expect a simple
 >> Recommends. On my servers, I'm forced to have logrotate installed
 >> due to applications like samba, even though I immediately disable
 >> logrotate after installation and use my own rotation scripts (for
 >> those applications not using syslog - syslog-ng in this case)
 >> instead.

 > You need to have some kind of log rotation in place, so a depends[0]
 > is perfectly appropriate, since the only type of log rotation that we
 > actually distribute is logrotate.[1] (I mean, without *some* kind of
 > log rotation, you're going to run out of disk space eventually, which
 > seems to me to be a pretty important bit of functionality.)

To this end Priority: important seems to be enough.

It's up to policy to specify which log rotation package (or
rather interface) is to be supported by all of the packages (and
thus by the system.)  But it should be left to the user to
decide which package to actually use.

 > Since samba even distributes an appropriate logrotate config file, it
 > obviously depends on it.

In much the same way that debian-policy package depends on
www-browser?

To my mind, /etc/logrotate.d/ file is completely an option.
Whether the user will use it or not is to be left to his or her
own discretion.

 > Finally, it's not like you can't indicate that you're dealing with
 > logrotation by yourself by using an equivs package to work around the
 > dependency.

Indeed.  Though I don't think that such a workaround should be
required.

 > Don Armstrong

 > 0: And actually, it's not clear to me why syslog-ng doens't depend
 > on logrotate.

 > 1: TTBOMK, of course; if there are others, then there possibly should
 > be a metapackage for them.

This would require the /etc/logrotate.d/ files parsing to be
implemented by the packages providing that metapackage.  In much
the same way that the `Provides: x-terminal-emulator' packages
are expected to provide an `x-terminal-emulator' alternative.

[...]


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

Re: loosing dependencies: Depends: on logrotate

[Tommi Virtanen]

On Tue, Jan 22, 2008 at 07:19:20PM -0800, Don Armstrong wrote:
> 0: And actually, it's not clear to me why syslog-ng doens't depend on
> logrotate.

I've ran plenty of machines logging directly to
.../$HOST/$/$MM/$DD/$SERVICE -- no rotation there.

-- 
:(){ :|:&};:


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

dependencies for autoconf

[Ben Pfaff]

In bug #262021, Norman Ramsey reported that the "autoreconf"
script provided by the autoconf package runs automake.  Since
at the time autoconf merely recommended automaken, instead of
depending on it, this could fail.

To fix the bug, I changed the recommendation to a dependency.

In response, Ralf Wildenhues <[EMAIL PROTECTED]> pointed
out:
> Are you going to depend on (some version of) libtool and gettext, too?
> autoreconf may invoke libtoolize and autopoint as well.
>
> FWIW, I don't think this is the right way to go.  If autoreconf invokes
> aclocal or automake, that means the package being autoreconf'ed depends
> on automake, not autoconf.

I am torn between the two possibilities.  On one hand, Debian
policy is clear that packages should have full dependencies on
all the programs that they may invoke.  On the other hand, Ralf
has a reasonable argument that it is the package being
autoreconf'd that has the dependency, not autoconf itself.  Many
packages that use autoconf do not use libtool or gettext.

Another issue is that there are multiple versions of automake in
the archive.  The dependency that I added to autoconf allows any
one of them to satisfy the dependency, but of course this is no
guarantee that this is the correct version for the package being
autoreconf'd.

I would appreciate some guidance on this issue from debian-devel.
-- 
Ben Pfaff 
http://benpfaff.org


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

Bug#462273: ITP: ensymble -- developer utilities for Symbian OS

[Dominic Hargreaves]

Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves <[EMAIL PROTECTED]>

* Package name: ensymble
  Version : 0.25
  Upstream Author : Jussi Ylänen <[EMAIL PROTECTED]>
* URL : http://www.nbl.fi/~nbl928/ensymble.html
* License : GPL
  Programming Lang: Python
  Description : developer utilities for Symbian OS

This is the Ensymble developer utilities for Symbian OS(TM), a
collection of Python modules and command line programs for Symbian
OS software development.

Current focus of Ensymble development is to provide useful tools for
making "Python for S60" (also called PyS60) programs. Supported
functions include generation of SIS (installation) packages, merging
several SIS packages into one, (re-)signing existing SIS packages and
modifying extension DLL headers. Support for other Symbian OS software
development tasks will follow.



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

Re: dependencies for autoconf

[Julien Cristau]

On Wed, Jan 23, 2008 at 09:08:47 -0800, Ben Pfaff wrote:

> I am torn between the two possibilities.  On one hand, Debian
> policy is clear that packages should have full dependencies on
> all the programs that they may invoke.

I disagree with that. Quoting policy 7.2:
  The `Depends' field should be used if the depended-on package is
  required for the depending package to provide a significant
  amount of functionality.

autoconf provides a significant amount of functionality without
automake, so there's no reason this should be a Depends imo.

Cheers,
Julien


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

Re: Re: Gnome 2.21???

[Cyril Jaquier]

Hi Loïc,

> We currently maintain a little amount of GONME 2.21 modules in
> experimental, mostly platform stuff, lacking the manpower to follow
> the full set, send bugs upstream etc.

Sad :( But why don't you "backport" Ubuntu packages?

Please, could you CC me next time? Thanks.

Regards,

Cyril Jaquier


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

Re: Re: Gnome 2.21???

[Julien Cristau]

On Wed, Jan 23, 2008 at 18:35:50 +0100, Cyril Jaquier wrote:

> Hi Loïc,
>
> > We currently maintain a little amount of GONME 2.21 modules in
> > experimental, mostly platform stuff, lacking the manpower to follow
> > the full set, send bugs upstream etc.
>
> Sad :( But why don't you "backport" Ubuntu packages?
>
How would that solve the lack of manpower?

Cheers,
Julien


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

Re: Correct spelling/capitalisation of project names

[Russ Allbery]

Frans Pop <[EMAIL PROTECTED]> writes:

>> Also, what about checking debconf templates? I think that the
>> probability of false positives there is quite low as long as you take
>> care to check "Description" only ("_Description", indeed).

> That check would lead to false positives where a command is the same as
> a project name, because there will be quite a few cases where example
> commands are used in strings.

Yeah, that's the reason why I'm only checking for capitalization in the
description (and in some doc-base files) and not anywhere else.  The risk
of false positives is a lot higher for capitalization.

It may still be worthwhile to check for spelling errors in debconf
templates, since those are more conservative, but I'm particularly leery
of false positives on spelling checks; they're notoriously annoying.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Re: dependencies for autoconf

[Russ Allbery]

Ben Pfaff <[EMAIL PROTECTED]> writes:

> I am torn between the two possibilities.  On one hand, Debian policy is
> clear that packages should have full dependencies on all the programs
> that they may invoke.  On the other hand, Ralf has a reasonable argument
> that it is the package being autoreconf'd that has the dependency, not
> autoconf itself.  Many packages that use autoconf do not use libtool or
> gettext.

It's allowable for optional functionality or commands that are not the
main purpose of the package to fail even with all Depends installed.  I'd
leave the other autotools at Recommends.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

beep-media-player transition options

[William Pitcock]

Hi,

We (Audacious package maintainers) would like to provide a transitional
package for beep-media-player, since it is now removed in Lenny. We feel
that audacious is a sufficient replacement for BMP, as it's BMP's
logical successor. BMPx is not a good choice for a transitional package,
as it is a different UI and works more like Amarok & friends.

Is there any issue with this?

William


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

Bug#462306: ITP: gpe-tetris -- tetris game for small screens and embedded devices

[Neil Williams]

Package: wnpp
Severity: wishlist
Owner: Neil Williams <[EMAIL PROTECTED]>


* Package name: gpe-tetris
  Version : 0.6.4
  Upstream Author : David Necas <[EMAIL PROTECTED]>
* URL : http://gpe.linuxtogo.org/projects/
* License : GPL
  Programming Lang: C
  Description : tetris game for small screens and embedded devices

Falling-block game for the G Palmtop Environment.

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

Kernel: Linux 2.6.22-3-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Re: Correct spelling/capitalisation of project names

[Raphael Geissert]

Russ Allbery wrote:
> Frans Pop <[EMAIL PROTECTED]> writes:
> 
>>> Also, what about checking debconf templates? I think that the
>>> probability of false positives there is quite low as long as you take
>>> care to check "Description" only ("_Description", indeed).
> 
>> That check would lead to false positives where a command is the same as
>> a project name, because there will be quite a few cases where example
>> commands are used in strings.
> 
> Yeah, that's the reason why I'm only checking for capitalization in the
> description (and in some doc-base files) and not anywhere else.  The risk
> of false positives is a lot higher for capitalization.
> 
> It may still be worthwhile to check for spelling errors in debconf
> templates, since those are more conservative, but I'm particularly leery
> of false positives on spelling checks; they're notoriously annoying.
> 

What about ignoring those which are lowercase when checking debconf
templates? 
I guess that would reduce the number of false positives and still catch some
true positives.

Cheers,
Raphael Geissert


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

Re: Gnome 2.21???

[Cyril Jaquier]

Hi Julien,

>>> We currently maintain a little amount of GONME 2.21 modules in
>>> experimental, mostly platform stuff, lacking the manpower to follow
>>> the full set, send bugs upstream etc.
>> Sad :( But why don't you "backport" Ubuntu packages?
>>
> How would that solve the lack of manpower?
> 

It won't solve the lack of manpower but could help a bit. I know this is
probably a way too simple but:

- take Ubuntu source packages.
- remove Ubuntu specific patches, adapt dependencies, etc.

But packaging is probably not the most time consuming task ;) How could
I help?

Regards,

Cyril


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

Live Training & Education Programs (Coaching & Personal Success)

[John Spencer Ellis]

If you are having trouble viewing this message, please go to 
http://community.icontact.com/p/spencer2/newsletters/spencer2.

Life Success & Life Coach Training... Take our 8-weekend program or 3-day
intensive (both at our corporate office in Rancho Santa Margarita) 

OPTION #!

___


FIRST TIME EVER!

Hemispheric Integration with NLP+

& Life Strategies Coach Dual Certification



GAIN THE LIFE SKILLS AND TOOLS

TO BRIDGE THE GAPS IN YOUR LIFE!


Move from:

Challenge to Resolution!

Stuck to Choice!

Being Controlled from the Outside to Inner Control over your Life
Experience!


ONE TRAINING PROGRAM - TWO CERTIFICATIONS!


In just eight exciting weekends (one weekend per month) you will earn the
following designations:


* Hemispheric Integration with NLP+ Life Skills Practitioner: Level 1

* Spencer Institute Certified Life Strategies Coach


Benefits for enrolling in this one-of-a-kind program:


The life skills presented in this course are the foundation tools to build
valuable relationships, create inner peace and centeredness for optimum
wellness, and be authentic in communication and negotiation leading to
success, wealth and happiness.


Dates and Times: One weekend per month (8 weekends in 2008)


* February 9-10

* March 1-2

* April 5-6

* May 3-4

* May 31-June 1

* July 12-13

* August 2-3

* September 6-7 (Training & Graduation)


You will learn to ...



BUILD YOUR SELF


* Clarify your dreams for the future – create a road-map for success.

* Change unwanted habits and behaviors that stand in your way.

* Transcend past traumas and replace outdated belief systems.

* Relieve phobias and anxiety.

* Move through grief and depression.

* Discover the true essence of yourself and core identity.


BUILD YOUR RELATIONSHIPS


* Build rapport - understand communication styles and how to be heard.

* Set and maintain strong, yet respectful boundaries.

* Bypass resistance and effectively negotiate for win-win results.

* Discover and resolve internal conflicts.


BUILD YOUR BUSINESS


* Become the business person recognized for having wisdom, skills and
insights that identify you as a leader in your field.

* Foster world-class productivity and customer service results.

* Use verbal and non-verbal clues to identify the best way to approach
each subject and situation.

* Coaches, counselors, and managers can facilitate maximum results in
minimum time.


Whether you want to earn our unique Dual Certifications or just want to
have more choices, and positive results in your own life “Your Bridge to
Success - Your Bridge to Freedom” can put you on the path to personal
excellence.


Attain what you need to build valuable relationships, inner peace and
optimum wellness.


* Inspire for Success.

* Communicate Effectively.

* Manage Stress.

* Unhook Internal Sabotage.

* Clear the Clutter of Your Mind.

* Live in the Harmony of Balance!


Class Size is limited to 26 students per training session. Register today
as training sessions sell out early.


Special Bonus Feature #1: Life Coaching Business Success with Dr. John
Spencer Ellis


Special Bonus Feature #2: Free Book: The Other Mind’s Eye: The Gateway
to the Hidden Treasures of Your Mind


Training Location: Spencer Institute Headquarters in South Orange County,
CA


http://www.spencerinstitute.com/nlp-coach-certification-training-course-live-workshop.html


If you need place to stay:

Courtyard by Marriott Foothill Ranch Irvine Spectrum

27492 Portola Parkway, Foothill Ranch, California 92610

949-951-5700 Fax: 949-597-0731


Ayers in Mission Viejo (Tell them you are with a John Spencer Ellis Event)


Or Call (877) SDI-MIND Today for More Information

and to Register by Phone!


Note: There is a contingency for meeting the certification requirements if
an emergency situation causes a participant to miss a weekend or part of a
training day. This will be handled on an individual basis.

Get the details and sign up now because space is limited!


http://www.spencerinstitute.com/nlp-coach-certification-training-course-live-workshop.html





OPTION #2





Live Training

Life Coach Seminar and Workshops 3-day Weekend



You and a friend are invited!



Create Choice – Change Your Life



Increase (or Expand) Your Business



Become a Life Strategies Coach!



Live Workshop in Orange County, CA


February 22-24


http://www.spencerinstitute.com/life-coaching-live-training-workshop-seminar.html


Program Title: Life Strategies Coach Certification

Credential: After successfully completing all tasks, you will hold the
title of Certified Life Strategies Coach or "CLSC".

Enroll in this program if you want to learn life coaching skills or
become a life coach 


http://www.spencerinstitute.com/life-coaching-live-training-workshop-seminar.html
 

This message was sent by: John Spencer Ellis Enterprises, 30245 Tomas, Rancho 
Santa Margarita, CA 92688

Powered

Re: dependencies for autoconf

[Michael Biebl]

Ben Pfaff wrote:

In bug #262021, Norman Ramsey reported that the "autoreconf"
script provided by the autoconf package runs automake.  Since
at the time autoconf merely recommended automaken, instead of
depending on it, this could fail.

To fix the bug, I changed the recommendation to a dependency.


autoconf can work perfectly fine without automake/libtool/intltool/whatever.
I know a few projects which use handwritten Makefile.inS and autoconf to 
process them (no automake involved).
So making it a hard Dependency is wrong imho. I'd suggest changing it 
back to Recommends.


Cheers,
Michael


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



signature.asc
Description: OpenPGP digital signature

Re: late at night... can't think -- why is my bugs are not closed?

[Yaroslav Halchenko]

Well... as Neil pointed it seems not to be the case -- m68k arch is
still -1 but now it is "resolved". Also I thought that may be transition
point is migration to testing but not -- it was there on 13th Jan or
so... 

Meanwhile for all of you to share the joy ;-) (I wonder why I keep it
open :-))
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454525

 From: darksun <[EMAIL PROTECTED]>
 To: Debian Bug Tracking System <[EMAIL PROTECTED]>
 Subject: debian/links: Remove iceweasel symlinks.
 Date: Wed, 05 Dec 2007 23:14:15 +0100

 Package: mozilla-firefox-adblock
 Version: 0.5.3.043-4
 Severity: minor
 User: Michele Angrisano
 Usertags: origin-ubuntu hardy ubuntu-patch

 In Ubuntu, we've applied the attached patch to achieve the following:

   * Merge from Debian unstable, remaining changes:
 - debian/links:
   + Remove the iceweasel symlink.
 - debian/control:
   + Remove the iceweasel Depends.
   + Update maintainer field.

 We thought you might be interested in doing the same.

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



   --


> i.e. the m68k package in unstable is still buggy. The bug will stop being 
> "outstanding" once it isn't present in any package - i.e. once m68k has 
> -2 in the archive.
>
> Adam 
-- 
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student  Ph.D. @ CS Dept. NJIT
Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
WWW: http://www.linkedin.com/in/yarik


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

Re: late at night... can't think -- why is my bugs are not closed?

[Adam D. Barratt]

Hi,

On Wed, 2008-01-23 at 22:39 -0500, Yaroslav Halchenko wrote:
> Well... as Neil pointed it seems not to be the case -- m68k arch is
> still -1 but now it is "resolved".

Where are you seeing it as "resolved"? It's still listed as outstanding
on
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=edac-utils;dist=unstable

Adam


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

Re: late at night... can't think -- why is my bugs are not closed?

[Neil Williams]

On Thu, 2008-01-24 at 07:09 +, Adam D. Barratt wrote:
> Hi,
> 
> On Wed, 2008-01-23 at 22:39 -0500, Yaroslav Halchenko wrote:
> > Well... as Neil pointed it seems not to be the case -- m68k arch is
> > still -1 but now it is "resolved".
> 
> Where are you seeing it as "resolved"? It's still listed as outstanding
> on
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=edac-utils;dist=unstable
> 

http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=edac-utils

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/




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