Bug#493818: ITP: teseq -- a utility for rendering terminal typescripts human-readable

[Ryan Niebur]

Package: wnpp
Owner: Ryan Niebur <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: teseq
  Version : 1.0.0
  Upstream Author : Micah Cowan <[EMAIL PROTECTED]>
* URL : http://www.gnu.org/software/teseq/
* License : GPLv3+
  Programming Lang: C, Perl
  Description : a utility for rendering terminal typescripts human-readable

GNU Teseq is a tool for analyzing files that contain control
characters and terminal control sequences. It is intended to be
useful for diagnosing terminal emulators, and programs that make
heavy use of terminal features (such as those based on the Curses
library).

It is primarily targeted at individuals who possess a basic
understanding of terminal control sequences, especially CSI
sequences; however, by default Teseq will try to identify and
describe the sequences that it encounters, and the behavior they
might produce in a terminal.

-- 
_
Ryan Niebur
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Re: Should the X packages pre-depend on awk?

[Steve Langasek]

On Sun, Aug 03, 2008 at 01:32:48PM +0200, Santiago Vila wrote:
> On Sat, 2 Aug 2008, Steve Langasek wrote:

> > Santiago, please see
> >  for an
> > explanation of why I've reassigned this bug; I think awk has been
> > accidentally left outside the Essential set in a subtle way that has gone
> > largely unnoticed, probably because no one uses awk in their preinst
> > scripts. :)

> Thanks a lot for the explanation.

> My only fear is: Will debootstrap manage gracefully a base-files
> package having a pre-depends: awk?

Looking at the package relationships, I can't see any reason that it
wouldn't.  But I wouldn't swear on this before someone tests it.  (I think
unstable is an ok place to test this. :-)

> If yes, would the fix for this (a pre-depends: awk) be allowed in lenny?

Unless overridden by the release managers, I would give this a freeze
exception, yes.

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


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

Re: Bug#493697: ITP: mobile-manager -- mobile manager GPRS/3G daemon

[Juan Manuel García Molina]

Hi, Guus.

Thanks for your valuable information.

As I said before, my first task is rewriting the package information.

2008/8/4 Guus Sliepen <[EMAIL PROTECTED]>

