[PATCH] doc: update users.txt
If someone feels like adding more name/url pairs, there are probably at least as many projects in the following pages: >From 3b50059aedb00021aa0bf2db3cd0db238f787522 Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Wed, 23 Mar 2011 07:41:18 +0100 Subject: [PATCH] doc: update users.txt Looking through matches up to the following URL (there are still several more pages), I found several projects that use gnulib: http://codesearch.google.com/codesearch?start=50&q=gnulib-cache\.m4 * users.txt: Add nagios plugins (nagiosplug), acct, gengetopt, gmediaserver, gtkreindeer, jugtail, libunistring, mini-httpd, reindeer. --- ChangeLog |9 + users.txt |9 + 2 files changed, 18 insertions(+), 0 deletions(-) diff --git a/ChangeLog b/ChangeLog index 2f1edea..f42ac19 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,12 @@ +2011-03-23 Jim Meyering + + doc: update users.txt + Looking through matches up to the following URL (there are still + several more pages), I found several projects that use gnulib: + http://codesearch.google.com/codesearch?start=50&q=gnulib-cache\.m4 + * users.txt: Add nagios plugins (nagiosplug), acct, gengetopt, + gmediaserver, gtkreindeer, jugtail, libunistring, mini-httpd, reindeer. + 2011-03-22 Bruno Haible unictype/bidi*: Rename functions. diff --git a/users.txt b/users.txt index 8ba07f6..f6a59f3 100644 --- a/users.txt +++ b/users.txt @@ -3,6 +3,7 @@ The following packages appear to be using gnulib and gnulib-tool: CSSChttp://git.savannah.gnu.org/cgit/cssc.git Net::CDPhttp://search.cpan.org/src/MCHAPMAN/Net-CDP-0.09/libcdp/ OPeNDAP http://scm.opendap.org:8090/svn/trunk/ + accthttp://cvs.sv.gnu.org/viewcvs/acct/acct/ anubis http://cvs.sv.gnu.org/viewcvs/anubis/anubis/ augeas http://augeas.net/ autobuild http://josefsson.org/autobuild/ @@ -16,6 +17,8 @@ The following packages appear to be using gnulib and gnulib-tool: findutils http://cvs.sv.gnu.org/viewcvs/findutils/findutils/ gcalhttp://git.savannah.gnu.org/gitweb/?p=gcal.git gettext http://cvs.sv.gnu.org/viewcvs/gettext/gettext/ + gengetopt http://git.sv.gnu.org/gitweb/?p=gengetopt.git + gmediaserverhttp://cvs.sv.gnu.org/viewvc/gmediaserver/gmediaserver/ gnuit http://www.gnu.org/software/gnuit/ http://git.savannah.gnu.org/gitweb/?p=gnuit.git gnutls http://cvs.gnupg.org/cgi-bin/viewcvs.cgi/gnutls/?root=GNU+TLS+Library @@ -24,6 +27,7 @@ The following packages appear to be using gnulib and gnulib-tool: gpg http://cvs.gnupg.org/cgi-bin/viewcvs.cgi/trunk/ gsasl http://git.sv.gnu.org/gitweb/?p=gsasl.git gss http://git.sv.gnu.org/gitweb/?p=gss.git + gtkreindeer http://git.sv.gnu.org/gitweb/?p=gtkreindeer.git gtk-vnc http://gtk-vnc.codemonkey.ws/hg/outgoing.hg grephttp://git.sv.gnu.org/cgit/grep.git/ guile http://cvs.sv.gnu.org/viewvc/guile/guile/guile-core/ @@ -33,6 +37,7 @@ The following packages appear to be using gnulib and gnulib-tool: icoutils http://riva.ucam.org/svn/cjwatson/src/debian/icoutils/trunk/icoutils/ inetutils http://cvs.sv.gnu.org/viewcvs/inetutils/inetutils/ iwhdhttp://git.fedorahosted.org/git/?p=iwhd.git + jugtail http://cvs.savannah.gnu.org/viewvc/?root=jugtail jwhois http://cvs.sv.gnu.org/viewvc/jwhois/jwhois/ libdap http://scm.opendap.org:8090/svn/trunk/libdap/ libffcall http://savannah.gnu.org/projects/libffcall/ @@ -46,6 +51,7 @@ The following packages appear to be using gnulib and gnulib-tool: libpreludedbhttps://trac.prelude-ids.org/browser/trunk/libpreludedb/ libtasn1 http://cvs.gnupg.org/cgi-bin/viewcvs.cgi/libtasn1/?root=GNU+TLS+Library http://repo.or.cz/w/libtasn1.git + libunistringhttp://git.sv.gnu.org/gitweb/?p=libunistring.git libvirt http://libvirt.org/ http://git.et.redhat.com/?p=libvirt.git;a=summary m4 http://git.sv.gnu.org/gitweb/?p=m4.git;a=summary @@ -53,8 +59,10 @@ The following packages appear to be using gnulib and gnulib-tool: mailutils http://cvs.sv.gnu.org/viewcvs/mailutils/mailutils/ man-db http://www.chiark.greenend.org.uk/~cjwatson/bzr/man-db/trunk/ miktex https://svn.sourceforge.net/svnroot/miktex/miktex/trunk + mini-httpd http://git.sv.gnu.org/gitweb/?p=mini-httpd.git msmtp http://msmtp.cvs.sourceforge.net/msmtp/msmtp/ myserverhttp://git.sv.gnu.org/gitweb/?p=myserver.git;a=summary + nagios-plugins http://nagiosplug.git.sourceforge.net/ netcf http://fedorahosted.org/netcf/ newts http://svn.arete.cc/newts/trunk/ OATH Toolkithttp://www.nongnu.org/oath-toolkit/ @@ -66,6 +74,7 @@ The following packages app
Re: [PATCH] doc: update users.txt
On Wed, Mar 23, 2011 at 1:09 AM, Jim Meyering wrote: > If someone feels like adding more name/url pairs, there are > probably at least as many projects in the following pages: I did not feel like it, but here is one I know of that is not on the list. users.diff Description: Binary data
Re: [PATCH] doc: update users.txt
Matt Rice wrote: > On Wed, Mar 23, 2011 at 1:09 AM, Jim Meyering wrote: >> If someone feels like adding more name/url pairs, there are >> probably at least as many projects in the following pages: > > I did not feel like it, but here is one I know of that is not on the list. > > diff --git a/ChangeLog b/ChangeLog > index f42ac19..5820330 100644 > --- a/ChangeLog > +++ b/ChangeLog > @@ -1,3 +1,7 @@ > +2011-03-23 Matt Rice > + > + * users.txt: Add gdb. Thanks. Pushed.
Re: hunting dependencies
On Tue, Mar 22, 2011 at 3:41 PM, Bruno Haible wrote: > Simon Josefsson wrote: >> I didn't know why a >> certain module was pulled in, and it wasn't immediately clear from the >> modules I requested. A different way to resolve this problem could be >> with a 'gnulib-tool --why strdup' command that could print: >> >> uniconv/u8-strconv-from-locale >> uniconv/u8-strconv-from-enc >> uniconv/u8-conv-from-enc >> striconveha >> strdup >> >> with the first line being something I manually requested. >> >> Just an idea, it might be too much work to implement this logic in shell >> script. There is complexity because there may be multiple paths too, >> although I think naming only one would be sufficient. > > I think, on the contrary, it would be essential to show all paths, > otherwise the user does work to cut a dependency and then afterwards notices > that there are other paths to the particular dependency that are much > harder to cut. > > All this is in the area of graph display, where the graph is a Directed > Acyclic Graph and 'gnulib-tool --extract-dependencies' provides the links > between nodes. I won't have time to plunge into this; volunteers welcome. the attached shell script seems to work, though it WILL create a ton of .dot files in your gnulib directory!!! the interesting ones are fullgraph-$module.dot. gnulib.dot is just too big of a graph to do much anything with its possible i'm missing some modules due to the use of basename $module, might need to escape those instead. anyhow, the outputted files should be suitable for running with dotty or dot from graphviz. dot.sh Description: Bourne shell script
Re: hunting dependencies
On Wed, Mar 23, 2011 at 3:02 AM, Matt Rice wrote:
> On Tue, Mar 22, 2011 at 3:41 PM, Bruno Haible wrote:
>> Simon Josefsson wrote:
>>> I didn't know why a
>>> certain module was pulled in, and it wasn't immediately clear from the
>>> modules I requested. A different way to resolve this problem could be
>>> with a 'gnulib-tool --why strdup' command that could print:
>>>
>>> uniconv/u8-strconv-from-locale
>>> uniconv/u8-strconv-from-enc
>>> uniconv/u8-conv-from-enc
>>> striconveha
>>> strdup
>>>
>>> with the first line being something I manually requested.
>>>
>>> Just an idea, it might be too much work to implement this logic in shell
>>> script. There is complexity because there may be multiple paths too,
>>> although I think naming only one would be sufficient.
>>
>> I think, on the contrary, it would be essential to show all paths,
>> otherwise the user does work to cut a dependency and then afterwards notices
>> that there are other paths to the particular dependency that are much
>> harder to cut.
>>
>> All this is in the area of graph display, where the graph is a Directed
>> Acyclic Graph and 'gnulib-tool --extract-dependencies' provides the links
>> between nodes. I won't have time to plunge into this; volunteers welcome.
>
> the attached shell script seems to work,
> though it WILL create a ton of .dot files in your gnulib directory!!!
>
> the interesting ones are fullgraph-$module.dot.
> gnulib.dot is just too big of a graph to do much anything with
>
> its possible i'm missing some modules due to the use of basename $module,
> might need to escape those instead.
>
> anyhow, the outputted files should be suitable for running with dotty
> or dot from graphviz.
>
of course i didn't think about false positives caused by grep, which
you can see by
dotty unlink.dot these showed up as separated graphs. such as
unlinkdir graph showing up in fullgraph-unlink.dot.
--- old-dot.sh 2011-03-23 03:22:33.566478887 -0700
+++ ./dot.sh2011-03-23 03:17:17.357394354 -0700
@@ -25,6 +25,6 @@
for module in `./gnulib-tool --list`; do
dotfile=fullgraph-`basename $module`.dot
echo digraph $module "{" | cat >$dotfile
- grep $module gnulib.dot | grep -v "subgraph" | cat >>$dotfile
+ grep \"$module\" gnulib.dot | cat >>$dotfile
echo "}" | cat >>$dotfile
done
dot.sh
Description: Bourne shell script
Re: [PATCH] doc: update users.txt
Excerpts from Jim Meyering's message of Wed Mar 23 05:05:14 -0400 2011: I also know that gnulib is used in cvsps and tmpwatch as I helped integrate it in both cases. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 0001-Add-cvsps-and-tmpwatch-to-users.txt.patch Description: Binary data
AIX 7 fails to link test-localename when single-threaded
Bruno,
On AIX 7.1, I got this link failure:
$ ./gnulib-tool --create-testdir --dir=testdir1 --with-tests localename
checking whether imported symbols can be declared weak... no
/opt/fsw/gcc44/bin/gcc -g -Wl,-bnoquiet -o test-localename
test-localename.o ../gllib/libgnu.a
ld: 0711-318 ERROR: Undefined symbols were found.
The following symbols are in error:
SymbolInpndx TY CL Source-File(Object-File) OR
Import-File{Shared-object}
RLD: Address Section Rld-type
Referencing Symbol
--
.pthread_mutex_lock [724] ER PR
localename.c(../gllib/libgnu.a[localename.o])
0310 .textR_BR [576]
<.struniq>
.pthread_mutex_unlock [730] ER PR
localename.c(../gllib/libgnu.a[localename.o])
03e8 .textR_BR [576]
<.struniq>
Looks like the pragma weak detection for a single-threaded library is
not working there, but I'm not sure how to fix glthread/lock.h to work
around it. Any ideas, or other things I should do to help debug this?
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
Re: [PATCH] doc: update users.txt
Ben Walton wrote: > I also know that gnulib is used in cvsps and tmpwatch as I helped > integrate it in both cases. > > Thanks > -Ben ... > +2011-03-23 Ben Walton > + > + doc: update users.txt > + * users.txt: Add cvsps, tmpwatch Thanks. Pushed.
