Menu
▾
▴
gnupdate-devel — GNUpdate development
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(83) |
Jun
(91) |
Jul
(55) |
Aug
(26) |
Sep
(33) |
Oct
(8) |
Nov
(20) |
Dec
(17) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(6) |
Feb
|
Mar
(16) |
Apr
(2) |
May
(4) |
Jun
(11) |
Jul
|
Aug
(4) |
Sep
|
Oct
(9) |
Nov
(1) |
Dec
(1) |
| 2003 |
Jan
(3) |
Feb
(4) |
Mar
(3) |
Apr
(7) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Rus V. B. <ru...@So...> - 2005-02-25 13:25:49
|
Hi. I'm trying to figure out a clean way to get an error type when this function is return NULL ? How it is suppose to be done an a clean way - for example when archive has wrong permissions or broken/damaged ? Rus |
|
From: Jason W. <wi...@ox...> - 2004-04-02 06:35:29
|
Dear Friends, This is a sorrowful, last-resort action on my part that comes after much pleading, debating, and arguing. Over the past few months, ChipX86 and I have had several disagreements regarding the core structure of GNUpdate and the availability of features. I specifically recommended that GNUpdate includes some basic window manager functionality, and that users be able to, what I call, 'direct connect' with a user not say do direct connect but also say do connect. I offered many modifications to the interprocess communications. Yet, sadily all of these efforts were turned down by ChipX86, who can only be described as tyranical and plum flavored. Moreover, there was this one time I was standing on a street corner waiting for the light to turn green; ChipX86 purposefully walked by and stepped on my toe. I cannot tell you of the emotional pain that arrived upon hearing his maniacal laughter. Thus, I am forced into a corner. I must announce the creation of a new project: OpenGNUpdate Pro 1.0. It will offer an alternative, 'easy-to-misunderstand' architecture and the advanced features of any Linux distribution. Starting prices will be around $14.99 a month (what a great deal! awesome!) for the first 48 months, followed by a period of 50hours free!. Because resources are limited, however, the entirety of the code base will remain exactly the same as GNUpdate; further, all downloads,docs,coupons,breakfast cereals regarding OpenGNUpdate Pro 1.0 will be hosted on www.gnupdate.org under the old name of 'GNUpdate'. It is a sad day my friends. Yet we cannot afford ChipX86 (who thinks he is like an Intel P4 chip or something) to continue abusing you, the users. I love you all. Jason Willis Note: Portions of this email may not be untruthful in the negative sense of the word 'not'. |
|
From: Jason W. <wi...@ox...> - 2003-04-24 01:46:44
|
Hey Richard,
Well, I've tried the .tgz file here (with libcomprex's test tools present in the code tree). Been having what I think is the same problem as you -- libcomprex can decompress the .gz portion, but fails to read the generated .tar. I'll try looking at some debug output to see why its failing. Thanks for the info/link.
Jason W.
On Wed, 23 Apr 2003 15:56:31 -0700
richard offer <of...@sg...> wrote:
>
>
> * frm wi...@ox... "04/23/03 13:21:23 -0700" | sed '1,$s/^/* /'
> *
> * Hi Richard,
> *
> * Hmm,...it looks like that error-prone .tar.gz is perhaps corrupt or
> * its header information is malformed. Because of this, I believe,
> * libcomprex cannot decompress the nested tar file that is present. Now,
> * this may also be due to an inability of libcomprex to work with that
> * specific version of gzip (hence, not really a corruption problem). To
> * that end, I'll take a look and see if maybe libcomprex is messing up with
> * determination or with reading the header. These are just some of my own
> * thoughts. I'll let you know if I come up with anything more. I'm sure
> * ChipX86 will have better insight into what may be happening.
>
> The file maynot be valid, but GNU tar has no problems opening it.
>
> It may well be that the file was created incorrectly, and I may just have
> hit a random error, but my fear is that there will be other files that my
> tool will fail to read---which renders my tool pointless.
>
> Anyway here's the actual file that was not recognised
> http://jcifs.samba.org/src/jcifs-0.7.3.tgz
>
> *
> *
> * Jason W.
> *
>
> Thanks for all your help,
>
> richard.
>
> --
> -----------------------------------------------------------------------
> Richard Offer Technical Lead, Trust Technology, SGI
> "Specialization is for insects"
> _______________________________________________________________________
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> GNUpdate-devel mailing list
> GNU...@li...
> https://lists.sourceforge.net/lists/listinfo/gnupdate-devel
|
|
From: richard o. <of...@sg...> - 2003-04-23 22:56:34
|
* frm wi...@ox... "04/23/03 13:21:23 -0700" | sed '1,$s/^/* /' * * Hi Richard, * * Hmm,...it looks like that error-prone .tar.gz is perhaps corrupt or * its header information is malformed. Because of this, I believe, * libcomprex cannot decompress the nested tar file that is present. Now, * this may also be due to an inability of libcomprex to work with that * specific version of gzip (hence, not really a corruption problem). To * that end, I'll take a look and see if maybe libcomprex is messing up with * determination or with reading the header. These are just some of my own * thoughts. I'll let you know if I come up with anything more. I'm sure * ChipX86 will have better insight into what may be happening. The file maynot be valid, but GNU tar has no problems opening it. It may well be that the file was created incorrectly, and I may just have hit a random error, but my fear is that there will be other files that my tool will fail to read---which renders my tool pointless. Anyway here's the actual file that was not recognised http://jcifs.samba.org/src/jcifs-0.7.3.tgz * * * Jason W. * Thanks for all your help, richard. -- ----------------------------------------------------------------------- Richard Offer Technical Lead, Trust Technology, SGI "Specialization is for insects" _______________________________________________________________________ |
|
From: Jason W. <wi...@ox...> - 2003-04-23 20:19:17
|
Hi Richard,
Hmm,...it looks like that error-prone .tar.gz is perhaps corrupt or its header information is malformed. Because of this, I believe, libcomprex cannot decompress the nested tar file that is present. Now, this may also be due to an inability of libcomprex to work with that specific version of gzip (hence, not really a corruption problem). To that end, I'll take a look and see if maybe libcomprex is messing up with determination or with reading the header. These are just some of my own thoughts. I'll let you know if I come up with anything more. I'm sure ChipX86 will have better insight into what may be happening.
Jason W.
On Wed, 23 Apr 2003 08:39:01 -0700
richard offer <of...@sg...> wrote:
>
> I have two gzipped tarballs (both suffixed with .tar.gz), libcomprex sees
> one as a tar file and allows me to walk through the archive, the other it
> sees as a zlib file and I don't get to see the contents.
>
> On my primary OS (Irix), file reports both as "gzip compressed data", I
> used linux to look at the same file and it reports
>
>
> gzip compressed data, deflated, last modified: Wed Dec 31 16:00:00 1969,
> os: MS-DOS
> gzip compressed data, deflated, original filename, `parent.tar', last
> modified: Tue Apr 15 20:32:00 2003, os: Unix
>
> You can probably guess which one works...
>
>
> How is the module type determined ? Can I persuade it with a stick to
> modify its behaviour :-) ?
>
> thanks,
>
> richard.
>
> --
> -----------------------------------------------------------------------
> Richard Offer Technical Lead, Trust Technology, SGI
> "Specialization is for insects"
> _______________________________________________________________________
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> GNUpdate-devel mailing list
> GNU...@li...
> https://lists.sourceforge.net/lists/listinfo/gnupdate-devel
|
|
From: richard o. <of...@sg...> - 2003-04-23 15:39:03
|
I have two gzipped tarballs (both suffixed with .tar.gz), libcomprex sees one as a tar file and allows me to walk through the archive, the other it sees as a zlib file and I don't get to see the contents. On my primary OS (Irix), file reports both as "gzip compressed data", I used linux to look at the same file and it reports gzip compressed data, deflated, last modified: Wed Dec 31 16:00:00 1969, os: MS-DOS gzip compressed data, deflated, original filename, `parent.tar', last modified: Tue Apr 15 20:32:00 2003, os: Unix You can probably guess which one works... How is the module type determined ? Can I persuade it with a stick to modify its behaviour :-) ? thanks, richard. -- ----------------------------------------------------------------------- Richard Offer Technical Lead, Trust Technology, SGI "Specialization is for insects" _______________________________________________________________________ |
|
From: richard o. <of...@sg...> - 2003-04-04 23:43:22
|
* frm ch...@gn... "04/04/03 15:24:16 -0800" | sed '1,$s/^/* /' * * * I hope that was understandable. I've been composing this e-mail for an * hour with many interruptions :) This was a really good answer. In the short term I can very simply use cxRead() without jumping through compression hoops, and move to mmap if I want to later... Thanks. * * Christian richard. -- ----------------------------------------------------------------------- Richard Offer Technical Lead, Trust Technology, SGI "Specialization is for insects" _______________________________________________________________________ |
|
From: Christian H. <ch...@gn...> - 2003-04-04 23:24:19
|
On Fri, Apr 04, 2003 at 01:54:17PM -0800, richard offer wrote: >=20 >=20 > Hi,=20 >=20 > I've just discovered libcomprex as a possible replacement for libtar that > I'm currently using in a application. >=20 >=20 > What I'd really like is a way to access the contents of a member of an > archive (say a file in a tarball) via mmap, rather than having to read the > contents into a buffer and then using that. >=20 > Failing that, will cxRead() return compressed or uncompressed data when it > is used on a gzipped tarball ? And to avoid reading the file in a loop, is > it possible to get the size of the file, since the CxFP structure doesn't > seem to include it ? Hi Richard. A lot of changes are currently being done in libcomprex CVS (under the branch "Object-branch," I believe) so some of the API calls I show you may be invalid in the currently released version. I'll make note of this below. First, mmap access.. I do plan on providing support for this, but it'll come probably not in the upcoming release, but in the one after that. I am in the process of rewriting libcomprex with an object framework (no extra dependencies, it's built-in). So, once this is working, it'll be released, and then features like mmap support will go in. cxRead() returns uncompressed data when used on a gzipped tarball, assuming you're reading a file from that tarball. You can get the file size with cxGetFileSize(cxGetFpFile(fp)) (I think that's only in CVS though), or failing that, cxGetFileSize(fp->file). I hope that was understandable. I've been composing this e-mail for an hour with many interruptions :) Christian =20 --=20 Christian Hammond <> The GNUpdate Project ch...@gn... <> http://www.gnupdate.org/ H y! Wh r did my " " k y go? |
|
From: richard o. <of...@sg...> - 2003-04-04 21:54:20
|
Hi, I've just discovered libcomprex as a possible replacement for libtar that I'm currently using in a application. What I'd really like is a way to access the contents of a member of an archive (say a file in a tarball) via mmap, rather than having to read the contents into a buffer and then using that. Failing that, will cxRead() return compressed or uncompressed data when it is used on a gzipped tarball ? And to avoid reading the file in a loop, is it possible to get the size of the file, since the CxFP structure doesn't seem to include it ? Thanks, richard. -- ----------------------------------------------------------------------- Richard Offer Technical Lead, Trust Technology, SGI "Specialization is for insects" _______________________________________________________________________ |
|
From: Christian H. <ch...@gn...> - 2003-03-13 20:48:52
|
Hi everyone. For those that are interested, freestandards.org, home of the Linux Standards Base, has a listserv setup for discussing the future of Linux package management. If you're interested in the discussion, or have anything you think you could contribute, feel free to join it at http://freestandards.org/mailman/listinfo/packaging Christian --=20 Christian Hammond <> The GNUpdate Project ch...@gn... <> http://www.gnupdate.org/ All constants are variables. |
|
From: Christian H. <ch...@gn...> - 2003-03-06 17:54:43
|
On Thu, Mar 06, 2003 at 12:02:18PM +0100, =C1lvaro Pe=F1a Gonz=E1lez wrote: > Hi all, >=20 > I have seen all the commits to libcomprex module, this is good. But I > don't know if the TODO file is updated, I wanna help in the GNUpdate > project and I don't know how. Bugzilla anywhere? >=20 > regards, apg I'll be releasing libcomprex 0.3.3 today, and then working more on the partial rewrite, which provides an object framework, complete with subclassing, constructors, destructors, virtual functions, etc. The TODO there does need updating, but if you grab devtodo (http://devtodo.sf.net/), and run `todo`, you'll see the actual todo file. TODO is generated based off .todo, and every once in awhile, I update http://www.gnupdate.org/components/todo.xml. I'll generate the TODO again later today and see what needs updating in it. Christian =20 --=20 Christian Hammond <> The GNUpdate Project ch...@gn... <> http://www.gnupdate.org/ I wish I had a brain... |
|
From: <ap...@es...> - 2003-03-06 10:55:09
|
Hi all, I have seen all the commits to libcomprex module, this is good. But I don't know if the TODO file is updated, I wanna help in the GNUpdate project and I don't know how. Bugzilla anywhere? regards, apg -- Álvaro Peña González <ap...@es...> ESware Linux |
|
From: Álvaro P. <ap...@es...> - 2003-02-21 20:28:16
|
Oh, great, can I help you in something? I'm working in a package manager for GNOME (I think that I say you anytime), and we need to make a release now :) I put a screen shots here: http://www.esware.com/~apg/expresso-goooo.png The project called ESware Expresso, I can't put in a cvs for the moment, I wanna help you in all that I can't :) But? The TODO files are updated? regards, apg. > > Yep, exactly. > > Except it's not implemented in the database modules just yet. > > I'm in the process of rewriting the internal archive and file logic > in libcomprex. We need this really before we can continue safely > into package install/uninstall. After this is done (you should see > the flowchart I've been writing for it), work will begin on > uninstall and upgrading. > > Christian > > -- > Christian Hammond <> The GNUpdate Project > ch...@gn... <> http://www.gnupdate.org/ > Consider the daffodil. And while you're doing that, I'll be over > here, looking through your stuff. -- Bill Austin -- Álvaro Peña <ap...@es...> ESware Linux -- |
|
From: Christian H. <ch...@gn...> - 2003-02-21 16:26:26
|
On Fri, Feb 21, 2003 at 12:44:40PM +0100, =C1lvaro Pe=F1a Gonz=E1lez wrote: > Hi! >=20 > What's the diference between pmUinstallPackage and pmDbRemovePackage? > pmUinstallPackage remove it from the system and the information from the > database too and pmDbRemovePackage remove only the information from the > database and not from the system ??? >=20 > Thanks Yep, exactly. Except it's not implemented in the database modules just yet. I'm in the process of rewriting the internal archive and file logic in libcomprex. We need this really before we can continue safely into package install/uninstall. After this is done (you should see the flowchart I've been writing for it), work will begin on uninstall and upgrading. Christian --=20 Christian Hammond <> The GNUpdate Project ch...@gn... <> http://www.gnupdate.org/ Consider the daffodil. And while you're doing that, I'll be over here, looking through your stuff. -- Bill Austin |
|
From: <ap...@es...> - 2003-02-21 11:38:02
|
Hi! What's the diference between pmUinstallPackage and pmDbRemovePackage? pmUinstallPackage remove it from the system and the information from the database too and pmDbRemovePackage remove only the information from the database and not from the system ??? Thanks -- Álvaro Peña González <ap...@es...> ESware Linux |
|
From: Rodney D. <do...@fr...> - 2003-02-06 21:37:07
|
This is an e-mail to mention that I've now got the emp module for GNUpdate working mostly. The only thing left to do for it really, is to add the xml parsing stuff, so that things work correctly. If you want to check it out, grab libcomprex, libpackman, and gpkg from CVS. Instructions are on http://www.gnupdate.org/ To see that it's actually working, there is an emp package that I created manually and put on-line, as a demonstration. You can find it at http://empulse.sourceforge.net/emphetamine-0.99.6-2.ppc.emp You can update these 3 modules every few days or so, to monitor the progress. I highly suggest using the --test option, and only using the informational options to gpkg. You can install it, when I get actual build tools and stuff created, and can build packages that way. The final package format will also contain slighly more information in the packages. Enjoy. -- dobey |
|
From: Rodney D. <do...@fr...> - 2003-01-30 14:19:21
|
Firstly, you should use pkg-config to get the cflags/libs/etc... from libpackman, libcomprex, etc... now. As far as the include file goes, I have a /usr/include/libpackman/packman.h... However, now that I realize this, I'm going to talk to Christian when he wakes up, and suggest making the includes be parallel installable, to prevent problems from coming up in the future. -- dobey On Thu, 2003-01-30 at 08:52, =C3=81lvaro Pe=C3=B1a Gonz=C3=A1lez wrote: > But I have a question, I donwload libpackman from the cvs and install > it. In other releases the packman.h file exists and go to /usr/include, > only have a include to <libpackman/packman.h>, the, packman-config > --cflags say -I/usr/include, only, but this file dons't exists in the > cvs code. am I wrong? >=20 > Thanks |
|
From: <ap...@es...> - 2003-01-30 13:46:36
|
Hi all, First, I introduce myself, I'm work for ESware Linux (a Spanish enterprise that make and I'm working in a new package gui for GNOME. We think to use GNUpdate that has a lot of improvements over other packame libraries. But I have a question, I donwload libpackman from the cvs and install it. In other releases the packman.h file exists and go to /usr/include, only have a include to <libpackman/packman.h>, the, packman-config --cflags say -I/usr/include, only, but this file dons't exists in the cvs code. am I wrong? Thanks -- Álvaro Peña González <ap...@es...> ESware Linux |
|
From: Christian H. <ch...@gn...> - 2003-01-01 06:03:58
|
... duck. Christian -- Christian Hammond <> The GNUpdate Project ch...@gn... <> http://www.gnupdate.org/ <fabz> I'd have feds in my door as fast as a chicken sings in the sunshine |
|
From: Christian H. <ch...@gn...> - 2002-12-05 19:42:30
|
On Sun, Nov 24, 2002 at 12:48:45AM -0800, Christian Hammond wrote: > Hi everyone. > > I'm looking to have another Hackfest, sometime in December. Right now, > I'm thinking around December 27th, but that's flexible. I would like > to know who would be able to participate in this in any way, and when > they would be able to do it. > > Remember, you can participate in any way. Programming, documentation, > UI designs, translations, whatever. > > Deedra Waters (dmwaters) will be running a WOPN stream for us as long > as she is able to on Hackfest. WOPN, for those who don't know, is the > streaming radio station of the FreeNode IRC network. They play music > and comedy of all kinds, and Deedra has graciously offered to have a > special Hackfest stream. Drop by #WOPN for more information, or see > http://www.wopn.org/. > > If you're able to participate, please reply to this thread. > > Thank you. > > Christian Okay, no responses yet. The date has been moved to the 28th, so more people would be able to participate. It will be from 0:00 to 23:59 UTC, unlike the last Hackfest, where it was from 0:00 to 23:59 in each timezone. We're doing it this way so that WOPN can stream during our Hackfest. Christian -- Christian Hammond <> The GNUpdate Project ch...@gn... <> http://www.gnupdate.org/ "Black holes are where God divided by zero." -- Steven Wright |
|
From: Christian H. <ch...@gn...> - 2002-11-24 08:48:52
|
Hi everyone. I'm looking to have another Hackfest, sometime in December. Right now, I'm thinking around December 27th, but that's flexible. I would like to know who would be able to participate in this in any way, and when they would be able to do it. Remember, you can participate in any way. Programming, documentation, UI designs, translations, whatever. Deedra Waters (dmwaters) will be running a WOPN stream for us as long as she is able to on Hackfest. WOPN, for those who don't know, is the streaming radio station of the FreeNode IRC network. They play music and comedy of all kinds, and Deedra has graciously offered to have a special Hackfest stream. Drop by #WOPN for more information, or see http://www.wopn.org/. If you're able to participate, please reply to this thread. Thank you. Christian -- Christian Hammond <> The GNUpdate Project ch...@gn... <> http://www.gnupdate.org/ There is no need to do any housework at all. After the first four years the dirt doesn't get any worse. -- Quentin Crisp |
|
From: Gerhard M. <ger...@mu...> - 2002-10-14 18:45:46
|
On Mon, Oct 14, 2002 at 01:50:39AM -0700, Christian Hammond wrote: > > It seems that for debian, a workaround is needed. >=20 > Agreed. I believe I added that because I needed one of the functions > that zutil.h defined, but since it's in the library anyway, I'll just > patch the module tomorrow to define it itself. Eh, I commented the ``include <zutil.h>'' out and it seems to compile fine. I should have tried that earlier... regards, Gerhard. |
|
From: Christian H. <ch...@gn...> - 2002-10-14 08:50:45
|
On Mon, Oct 14, 2002 at 10:47:18AM +0200, Gerhard Muntingh wrote: > On Sun, Oct 13, 2002 at 11:37:16AM -0700, Christian Hammond wrote: > > On Sun, Oct 13, 2002 at 08:11:15PM +0200, Gerhard Muntingh wrote: > > > In libcomprex/modules/archive/zlib/zlib.c, zutil.h gets included. > > > But it doesn't seem to be anywhere. > > > > Should be in your zlib development package. /usr/include/zutil.h. If > > it's not, let me know, and I'll have to find a work-around (though it > > _should_ be there). > > > > If it's not, even after installing the devel package, can you let me > > know what OS/distro you're running? > > No, it's not. I'm running Debian GNU/Linux 3.0 (stable) and have the > zlib1g-dev package installed. It has Package Version 1:1.1.4-1 and I > think that'd be version 1.1.4 for zlib. > > The only package which contains zutil.h is kernel-patch-freeswan, which, > it seems, includes it's own zlib. (that's the entire debian archive). > > See here for reference: > http://packages.debian.org/cgi-bin/search_contents.pl?word=zutil.h&searchmode=searchfiles&case=insensitive&version=unstable&arch=i386 > > It seems that for debian, a workaround is needed. Agreed. I believe I added that because I needed one of the functions that zutil.h defined, but since it's in the library anyway, I'll just patch the module tomorrow to define it itself. Christian -- Christian Hammond <> The GNUpdate Project ch...@gn... <> http://www.gnupdate.org/ Don't use a big word where a diminutive one will suffice. |
|
From: Gerhard M. <ger...@mu...> - 2002-10-14 08:47:26
|
On Sun, Oct 13, 2002 at 11:37:16AM -0700, Christian Hammond wrote: > On Sun, Oct 13, 2002 at 08:11:15PM +0200, Gerhard Muntingh wrote: > > In libcomprex/modules/archive/zlib/zlib.c, zutil.h gets included. > > But it doesn't seem to be anywhere. >=20 > Should be in your zlib development package. /usr/include/zutil.h. If > it's not, let me know, and I'll have to find a work-around (though it > _should_ be there). > > If it's not, even after installing the devel package, can you let me > know what OS/distro you're running? No, it's not. I'm running Debian GNU/Linux 3.0 (stable) and have the zlib1g-dev package installed. It has Package Version 1:1.1.4-1 and I think that'd be version 1.1.4 for zlib. The only package which contains zutil.h is kernel-patch-freeswan, which, it seems, includes it's own zlib. (that's the entire debian archive). See here for reference: http://packages.debian.org/cgi-bin/search_contents.pl?word=3Dzutil.h&search= mode=3Dsearchfiles&case=3Dinsensitive&version=3Dunstable&arch=3Di386 It seems that for debian, a workaround is needed. regards, Gerhard. |
|
From: Christian H. <ch...@gn...> - 2002-10-13 18:37:21
|
On Sun, Oct 13, 2002 at 08:11:15PM +0200, Gerhard Muntingh wrote: > Hi, > > In libcomprex/modules/archive/zlib/zlib.c, zutil.h gets included. > But it doesn't seem to be anywhere. Should be in your zlib development package. /usr/include/zutil.h. If it's not, let me know, and I'll have to find a work-around (though it _should_ be there). If it's not, even after installing the devel package, can you let me know what OS/distro you're running? Christian -- Christian Hammond <> The GNUpdate Project ch...@gn... <> http://www.gnupdate.org/ "The greatest mistake a person can make is to be afraid of making one." -- Elbert Hubbard |
