bug#67673: Automake cannot be installed , help will be highly appreciated

Mike wrote me separately to say the problem eventually fixed itself for no evident reason :(. Maybe related to our general timing issue? Anyway, closing. --thanks, karl.

bug#67673: Automake cannot be installed , help will be highly appreciated

nobase-python: running python -V Python 3.12.0 ... ModuleNotFoundError: No module named 'imp' Looks like the failing tests are all Python-related, at least several with the above error. I don't think Python 3.12 was even released at the time of automake 1.16.5. I don't know what ex

bug#22445: [PATCH] test-driver help message is wrong

Hi - back on your report from January 2016 (sorry): The test driver help message indicates that arguments are given using, e.g., "--test-name=NAME", while it only recognizes "--test-name NAME". Belated thanks. I installed your patch, am closing bug. --happy hacking, karl.

bug#22445: [PATCH] test-driver help message is wrong

Severity: minor Tags: patch The test driver help message indicates that arguments are given using, e.g., "--test-name=NAME", while it only recognizes "--test-name NAME". The attached patch fixes the help message. >From 4e4fa0836748de17ca99d0cc99122a68d9585df4 Mon Se

bug#7434: When an incorrect option is used before --help/--version, automake behaviour is inconsistent with that of other GNU programs.

On 01/25/2011 06:36 PM, Stefano Lattarini wrote: > > Since it seems to me that we "agreed to differ" on this issue, I'm > tagging the report as "wontfix". > Actually, all of this discussion has basically become quite moot after we have decided to share the option parsing code between Autoconf and

bug#9238: "make dist" when "." is in SUBDIRS (was: Re: help help2man to find iwhd)

retitle 9238 "make dist" when "." is in SUBDIRS severity 9238 minor thanks References: Hi Jim, sorry for the delay. Jim Meyering wrote: > > I took a look at the generat

bug#9807: custom libtool installation and automake testsuite failures (was: Re: [PATCH] tests: avoid false positive due to change in --help formatting)

Hi Jim. On Sunday 06 November 2011, Jim Meyering wrote: > Stefano Lattarini wrote: > > On Friday 04 November 2011, Stefano Lattarini wrote: > >> On Friday 04 November 2011, Stefano Lattarini wrote: > >> > > >> > [SNIP] > >> > > >> > Attached is a patch in this spirit; I'll push in a few hours if t

bug#9238: help help2man to find iwhd

On Thu, 04 Aug 2011 11:17:32 +0200 Jim Meyering wrote: > I simply insert a "make" before the "make distcheck": > > $ sh autogen.sh > $ ./configure > $ make && make distcheck I see. Thanks for the explaining, too. I looked at RECURSIVE_TARGETS and just could not understand what it me

bug#9238: help help2man to find iwhd

Pete Zaitcev wrote: > I have a problem that I'm failing to solve. > > If "make distcheck" is ran on a freshly-cloned iwhd repo, just after the > configuring it, the following happens: ... > > But the above causes this to happen: > > $ sh autogen.sh > $ ./configure > $ make distcheck >

bug#7434: When an incorrect option is used before --help/--version, automake behaviour is inconsistent with that of other GNU programs.

tags 7434 wontfix close 7434 thanks Hello Ralf. Since it seems to me that we "agreed to differ" on this issue, I'm tagging the report as "wontfix". Regards, Stefano

bug#7434: When an incorrect option is used before --help/--version, automake behaviour is inconsistent with that of other GNU programs.

; > > > Now a decision has been reached on bug-standards *not* to tighten the > > specification about the behaviour of --help and --version: > > <http://lists.gnu.org/archive/html/bug-standards/2010-11/msg00010.html> > > Nor to forbid the current behavior of aut

bug#7434: When an incorrect option is used before --help/--version, automake behaviour is inconsistent with that of other GNU programs.

ogen.sh > > script. (aside: autoreconf works just in the same way as automake in this respect.) > > > > Let's address this on bug-standards before changing any programs. > > > Now a decision has been reached on bug-standards *not* to tighten the > specification

bug#7434: When an incorrect option is used before --help/--version, automake behaviour is inconsistent with that of other GNU programs.

Hi Ralf, Eric, and all bug-automake readers. On Friday 19 November 2010, Stefano Lattarini wrote: > On Thursday 18 November 2010, Stefano Lattarini wrote: > > On Thursday 18 November 2010, Ralf Wildenhues wrote: > > > > > I think --help should work whereever it

bug#7434: When an incorrect option is used before --help/--version, automake behaviour is inconsistent with that of other GNU programs.

On Thursday 18 November 2010, Stefano Lattarini wrote: > On Thursday 18 November 2010, Ralf Wildenhues wrote: > > > I think --help should work whereever it is put on a command line, > > except after -- or right after an option which requires an argument > > I disagree; t

bug#7434: When an incorrect option is used before --help/--version, automake behaviour is inconsistent with that of other GNU programs.

ake wrote: > > > On 11/18/2010 08:22 AM, Stefano Lattarini wrote: > > > > Currently, automake and aclocal scan their command line looking for > > > > `--help' and `--version' even after an invalid option has been seen; > > > > and in ca

bug#7434: When an incorrect option is used before --help/--version, automake behaviour is inconsistent with that of other GNU programs.

On Thursday 18 November 2010, Eric Blake wrote: > On 11/18/2010 08:22 AM, Stefano Lattarini wrote: > > Severity: wishlist > > > > Currently, automake and aclocal scan their command line looking for > > `--help' and `--version' even after an invalid option

bug#7434: When an incorrect option is used before --help/--version, automake behaviour is inconsistent with that of other GNU programs.

On 11/18/2010 08:22 AM, Stefano Lattarini wrote: > Severity: wishlist > > Currently, automake and aclocal scan their command line looking for > `--help' and `--version' even after an invalid option has been seen; > and in case one of those two options is seen, it tak

bug#7434: When an incorrect option is used before --help/--version, automake behaviour is inconsistent with that of other GNU programs.

Severity: wishlist Currently, automake and aclocal scan their command line looking for `--help' and `--version' even after an invalid option has been seen; and in case one of those two options is seen, it takes precedence even over error reporting about preceding invalid options. B

Re: gnupload --help examples

7;s more of a question whether the work required to actually make > it work exceeds the potential benefits. > > Indeed. Anyway, let's not wait to push the new help message, ok? Yes. I've queued the patch below to the 'maint' branch, to be merged to branch-1.11 and mast

Re: gnupload --help examples

ike a time-consuming pain to me. I'd rather not. It's more of a question whether the work required to actually make it work exceeds the potential benefits. Indeed. Anyway, let's not wait to push the new help message, ok? By the way, is there any documentation anywher

Re: gnupload --help examples

Hi Karl, I agree with most everything you wrote (and I elided now). * Karl Berry wrote on Sat, Nov 28, 2009 at 12:06:55AM CET: > I altered the last example to be about a mistaken upload, instead of > retiring an existing release. In general, it seems to me that we don't > want to suggest that it

Re: gnupload --help examples

Sure. These numbers were real Automake versions though, I know. want to genericize the package name as well? Yep, that's what I meant to suggest. --symlink also allows you to pass target names other than *-latest.tar.gz I guess, so #2 shows how --symlink-regex works while

Re: gnupload --help examples

Hi Karl, * Karl Berry wrote on Fri, Nov 27, 2009 at 04:25:37PM CET: > First, all the existing examples in gnupload --help use automake 1.8.2b. > This isn't either of rms' recommended version number schemes for test > releases. Would you agree to changing to something gen

gnupload --help examples

More about gnupload --help. First, all the existing examples in gnupload --help use automake 1.8.2b. This isn't either of rms' recommended version number schemes for test releases. Would you agree to changing to something generic, like foobar-0.9.90? I'm happy to send a pa

Re: [Esound] Plz~Help compiling!

Hello Sean, * SEUNGHO SHIN wrote on Wed, Jun 27, 2007 at 04:43:13AM CEST: > I'm having a trouble compiling esound.I downloaded Esound and trying > to build it on Visual C++ 6.I installed Cygwin to get some of header > files but, still missing multiple header files such as > sys/audio.h, alsa/a

[Esound] Plz~Help compiling!

I'm having a trouble compiling esound.I downloaded Esound and trying to build it on Visual C++ 6.I installed Cygwin to get some of header files but, still missing multiple header files such as sys/audio.h, alsa/asoundlib.h, CoreAudio/CoreAudio.h, i386/gstabs.h, etc.It seems pretty difficult

Re: help me please

Hello Андрей, * Андрей Аваков wrote on Tue, May 01, 2007 at 10:35:16PM CEST: > В сообщении от 28 апреля 2007 03:52 вы написали: > > > > Thanks for the report. Please rerun the testsuite and capture the > > output, so you can find out which test failed (it will be preceded > > by "FAIL:"). Then p

Re: help me please

В сообщении от 28 апреля 2007 03:52 вы написали: > Hello Андрей, > > * Андрей Аваков wrote on Fri, Apr 27, 2007 at 12:28:07PM CEST: > > I build LFS system (Linux From Scratch) - www.linuxfromscratch.org. > > On point 6.26.1. Installation of Automake, after compile > > i take some tests and get next

Re: help me please

В сообщении от 28 апреля 2007 03:52 Ralf Wildenhues написал(a): > Hello Андрей, > > * Андрей Аваков wrote on Fri, Apr 27, 2007 at 12:28:07PM CEST: > > I build LFS system (Linux From Scratch) - www.linuxfromscratch.org. > > On point 6.26.1. Installation of Automake, after compile > > i take some tes

Re: help me please

Hello Андрей, * Андрей Аваков wrote on Fri, Apr 27, 2007 at 12:28:07PM CEST: > I build LFS system (Linux From Scratch) - www.linuxfromscratch.org. > On point 6.26.1. Installation of Automake, after compile > i take some tests and get next mistake: > . > . > PASS: yaccvpath.test > =

help me please

to bug-automake@gnu.org = make[2]: *** [check-TESTS] Error 1 make[2]: Leaving directory `/LFS/automake-1.9.6/tests' make[1]: *** [check-am] Error 2 make[1]: Leaving directory `/LFS/automake-1.9.6/tests' make: *** [check-recursive] Error 1 Can you help

Re: help

Hello Darius, sorry, this list is intended for reports of bugs in the Automake pacakge. Please try to find a more apropriate mailing list. Happy new your to you, Stepan

help

Hi I downloaded archimedes-0.0.4 from gnu.org . my os is fedora core 2 during installation i recive some massege that comes below.  i think , maybe some rpm packages this software has needed that i dont install them. with this report can you say me which rpm packeges need for installing this softw

Need help signing up

Here's a few questions for you: 1. Are you having trouble finding people to joinup under you or buy from your new business? 2. Can't promote won't promote? 3. Wasting your time? 4. Spending more money than you make from your business? 5. Need joinups and or sales within a week or two? 6. Int

Cialis will help you. Get erection whenever you want.

Little magic. Perfect weekends. http://Knutsen.longpleasure.info/?insincerityxtvuydetectiveszvpfrolic 36 hours of freedom.