> On Mon, Aug 04, 2008 at 12:12:33PM +0200, Juan Manuel Garcia Molina wrote:
>
> > * Package name: mobile-manager
> [...]
> >   Description : mobile manager GPRS/3G daemon
> >
> >  Mobile Manager is a GPRS/3G daemon developed by Telefonica.
> >  This daemon cover the GPRS/3G functions for develop and work
> >  over GPRS/3G
>
> Is this similar to "wader" (see ITP bug #492875)? If so, perhaps you
> should make the upstreams work together.
>
> As for the description in your ITP, it doesn't really tell me what it is
> doing except that it has something to do with GPRS/3G. On the website,
> there is a very clear description, you should use it as a basis for the
> description of your package:
>
>  Mobile Manager is a D-Bus service to control and use mobile data devices
>  in Linux-based platforms. Mobile Manager provides a unified API to
>  govern the following aspects of the GPRS/3G devices attached to the
>  system:
>  .
>  * Plug & Play device support.
>  * PIN/PUK management.
>  * Device information and status.
>  * Connection establishment and traffic monitoring.
>
> What is missing here is whether or not mobile-manager comes with a GUI
> component to
> interact with the daemon.


Certainly, it is just the daemon.

The piece of software that acts as GUI is called escritorio-movistar (ITP
#463967).

Regards,
Juanma.


>
>
> --
> Met vriendelijke groet / with kind regards,
>  Guus Sliepen <[EMAIL PROTECTED]>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iEYEARECAAYFAkiW7LUACgkQAxLow12M2nun+gCeOEweIMosKdJCBX0CPwvlp7Hz
> qmwAn1y+bFGlxzkTwnOwVsS0HlMX7tao
> =Ve9g
> -END PGP SIGNATURE-
>
>


-- 
Juan Manuel García Molina *** [EMAIL PROTECTED]
De nuevo en la blogocosa esa: http://www.superiodico.net

Re: Not stopping daemons, where are we?

[Petter Reinholdtsen]

[James Westby]
> Below is the current list that I was able to calculate. There are
> also bugs filed on backuppc and system-tools-backends.

Not too bad, it seem.

Just to chip in my view on this, as one of the sysvinit package
maintainers.  I believe dropping shutdown symlinks in runlevel 0 and 6
for scripts that only kill the daemon is a good idea, and have
recommended on several occations when I submitted BTS reports about
dependency based boot sequencing.

As far as I am concerned, the boot/shutdown system in Debian do not
need stop symlinks to kill daemons, as init.d/sendsigs do the same job
quicker and better, and thus consider all packages doing it to be
wasting resources.  I would recommend severity normal, as this issue
is just wasting resources, not breaking functionality.

It would be great if we could speed up shutdown a bit more. :)

Happy hacking,
-- 
Petter Reinholdtsen


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

Bug#493849: ITP: libnet-ldap-class-perl -- object-relational mapper for Net::LDAP

[Dominic Hargreaves]

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

* Package name: libnet-ldap-class-perl
  Version : x.y.z
  Upstream Author : Peter Karman <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Net-LDAP-Class/
* License : Dual GPL/Artistic
  Programming Lang: Perl
  Description : object-relational mapper for Net::LDAP

The architecture of this package is based on Rose::DB::Object. NLC uses
the Rose::Object package to create methods and handle the mundane
get/set features. In addition, Net::LDAP::Class::MethodMaker implements
a new method type called related_objects which handles the get/set/fetch
of NLC objects related to a given NLC object.



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

Re: Not stopping daemons, where are we?

[Petter Reinholdtsen]

[Hai Zaar]
> We can add even more flexibility: You may leave today's scripts as
> they are, and add "skippable" flag somewhere around LSB headers or
> /etc/default/.
> Then if system administrator will have some weired situation where
> he should like to perform explicit shutdown for particular service -
> it can just unset "skippable" flag for that service.

This is already possible using the "flag" represented by the symlinks
in /etc/rcX.d/.  If the package maintainer do not want the script to
run in runlevel 0 and 6, the symlinks will be missing.  If the
sysadmin want to run the script anyway, the symlinks can be added.
The package system will keep the symlinks and the sysadmin should get
what he want.

Happy hacking,
-- 
Petter Reinholdtsen


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

Re: Bug#493697: ITP: mobile-manager -- mobile manager GPRS/3G daemon

[Michael Biebl]

Hendrik Sattler wrote:

Am Montag, 4. August 2008 13:49:09 schrieb Guus Sliepen:

What is missing here is whether or not mobile-manager comes with a GUI
component to interact with the daemon.


...and how it can maybe interact with network-manager. There is not so much 
special about a GPRS/whatever device apart from the few AT chatting that 
handles PIN/PUK and the dial commands. The world was using pppd for that.

I vote for all three working together...



Regarding that topic, see also:

http://mail.gnome.org/archives/networkmanager-list/2008-August/msg4.html


Cheers,
Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#493852: ITP: libnet-ldap-server-test-perl -- test Net::LDAP code

[Dominic Hargreaves]

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

* Package name: libnet-ldap-server-test-perl
  Version : 0.07
  Upstream Author : Peter Karman <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Net-LDAP-Server-Test/
* License : Dual GPL/Artistic
  Programming Lang: Perl
  Description : test Net::LDAP code

Implements a simple LDAP server in Perl used for testing LDAP code
without a real LDAP server being available.



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

Bug#493851: ITP: libnet-ldap-batch-perl -- perform a batch of LDAP actions

[Dominic Hargreaves]

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

* Package name: libnet-ldap-batch-perl
  Version : 0.02
  Upstream Author : Peter Karman <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Net-LDAP-Batch/
* License : Dual GPL/Artistic
  Programming Lang: Perl
  Description : perform a batch of LDAP actions

Net::LDAP::Batch performs a series of actions against a LDAP server. If
any of the actions fails, then all the actions in the batch are
reverted.



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

Re: Bug#493697: ITP: mobile-manager -- mobile manager GPRS/3G daemon

[Juan Manuel García Molina]

Hi all.

After reading your messages, I have to tell you that I will contact upstream
author to ask for integration with existing software.

I will also rewrite package description to make it more readable.

Regards,
Juanma.

2008/8/4 Juan Manuel Garcia Molina <[EMAIL PROTECTED]>

> Package: wnpp
> Severity: wishlist
> Owner: Juan Manuel Garcia Molina <[EMAIL PROTECTED]>
>
> * Package name: mobile-manager
>  Version : 0.7
>  Upstream Author : Telefonica Moviles Spain, S.A.U. <
> [EMAIL PROTECTED]>
> * URL : http://mobilemanager.openmovilforum.com
> * License : LGPL
>  Programming Lang: Python
>  Description : mobile manager GPRS/3G daemon
>
>  Mobile Manager is a GPRS/3G daemon developed by Telefonica.
>  This daemon cover the GPRS/3G functions for develop and work
>  over GPRS/3G
>
> -- System Information:
> Debian Release: lenny/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
>
>
>


-- 
Juan Manuel García Molina *** [EMAIL PROTECTED]
De nuevo en la blogocosa esa: http://www.superiodico.net

Re: Bits from the Debian Eee PC team, summer 2008

[Robert Millan]

On Sun, Aug 03, 2008 at 10:11:32AM -0300, Ben Armstrong wrote:
> As Robert Millan brought to my attention, in my enthusiasm to present
> our progress towards fully Lenny support for the Eee in the best
> possible light, my announcement muddied the distinction between Lenny
> and non-free when I said that the earliest Eee models are now "fully
> supported" in Lenny. I have corrected my blog article to make it clear
> that full support will not be realized until we have ath5k. The new
> first point of the article reads:
> 
> Earliest Eee models supported in Lenny
> 
> Lenny will release with the atl2 ethernet driver and the non-free
> madwifi-source now works with the earliest Eee models as well, so our
> patched version is no longer needed.  This means Lenny will work with
> all of the earliest models of the Eee PC: 701 (2G and 4G surf, 4G, 8G)
> and 900! All we need now for full support in Lenny is to replace the
> non-free wireless driver with the free ath5k driver when it is ready.

Thanks Ben.

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."


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

Bug#484700: further info and fix

[Neil Williams]

After discussions with Bernhard on IRC, this bug has been fixed in
busybox SVN (1.12.0) and tested in Emdebian.

 blindvt_ : the new busybox chpasswd now *works* yippee!
 the test command I used was:
 echo "neil:balloontest" | chpasswd
 Ctrl-D
 echo $?
 $ 1
 echo "neil:balloontest" | /tmp/busybox chpasswd
 Password for 'neil' changed
 echo $?
 $ 0
 testing with su neil; su neil shows that the first command failed to
modify the password, the second one (from SVN) works fine.
blindvt_: codehelp, ok, thus i consider this fixed. You may want to
verify if it works with 1.11.x; If not then i'm willing to backport
fixes to 1.11.x
 codehelp, and perhaps try svn trunk with the config you used
for your non-working version
 codehelp, let's play safe. Perhaps it works with 1.10.x and it is just
somehow misconfigured
 blindvt_: which revisions in SVN relate to this fix, is it
only r23046 ?
 it's too close to the Lenny release to go even to 1.11 so I'll be
looking at whether this works in 1.10.2 or simply moving Emdebian to
1.12 ahead of Debian
 Debian doesn't use the busybox chpasswd in the installer so this bug
doesn't affect Debian as-such
 testing the full config now
 codehelp, i don't know since when it was fixed. r23046 has
nothing to do with it, that one only fixed -e which is not exercised in
your example above
 ok
 codehelp, 1.10.4 should work equally well. I'd go for 1.11.1
if i was about to update, though. http://busybox.net/ has a shortlist of
changes for the respective versions
 codehelp, i'll install r23046 on the stable branch in a day or two, to
make sure it ends in the next 1.11 release, fwiw
 just so you know, the full diff between 1.10.2 chpasswd.c and
chpasswd.c in current SVN relies on other changes elsewhere because the
build breaks with that patch. Not surprising but it does mean Emdebian
will need to migrate to 1.11.1 rather than try to backport the
chpasswd.c change to 1.10.2
 codehelp, nod. I would recommend and do support going to
1.11.1 at any rate. There were numerous bugfixes and 1.11 is the current
stable release, as opposed to the 1.10.x series which is considered old
 agreed - it was only after the worksession at TCl in
Cambridge in June that Debian moved from 1.9 to 1.10 :-)
 it's not unexpected that Emdebian will need to be ahead of Debian
