On Tue, May 1, 2018 at 6:01 AM, Christos Zoulas wrote:
> In article ,
> Michael van Elst wrote:
>>jo...@bec.de (Joerg Sonnenberger) writes:
>>
>>>touch 'foo bar'
>>>ls foo
>>
>>Pressing TAB after foo yields:
>>
>>$ touch 'foo bar'
>>$ ls foo\ bar
>>foo bar
>>
>>But
>>
>>$ touch 'foo*bar'
>>$ ls f
On Mon, Apr 30, 2018 at 8:56 PM, Michael van Elst wrote:
> jo...@bec.de (Joerg Sonnenberger) writes:
>
>>touch 'foo bar'
>>ls foo
>
> Pressing TAB after foo yields:
>
> $ touch 'foo bar'
> $ ls foo\ bar
> foo bar
>
> But
>
> $ touch 'foo*bar'
> $ ls foo
> foo bar foo*bar
> $ ls foo*bar
> foo bar
On Wed, Jun 21, 2017 at 2:05 PM, Paul Goyette wrote:
> On Mon, 19 Jun 2017, Paul Goyette wrote:
>
>> On Sun, 18 Jun 2017, Abhinav Upadhyay wrote:
>>
>>> I have just committed this:
>>> http://mail-index.netbsd.org/source-changes/2017/06/18/msg085477.html
>&
Hi,
Some man pages contain reference to getcap(3) (for instance
cap_mkdb(1)) but there is no such man page installed in base. Looking
at the sets list, it appears getcap(3) was removed a while back.
cgetcap(3) seems to be its alternative, should we change the
references to cgetcap(3)?
-
Abhinav
On Thu, Jun 8, 2017 at 10:00 PM, Abhinav Upadhyay
wrote:
> On Thu, Jun 8, 2017 at 10:21 AM, Paul Goyette wrote:
>> Don't get me wrong, I love apropos(1). But...
>
> Thank you :)
>
>> I'm continually bitten by the "stemming" that occurs. Today&#x
On Tue, Jun 6, 2017 at 10:10 PM, Ngie Cooper (yaneurabeya)
wrote:
>
>> On Jun 6, 2017, at 09:19, Christos Zoulas wrote:
>>
>> On Jun 6, 8:37pm, er.abhinav.upadh...@gmail.com (Abhinav Upadhyay) wrote:
>> -- Subject: Re: Updating dtrace(1) man page
>>
>> | O
On Thu, Jun 8, 2017 at 10:21 AM, Paul Goyette wrote:
> Don't get me wrong, I love apropos(1). But...
Thank you :)
> I'm continually bitten by the "stemming" that occurs. Today's example
> is an attempt to find all the man pages that refer to file system lfs.
> Using "apropos lfs" returns more
On Tue, Jun 6, 2017 at 9:49 PM, Christos Zoulas wrote:
> On Jun 6, 8:37pm, er.abhinav.upadh...@gmail.com (Abhinav Upadhyay) wrote:
> -- Subject: Re: Updating dtrace(1) man page
>
> | On Tue, Jun 6, 2017 at 1:56 AM, Christos Zoulas wrote:
> | > In article
> ,
> | &g
On Tue, Jun 6, 2017 at 1:56 AM, Christos Zoulas wrote:
> In article
> ,
> Abhinav Upadhyay wrote:
>>Hi,
>>
>>The dtrace(1) man page currently seems to be a vanilla copy of what is
>>shipped with Solaris. For example it says that dtrace is a tracing
>>f
Hi,
The dtrace(1) man page currently seems to be a vanilla copy of what is
shipped with Solaris. For example it says that dtrace is a tracing
framework for Solaris. Similarly, it has references to Solaris
specific tools (isainfo -b) and documentation (Solaris Dynamic Tracing
guide).
I was thinkin
On Sun, Jan 29, 2017 at 4:37 AM, Robert Elz wrote:
> Date:Sun, 29 Jan 2017 01:47:18 +0530
> From: Abhinav Upadhyay
> Message-ID:
>
>
> | But a spell checker is no good if it tells you that you misspelled a
> | word but doesn't tel
Hi,
As you might have noticed me fixing quite a few typos in the man
pages, it was because I was testing the new spell(1) implementation I
have been working on:
https://github.com/abhinav-upadhyay/nbspell :-)
A portion of this work I did while working on apropos(1), but didn't
commit it be
On Tue, Dec 27, 2016 at 11:31 PM, Christos Zoulas wrote:
> In article
> ,
> Abhinav Upadhyay wrote:
>>On Tue, Dec 27, 2016 at 9:25 PM, Christos Zoulas wrote:
>>> In article
>>,
>>> Abhinav Upadhyay wrote:
>>>>On Tue, Dec 27, 2016 at 1:44 AM
On Tue, Dec 27, 2016 at 9:25 PM, Christos Zoulas wrote:
> In article
> ,
> Abhinav Upadhyay wrote:
>>On Tue, Dec 27, 2016 at 1:44 AM, Robert Elz wrote:
>>> The last time I saw this discussed, I think that the conclusion was
>>> that where posix specifies a
On Tue, Dec 27, 2016 at 1:43 PM, Robert Elz wrote:
> Date:Tue, 27 Dec 2016 10:52:17 +0530
> From: Abhinav Upadhyay
> Message-ID:
>
>
> | Yes, that makes sense for the %7lu, but what about the leading space
> | in the first column?
>
>
On Tue, Dec 27, 2016 at 1:44 AM, Robert Elz wrote:
> The last time I saw this discussed, I think that the conclusion was
> that where posix specifies a space, other wording permits any number
> of spaces. That means that we comply.
Yes, that makes sense for the %7lu, but what about the leading
Hi,
Looking at the POSIX man page [1] for wc(1) it seems to suggest that
its output should be of the form:
"%d %d %d %s\n", , , ,
However, we seem to do something like:
" %7lu %7lu %7lu %s\n" , , ,
(Notice the leading space)
Looking around, it seems other systems (FreeBSD, OpenBSD) also hav
On Tue, Jul 12, 2016 at 12:26 PM, David Holland
wrote:
> On Tue, Jul 12, 2016 at 11:41:21AM +0530, Abhinav Upadhyay wrote:
> > >> But the downside is that technical keywords (e.g. kms, lfs, ffs), are
> > >> also stemmed down and stored (e.g. km, lf, ff) in the inde
On Tue, Jul 12, 2016 at 6:24 AM, David Young wrote:
> On Mon, Jul 11, 2016 at 06:59:25PM +0530, Abhinav Upadhyay wrote:
>> But the downside is that technical keywords (e.g. kms, lfs, ffs), are
>> also stemmed down and stored (e.g. km, lf, ff) in the index. So if you
>> sea
On Tue, Jul 12, 2016 at 5:47 AM, Brett Lymn wrote:
> On Mon, Jul 11, 2016 at 08:59:05PM +0530, Abhinav Upadhyay wrote:
>>
>> Thanks, that would be a good starting point too. I guess we will still
>> have to add few words to the list manually later, but it should be
On Mon, Jul 11, 2016 at 7:30 PM, Thomas Klausner wrote:
> On Mon, Jul 11, 2016 at 06:59:25PM +0530, Abhinav Upadhyay wrote:
>> 1. If a word is not in /usr/share/dict/words, don't stem.
>> 2. Look for .Tn macros (and probably other similar macros) and don't stem
>&g
Hi,
Currently we are using the in-built Porter stemming tokenizer of
SQLite, which by default stems all the keywords while indexing. It
does this by removing suffixes like 's', 'es', 'ing', 'ed' from the
end of the words and various other similar heuristics. This is useful
for full text search bec
On Sun, Jun 12, 2016 at 4:50 AM, Abhinav Upadhyay
wrote:
> Hi All,
>
> I came across an interesting paper from Google on machine learning[1],
> where they came up with an efficient representation for words from a
> corpus. These representations are called word embeddings in gene
Hi All,
I came across an interesting paper from Google on machine learning[1],
where they came up with an efficient representation for words from a
corpus. These representations are called word embeddings in general,
and they have titled their method as word2vec.
It is a two layer neural network
Hi Edgar,
On Fri, May 27, 2016 at 4:18 PM, Edgar Fuß wrote:
> On a 6.1_STABLE system, I'm getting
> makemandb: Error in indexing /usr/pkg/man/man3/archive_write_filter.3
> makemandb: Error in indexing /usr/pkg/man/man3/libarchive_changes.3
> but the files look OK to me.
Just chec
Hi All,
man(1) and makemandb(8) take the path of man.conf as an argument using
option -C. To be consistent, apropos(1) and whatis(1) should also
accept the same option, I have made this change.
However, -C option was being used by apropos(1) to disable showing the
context of the match, but using
Hi David,
On Fri, May 13, 2016 at 2:56 AM, David Brownlee wrote:
> Very cool - definitely looking forward to seeing the final result back
> into apropos(1) :)
Thanks :)
>
> As a possible future option are you planning on special handling of
> multiple word searches - eg heavier weighting for th
aching-apropos-to-rank-work-in.html
The data is available here:
https://github.com/abhinav-upadhyay/man-nlp-experiments/tree/master/data
Let me know your thoughts or concerns :)
--
Abhinav
On Wed, Apr 27, 2016 at 2:08 AM, David Young wrote:
> On Sun, Apr 10, 2016 at 11:03:58PM +0530, Abhinav Upadhyay wrote:
>> http://man-k.org/
>>
>> I would appreciate any constructive feedback that you might have and I
>> will try to implement it :-)
>
> This is
On Mon, Apr 18, 2016 at 11:31 PM, Abhinav Upadhyay
wrote:
> On Mon, Apr 11, 2016 at 12:02 AM, Mindaugas Rasiukevicius
> wrote:
>> Abhinav Upadhyay wrote:
>>> Recently, I have been working on building a web interface for
>>> apropos(1). Although, there are stil
On Mon, Apr 11, 2016 at 12:02 AM, Mindaugas Rasiukevicius
wrote:
> Abhinav Upadhyay wrote:
>> Recently, I have been working on building a web interface for
>> apropos(1). Although, there are still plenty of things to do but I
>> think it is in a decent shape now and I wanted
On Thu, Apr 14, 2016 at 9:26 AM, Paul Goyette wrote:
> On Thu, 14 Apr 2016, Paul Goyette wrote:
>
>> On Thu, 14 Apr 2016, Abhinav Upadhyay wrote:
>>
>>> On Thu, Apr 14, 2016 at 3:20 AM, Paul Goyette wrote:
>>>>>
>>>>> With bin/51
On Thu, Apr 14, 2016 at 3:20 AM, Paul Goyette wrote:
>> With bin/51062, makemandb(8) can index non-numeric sections and also
>> apropos(1) can now accept non-numeric sections for querying. That
>> means you do queries like
>>
>> apropos -s 9lua systm
>> apropos -s n foo bar
>>
>> To be able to use
Hi All,
With bin/51062, makemandb(8) can index non-numeric sections and also
apropos(1) can now accept non-numeric sections for querying. That
means you do queries like
apropos -s 9lua systm
apropos -s n foo bar
To be able to use this feature, you need to regenerate the database.
You can do this
On Mon, Apr 11, 2016 at 12:07 AM, Marc Balmer wrote:
>
>> Am 10.04.2016 um 20:15 schrieb Abhinav Upadhyay
>> :
>>
>> Hi All,
>>
>> I have been working on a web interface for apropos(1) and wanted to
>> share it with all of you: http://man-k.org
>
On Mon, Apr 11, 2016 at 12:02 AM, Mindaugas Rasiukevicius
wrote:
> Abhinav Upadhyay wrote:
>> Recently, I have been working on building a web interface for
>> apropos(1). Although, there are still plenty of things to do but I
>> think it is in a decent shape now and I wanted
Hi All,
Sorry, for cross posting.
Recently, I have been working on building a web interface for
apropos(1). Although, there are still plenty of things to do but I
think it is in a decent shape now and I wanted to share it with all of
you.
http://man-k.org/
I would appreciate any constructive fe
Hi,
Could someone please review and commit the patch in bin/50460? Let me
know if it doesn't merge or if there is any issue with it.
Regards
Abhinav
38 matches
Mail list logo
