Your message dated Sun, 1 Aug 2010 21:51:53 -0400
with message-id <[email protected]>
and subject line namespace collision surfraw vs googlecl
has caused the Debian Bug report #590681,
regarding namespace collision surfraw vs googlecl
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
590681: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590681
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: googlecl
Version: 0.9.8-1
Severity: normal


the surfraw shortcut for querying google and the commandname for googlecl 
are the same, i.e. "google", which sucks if you have something like this 
in your .bashrc:

        export PATH=$PATH:/usr/lib/surfraw

surfraw used the name "google" first, so i suggest googlecl changes the name
for it's executable from "google" to "googlecl" or whatever.

thanks for making the best OS in the world.

regards bubo


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

Kernel: Linux 2.6.32 (SMP w/2 CPU cores)
Locale: LANG=de_AT.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages googlecl depends on:
ii  python                        2.6.5-5    An interactive high-level object-o
pn  python-gdata                  <none>     (no description available)
ii  python-support                1.0.9      automated rebuilding support for P

googlecl recommends no packages.

googlecl suggests no packages.



--- End Message ---
--- Begin Message ---
tags 590681 wontfix
thanks

surfraw squats a ridiculous number of popular binary names. Fortunately,
they are only used as private binaries.
I don't see a compelling reason to rename googlecl's binary here.

Thank you

Arthur

--- End Message ---

Reply via email to