temporarily
 it's a pity that there are so many superfluous and long fixed
but open bugreports against busybox in various parts of debian. Makes
looking for actual bugs or wishes a bit awkward.
 and i'm not sure if i'm allowed to try to tag them as resolved. I guess
doing so would not be well received which of course doesn't help to cut
down on the number of open bugs
 with the extra encouragement from Emdebian, I'm hoping that
D-I will be willing to keep busybox up to date in future - changing
things right now is probably not achievable but certainly once Lenny is
released. You can tag any Debian bugs as "fixed-upstream" - feel free to
do so.
 resolved or closed has a different meaning - fixed-upstream indicates
that the bug submitter needs to nag the maintainer (the Debian Installer
team) to update
 codehelp, ok, i see.
 blindvt_ : I have an opportunity to get this whole thing
fixed for Lenny!
 codehelp, awesome. fore! 8)
 If you are OK with me quoting this IRC log in the bug report,
I can re-assign the existing Emdebian bug report to busybox in Debian,
make it Release-Critical (as already agreed with D-I) and get it
fixed. :-)
 codehelp, sure, please do.

So I'll re-assign this bug to busybox and raise severity to RC.

Recommended fix is to update busybox to 1.11 once this fix is
backported.

-- 


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

Processed: severity of 484700 is serious, reassign 484700 to busybox ...

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> severity 484700 serious
Bug#484700: buildd.emdebian.org: busybox chpasswd broken in crossbuilt package
Severity set to `serious' from `important'

> reassign 484700 busybox
Bug#484700: buildd.emdebian.org: busybox chpasswd broken in crossbuilt package
Bug reassigned from package `general' to `busybox'.

> retitle 484700 busybox: chpasswd fails to set root password
Bug#484700: buildd.emdebian.org: busybox chpasswd broken in crossbuilt package
Changed Bug title to `busybox: chpasswd fails to set root password' from 
`buildd.emdebian.org: busybox chpasswd broken in crossbuilt package'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Re: Re: Bits from the Debian Eee PC team, summer 2008

[Hans-J. Ullrich]

Dear maintainers, 

you wwrote

> As Robert Millan brought to my attention, in my enthusiasm to present
> our progress towards fully Lenny support for the Eee in the best
> possible light, my announcement muddied the distinction between Lenny
> and non-free when I said that the earliest Eee models are now "fully
> supported" in Lenny. I have corrected my blog article to make it clear
> that full support will not be realized until we have ath5k. The new
> irst point of the article reads:

Eh, yes, but kernel-module "ath5k" is still buggy (Bug #1542: cannot get an IP 
with dhcp) now for almost half a year - and no one seem to care. 

So I think, its is not quite a good idea, to use "ath5k" on an installation 
media, especially for non experienced users.

> Earliest Eee models supported in Lenny

> Lenny will release with the atl2 ethernet driver and the non-free
> madwifi-source now works with the earliest Eee models as well, so our
> patched version is no longer needed.  This means Lenny will work with
> all of the earliest models of the Eee PC: 701 (2G and 4G surf, 4G, 8G)
> and 900! All we need now for full support in Lenny is to replace the
> non-free wireless driver with the free ath5k driver when it is ready.

> Sorry for the confusion,
> Ben

Maybe someone should mention this..

Regards

Hans


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

Re: Re: Bits from the Debian Eee PC team, summer 2008

[jaromil]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


re all,

On Tue, Aug 05, 2008 at 06:36:14PM +0200, Hans-J. Ullrich wrote:

> Eh, yes, but kernel-module "ath5k" is still buggy (Bug #1542: cannot
> get an IP with dhcp) now for almost half a year - and no one seem to
> care.

i can confirm this is no  longer the case.  ath5k works, you can refer
to Jeff  Moe's development on fre, rpms published at:

http://www.fre.org/i386/RPMS.FRE/  

> So I  think, its  is not  quite a good  idea, to  use "ath5k"  on an
> installation media, especially for non experienced users.

it is  not about an  "idea", but about  using or not free  software: i
think debian developers  are so concerned about such  policy that this
cannot even be a debate.

ciao

- -- 
  Jaromil, dyne.org developer, http://jaromil.dyne.org

GPG: 779F E8B5 47C7 3A89 4112  64D0 7B64 3184 [ B534 0B5E ]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFImIqUe2QxhLU0C14RAncoAJ9cXne5G9zZXF13M5TS+2vvx/rNWwCg3PIU
laqjzFEoWP2krbw3WM3V+SA=
=/1Za
-END PGP SIGNATURE-


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

Re: Bits from the Debian Eee PC team, summer 2008

[Hans-J. Ullrich]

Am Dienstag, 5. August 2008 schrieb jaromil:
> re all,
>

Hi jaromil, 
> On Tue, Aug 05, 2008 at 06:36:14PM +0200, Hans-J. Ullrich wrote:
> > Eh, yes, but kernel-module "ath5k" is still buggy (Bug #1542: cannot
> > get an IP with dhcp) now for almost half a year - and no one seem to
> > care.
>
> i can confirm this is no  longer the case.  ath5k works, you can refer
> to Jeff  Moe's development on fre, rpms published at:
>

Oh, cool ! I will test it and then close the Bug. Great stuff !!!
Thanks for the advice !
> http://www.fre.org/i386/RPMS.FRE/
>
> > So I  think, its  is not  quite a good  idea, to  use "ath5k"  on an
> > installation media, especially for non experienced users.
>
> it is  not about an  "idea", but about  using or not free  software: i
> think debian developers  are so concerned about such  policy that this
> cannot even be a debate.
>

Yes, I am strictly confirming it. FOSS should always be chosen, whenever it is 
available ! This is the main reason, why I chose the Debian distribution for 
myself: There is no commercial distributor behind Debian (like Redhat, SuSE, 
Mandriva or Ubuntu). It is real free - the last bastion !  

> ciao
>
> --
>   Jaromil, dyne.org developer, http://jaromil.dyne.org
>
> GPG: 779F E8B5 47C7 3A89 4112  64D0 7B64 3184 [ B534 0B5E ]


Cheers

Hans


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

Packages getting marked not-for-us

[John Goerzen]

Hi,

I have been having what is a recurring problem:

One of the buildds will (apparently) randomly mark one of my packages
not-for-us.  That despite the fact that the package built on that buildd
in the past, and there's no reason to suggest that architecture has been
excluded.

This then gets in the way of packages migrating to testing, because the
buildd had built former versions there.

This seems to happen to me most often on the s390 build daemon, and has
happened with at least 3 to 5 different packages now.  (Current example
is hpodder).  In fact, I don't think I've ever seen it happen elsewhere.

It seems to happen when build-deps don't get satisfied, or where there
is some problem installing the build-deps.

Back in the Old Days when I ran an Alpha buildd (years ago), things
never got automatically marked not-for-us; that happened manually.
After asking around on IRC a few weeks ago, there is no longer consensus
that's how it happens now.  Does anybody know?

-- John


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

Re: Packages getting marked not-for-us

[Marc 'HE' Brockschmidt]

John Goerzen <[EMAIL PROTECTED]> writes:
> Back in the Old Days when I ran an Alpha buildd (years ago), things
> never got automatically marked not-for-us; that happened manually.
> After asking around on IRC a few weeks ago, there is no longer consensus
> that's how it happens now.  Does anybody know?

not-for-us needs to be set manually.

Marc
-- 
BOFH #347:
The rubber band broke


pgp8LFGZXWBlM.pgp
Description: PGP signature

html2text with utf8 support: please test

[Eugene V. Lyubimkin]

Hi!

Utility html2text, version 1.3.2a-6, with "utf8" patch was just uploaded to 
experimental.
The patch allows to process UTF-8 files when '-utf8' option supplied. Input 
should be in
UTF-8 and output will be in UTF-8 too.

Please test this functionality - I believe that UTF-8 support is a good feature,
especially for processing non-English documents.

Regards,
-- 
Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer.



signature.asc
Description: OpenPGP digital signature

Invitation to connect on LinkedIn

[Bjarke Bolding Rasmussen]

LinkedIn


Bjarke Bolding Rasmussen requested to add you as a connection on LinkedIn:
--

Paul,

I'd like to add you to my professional network on LinkedIn.

-Bjarke Bolding

View invitation from Bjarke Bolding Rasmussen
http://www.linkedin.com/e/uwTRS9NuUj0vo8kjIcGBPqZTCi3vo8VBXfNSMrhwsPJn/blk/688075984_2/cBYQe3ARdP0Ue3oLqnpPbOYWrSlI/svi/
 
--

DID YOU KNOW you can showcase your professional knowledge on LinkedIn to 
receive job/consulting offers and enhance your professional reputation? Posting 
replies to questions on LinkedIn Answers puts you in front of the world's 
professional community.
http://www.linkedin.com/e/abq/inv-24/

 
--
(c) 2008, LinkedIn Corporation

Invitation to connect on LinkedIn

[Bjarke Bolding Rasmussen]

LinkedIn


Bjarke Bolding Rasmussen requested to add you as a connection on LinkedIn:
--

Paul,

I'd like to add you to my professional network on LinkedIn.

-Bjarke Bolding

View invitation from Bjarke Bolding Rasmussen
http://www.linkedin.com/e/uwTRS9NuUj0vo8kjIcGBPqZTCi3vo8VBXfNSMrhwsPJn/blk/688090500_2/cBYMc3kMej0Ue3oLqnpPbOYWrSlI/svi/
 
--

DID YOU KNOW you can showcase your professional knowledge on LinkedIn to 
receive job/consulting offers and enhance your professional reputation? Posting 
replies to questions on LinkedIn Answers puts you in front of the world's 
professional community.
http://www.linkedin.com/e/abq/inv-24/

 
--
(c) 2008, LinkedIn Corporation

Bug#493909: ITP: libkinosearch-perl -- search engine library

[Dominic Hargreaves]

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

* Package name: libkinosearch-perl
  Version : 0.162
  Upstream Author : Marvin Humphrey <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/KinoSearch/
* License : Dual GPL/Artistic
  Programming Lang: Perl, C
  Description : search engine library

KinoSearch is a loose port of the Java search engine library Apache
Lucene, written in Perl and C. The archetypal application is website
search, but it can be put to many different uses.



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

Bug#493910: ITP: liblingua-stem-snowball-perl -- Perl interface to Snowball stemmers

[Dominic Hargreaves]

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

* Package name: liblingua-stem-snowball-perl
  Version : 0.941
  Upstream Author : Marvin Humphrey <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Lingua-Stem-Snowball/
* License : Dual GPL/Artistic, portions BSD
  Programming Lang: Perl, C
  Description : Perl interface to Snowball stemmers

Stemming reduces related words to a common root form. For instance,
"horse", "horses", and "horsing" all become "hors". Most commonly,
stemming is deployed as part of a search application, allowing searches
for a given term to match documents which contain other forms of that
term.

This module is very similar to Lingua::Stem -- however, Lingua::Stem
is pure Perl, while Lingua::Stem::Snowball is an XS module which
provides a Perl interface to the C version of the Snowball stemmers.
(http://snowball.tartarus.org).



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

Re: Please test syslinux 3.71+dfsg-1

[Adeodato Simó]

* Daniel Baumann [Tue, 05 Aug 2008 04:40:23 +0200]:

> Please keep your not funny
> jokes for yourself next time rather than to piss off people with good
> intentions, thanks.

I try to maintain the ratio piss_I_take / piss_I_emit way, way above 1.
I agree everybody should do the same, yes.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Listening to: Joaquín Sabina - Y sin embargo


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

Bug#493912: ITP: liblingua-stopwords-perl -- Stop words for several languages

[Dominic Hargreaves]

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

* Package name: liblingua-stopwords-perl
  Version : 0.08
  Upstream Author : Marvin Humphrey <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Lingua-StopWords/
* License : Dual GPL/Artistic
  Programming Lang: Perl
  Description : Stop words for several languages

In keyword search, it is common practice to suppress a collection of
"stopwords": words such as "the", "and", "maybe", etc. which exist in in
a large number of documents and do not tell you anything important about
any document which contains them. This module provides such "stoplists"
in several languages.



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

Re: Packages getting marked not-for-us

[Mark Brown]

On Tue, Aug 05, 2008 at 12:21:52PM -0500, John Goerzen wrote:

> This seems to happen to me most often on the s390 build daemon, and has
> happened with at least 3 to 5 different packages now.  (Current example
> is hpodder).  In fact, I don't think I've ever seen it happen elsewhere.

> It seems to happen when build-deps don't get satisfied, or where there
> is some problem installing the build-deps.

This is quite common with the s390 buildd - it tends to happen when it
appears that the package may not be useful on s390 (eg, due to apparing
to require hardware not available on s390), apparently based on the
package description.

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


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