Bug#1052131: [pkg-gnupg-maint] Bug#1052131: Bug#1052131: gnupg2: gpg incompatible with Yubikey 5 NFC and key storage

[Manoj Srivastava]

Hi,

   I will try tomorrow. I do have a second yubikey, brand new, so I can try
and reproduce three exact sequence of commands under typescript.

   Msnoj

On Fri, Sep 29, 2023, 7:05 PM Daniel Kahn Gillmor 
wrote:

> Hi Manoj--
>
> On Mon 2023-09-25 19:01:45 -0400, Daniel Kahn Gillmor wrote:
> > Control: forwarded 1052131 https://dev.gnupg.org/T6733
> > Control: retitle 1052131 GnuPG's keytocard fails on Yubikey 5 NFC when
> PIN is not default
>
> I don't know whether you've seen over on the upstream bug but they were
> unable to replicate the problem you've described here.  Is it possible
> for you to try with a local stock build of GnuPG 2.2.40 (2.2.42) to see
> whether you see the same problem?  That might help to rule out any of
> the debian patches at least.  I don't have a Yubikey 5 NFC to test this
> with, unfortunately.
>
> --dkg
>

Bug#988298: ITP: fidi -- (φίδι) service mock system for testing infrastructure

[Manoj Srivastava]

Package: wnpp
Owner: Manoj Srivastava 
Severity: wishlist

* Package name: fidi
  Version : 1.0.1
  Upstream Author : Manoj Srivastava 
* URL or Web page : https://github.com/google/fidi
* License : Apache-2.0
  Description : (φίδι) service mock system for testing infrastructure

 The goal of φίδι (fidi) is to model some aspects of arbitrarily
 complex services, and simulate the behaviour of the service business
 logic (without actually containing any real business logic or
 complexity) in presence of external stimuli. Each instance of the
 φίδι (fidi) application can mock a node in the complex, client
 serfver service that it is mocking. Different instances of φίδι
 (fidi) talk to other instanceds of themselves, like a snake (φίδι)
 eating its tail.

 φίδι (fidi) also simulates fault injection symptoms, which allows the
 simulation of normal behaviour as well as incidents and recovery. The
 motivation is to test the behaviour of the infrastructure,
 monitoring, alerting and logging systems, while mocking an actual
 service.

Manoj
-- 
Win95 is not a virus; a virus does something.  -- unknown source
Manoj Srivastava  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C

Bug#961851: Processed: make-dfsg breaks cross-toolchain-base autopkgtest: debian/kernelarch.make:5: *** empty variable name

[Manoj Srivastava]

notfound 961851 make-dfsg/4.3-1
thanks

Hi,

The file NEWS.Debian for make-dfsg states:
,
|   * WARNING: Backward-incompatibility!
| Previously appending using '+=' to an empty variable would result in a 
value
| starting with a space.  Now the initial space is only added if the 
variable
| already contains some value.  Similarly, appending an empty string does 
not
| add a trailing space.
`
The bug lies here:
,[ debian/kernelarch.make ]
| # Black-belt magic
| , := ,
| space :=
| space +=
| $(space) := 
| $(space) +=
`

Manoj

--
flannister, n.: The plastic yoke that holds a six-pack of beer together.
-- "Sniglets", Rich Hall & Friends
Manoj Srivastava  <http://www.debian.org/~srivasta/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#911415: flex: yyinput() return value is backward incompatible

[Manoj Srivastava]

On Tue, May 26 2020, Bill Allombert wrote:

> On Fri, May 22, 2020 at 03:16:56AM -0700, Manoj Srivastava wrote:
>> 
>> On 12:19 Thursday, 21 May 2020 +0200, Bill Allombert wrote
>>  > On Wed, May 20, 2020 at 10:03:08PM -0700, Manoj Srivastava wrote:
>>  > > While it is true that the change was incompatible wwith what we
>>  > >  had befire, the change was made almost four and a half years ago. I
>>  > >  suspect we have gotten used to it now; and changing it back would just
>>  > >  cause issues.
>>  > 
>>  > Is the new behaviour documented now ?
>>  > This is needed to use yyinput() properly.
>> 
>>  See below. The yyinput usage is demonstrated in an example in
>>  the info node about generating C++ scanners.

> Well but this is not proper documentation, this is incidental
> documentation at best.  Someone writing a C scanner will not read this
> example.  Is it documented somewhere that the yyinput API has changed
> ?

Why should a writer of a C scanner care?

,[ 8 Actions ]
| (Note that if the scanner is compiled using 'C++', then 'input()' is
| instead referred to as yyinput(), in order to avoid a name clash with
| the 'C++' stream by the name of 'input'.)
`

People writing C++ scanners are likely to see it, and they are
 the only ones to care. One could create a github documentation issue
 about it if one feels strongly enough.


> Note that the time should be computed between the time the new flex is
> released and the time I report the problem, not between the git commit
> and now.

As far as upstream is concerned when they commited it is when
 the feature went out. At thi point, just reverting it is another change
 in behaviour. Again, a github issue could be an option if you feel this
 strongly about it.

Manoj

--
I don't care where I sit as long as I get fed.  -- Calvin Trillin
Manoj Srivastava  <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#961367: tome FTBFS on 32bit: invalid conversion from ‘uint32_t*’ {aka ‘unsigned int*’} to ‘u32b*’ {aka ‘long unsigned int*’}

[Manoj Srivastava]

Hi,

This is somewhat surprising, since

,[ src/h-basic.hpp ]
| /* Fixed-size integral types */
| using s16b = int16_t;
| using u16b = uint16_t;
| using s32b = int32_t;
| using u32b = uint32_t;
`

is the only definiti9on present in the code, and that shouod
 work. I am looking into this.

Manoj
--
Different all twisty a of in maze are you, passages little.
Manoj Srivastava  <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#911415: flex: yyinput() return value is backward incompatible

[Manoj Srivastava]

On 12:19 Thursday, 21 May 2020 +0200, Bill Allombert wrote
 > On Wed, May 20, 2020 at 10:03:08PM -0700, Manoj Srivastava wrote:
 > > While it is true that the change was incompatible wwith what we
 > >  had befire, the change was made almost four and a half years ago. I
 > >  suspect we have gotten used to it now; and changing it back would just
 > >  cause issues.
 > 
 > Is the new behaviour documented now ?
 > This is needed to use yyinput() properly.

See below. The yyinput usage is demonstrated in an example in
 the info node about generating C++ scanners.


> The commit message does give any rationale or information about this.
 > 
 > > I guess this is the new normal?
 > 
 > Do you mean that sacarstically ?

What make you think that? After 4.5 years of this being the
 default, stating that yyinput returning NULL is normal seems like a
 statement of fact.

Manoj

In Node: 18 Generating C++ Scanners
===
   Here is an example of a simple C++ scanner:

  // An example of using the flex C++ scanner class.
 
 %{
 #include 
 using namespace std;
 int mylineno = 0;
 %}
 
 %option noyywrap c++
 
 string  \"[^\n"]+\"
 
 ws  [ \t]+
 
 alpha   [A-Za-z]
 dig [0-9]
 name({alpha}|{dig}|\$)({alpha}|{dig}|[_.\-/$])*
 num1[-+]?{dig}+\.?([eE][-+]?{dig}+)?
 num2[-+]?{dig}*\.{dig}+([eE][-+]?{dig}+)?
 number  {num1}|{num2}
 
 %%
 
 {ws}/* skip blanks and tabs */
 
 "/*"{
 int c;
 
 while((c = yyinput()) != 0)
 {
 if(c == '\n')
 ++mylineno;
 
 else if(c == '*')
 {
 if((c = yyinput()) == '/')
 break;
 else
 unput(c);
 }
 }
 }
 
 {number}  cout << "number " << YYText() << '\n';
 
 \nmylineno++;
 
 {name}cout << "name " << YYText() << '\n';
 
 {string}  cout << "string " << YYText() << '\n';
 
 %%
 
// This include is required if main() is an another source file.
//#include 
 
 int main( int /* argc */, char** /* argv */ )
 {
 FlexLexer* lexer = new yyFlexLexer;
     while(lexer->yylex() != 0)
 ;
 return 0;
 }

--
Two wrights don't make a rong, they make an airplane.  Or bicycles.
Manoj Srivastava  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C

Bug#961144: ucf breaks bacula autopkgtest: Job for bacula-director.service failed

[Manoj Srivastava]

The usage of ucf in debian/bacula-director.postinst seems fine.

Manoj
--
Nothing ever becomes real till it is experienced -- even a proverb is no
proverb to you till your life has illustrated it.  -- John Keats
Manoj Srivastava  <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#961144: ucf breaks bacula autopkgtest: Job for bacula-director.service failed

[Manoj Srivastava]

Hi,

There is very little actionable in the bug report. We can’t see
 the ucf invocation, nor do we see any error messages that might point
 us to the root cause.

The last lines in the logs:
--8<---cut here---start->8---
service bacula-director restart
Job for bacula-director.service failed because the control process
exited with error code.
See "systemctl status bacula-director.service" and "journalctl -xe" for
details.
--8<---cut here---end--->8---

Point to bacula-director failing to start, which has probably
 little to do with ucf. The package install part of the logs seems to go
 wiothout an error.

--8<---cut here---start->8---
 apt-get -y install bacula bacula-director-pgsql
Reading package lists...
Building dependency tree...
Reading state information...
bacula is already the newest version (9.6.3-1).
bacula-director-pgsql is already the newest version (9.6.3-1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
--8<---cut here---end--->8---

Indeed, this does not seem ucf at all.

Can you show me what I am missing?

Manoj
--
Numeric stability is probably not all that important when you're
guessing.
Manoj Srivastava  <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#952448: closed by Manoj Srivastava (ucf has /bin/bash shebangs but does not depend on bash)

[Manoj Srivastava]

Hi,

   That is fair. I think ucf could be turned into /bin/bash scripts, but
given the widespread use and importance of ucf I am somewhat hesitant to
makeb_any_ changes to the package. Well have to proceed with some caution.

 Please reopen this but as wishlist. I'll run b for a bit with the modified
ucf, and then push it into experimental.

  I do want to remove the bug count a little bit before doing this, but I
suspect we could remove the bash association

  Manoj




On Tue, May 12, 2020, 2:51 AM James Le Cuirot  wrote:

> Hi Manoj,
>
> In this context, I am extending minimal third-party Docker images with
> an internal tool for building images reproducibly. Images based on
> Debian don't always include bash because even though it is officially
> "essential", it isn't always strictly needed by the one thing that the
> image will run.
>
> My tool installs packages from a single flat list. I don't mind adding
> bash to this list if it is really needed but without an explicit
> dependency, there is no guarantee that it will be installed before ucf.
> This matters because the ucf package tries to invoke bash at configure
> time, not just at runtime.
>
> As a distribution maintainer myself, I can appreciate that policy and
> convention are important so I'm not asking you to go against that. The
> scripts don't even appear to need bash in the first place so this whole
> problem could be avoided by simply changing the shebangs.
>
> Regards,
> James
>

Bug#960377: RM: Kernel-package -- ROM; upstream discontinued, obsolete, better options exist

[Manoj Srivastava]

Package: ftp.debian.org
Severity: normal

<#secure method=smime mode=sign>
Hi,

The package has already been removed from testing. It is
 seriously buggy, and I am not sure how useful it is at this point. I
 personally do not use the package anymore (hence upstream
 discontinued), and the mechanism it uses (including the kernel Makefile
 is deprecated, and needs serious  rework). make pkg-deb and the like
 are far better.

This package has been bit rotting for years now.

Thanks,

Manoj

 https://tracker.debian.org/pkg/kernel-package

Will remove the following packages from unstable:

kernel-common | 13.018+nmu2 | all
kernel-package | 13.018+nmu2 | source, all

Maintainer: Manoj Srivastava 

--- Reason ---

--

Checking reverse dependencies...
# Broken Depends:
xenomai: xenomai-kernel-source

Dependency problem found.

> apt-cache show xenomai
N: Unable to locate package xenomai
E: No packages found
> apt-cache show xenomai-kernel-source
N: Unable to locate package xenomai-kernel-source
E: No packages found

--
Genius is one percent inspiration and ninety-nine percent perspiration.
-- Thomas Alva Edison
Manoj Srivastava  <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C

Bug#925375: ucf: UCF_FORCE_CONFFNEW=1 and dpkg --force-confnew broken

[Manoj Srivastava]

Package: ucf
Version: 3.0039
severity 925375 wishlist
retitle 925375 dpkg could set confnew/confold env variables for ucf
thanks
<#secure method=smime mode=sign>
Hi,

Yes, dpkg and ucf are independent, and they usually operate on
 different files. dpkg does not take any action specificallyy witgh ucf
 in mind, that is the domain of the maintainer scripts installed by
 individual packages. Perhaps the communication might be better

As for UCF_FORCE_CONFFNEW, there is a treadeoff betweem just
 replacing the configuration file versus leaving random files all over
 /etc; the default action is to not clutter. As you have
 discovcered. RETAIN_OLD=YES allows the user to override that choice.

I am leaving this bug open as a feature request.

Manoj
--
Somewhere, just out of sight, the unicorns are gathering.
Manoj Srivastava  <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C

Bug#898229: ITP: cloudsql-proxy -- Securely connect to CloudSQL databases

[Manoj Srivastava]

Package: wnpp
Severity: wishlist
Owner: Manoj Srivastava <sriva...@debian.org>

* Package name: cloudsql-proxy
  Version : 1.11+git20180420.74e2f41-1
  Upstream Author : Google Cloud Platform
* URL : https://github.com/GoogleCloudPlatform/cloudsql-proxy
* License : Apache-2.0
  Programming Lang: Go
  Description : Securely connect to CloudSQL databases

 The Cloud SQL Proxy allows a user with the appropriate permissions to
 connect to a Second Generation Cloud SQL database without having to
 deal with IP whitelisting or SSL certificates manually. It works by
 opening unix/tcp sockets on the local machine and proxying
 connections to the associated Cloud SQL instances when the sockets
 are used. See https://cloud.google.com/sql/docs/mysql/sql-proxy for
 details.

-- 
This life is a test.  It is only a test.  Had this been an actual life,
you would have received further instructions as to what to do and where
to go.
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#891134: [032eb83] Fix for Bug#891134 committed to git

[Manoj Srivastava]

tags 891134 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Sun, 25 Feb 2018 17:46:14 -0800.

 The fix will be in the next upload. 
=
[master]: Administrative release

Closes: #891134

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#891134: [a558a31] Fix for Bug#891134 committed to git

[Manoj Srivastava]

tags 891134 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Sun, 25 Feb 2018 17:47:55 -0800.

 The fix will be in the next upload. 
=
[master]: Administrative release

Closes: #891134

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#890608: [921fc67] Fix for Bug#890608 committed to git

[Manoj Srivastava]

tags 890608 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 dgit/sid at Sat, 24 Feb 2018 21:53:20 -0800.

 The fix will be in the next upload. 
=
[master]: A bug fixing release

Rolled backt he POSIX_X_SOURCE feature  check changes.

Closes: #890608
Closes: #890714
Closes: #890743
Closes: #890703

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#890608: [7c9f215] Fix for Bug#890608 committed to git

[Manoj Srivastava]

tags 890608 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 dgit/sid at Wed, 21 Feb 2018 15:29:20 -0800.

 The fix will be in the next upload. 
=
[master]: A bug fixing release

Rolled backt he POSIX_X_SOURCE feature  check changes.

Closes: #890608
Closes: #890714
Closes: #890743
Closes: #890703

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#890703: flex: all amd64 binaries since 2.6.4-1 built with stale skel.c file

[Manoj Srivastava]

Hi,

Actually, the problem seems to be that my build setup is too
 clean: it seems not to contain flex. When there is no flex present, we
 do not regenerate files from *.l files. The solution, or course, is to
update the files in the packaged source so we can bootstrap flex.

Thanks for the report.

manoj
-- 
Q:  How did you get into artificial intelligence? A:Seemed logical 
-- I didn't have any real intelligence.  
Manoj Srivastava <sriva...@acm.org> 
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C

Bug#878904: please consider giving more (and current) examples

[Manoj Srivastava]

Hi,

Updated examples would be greatly appreciated.

manoj
-- 
God is the tangential point between zero and infinity. Alfred Jarry
Manoj Srivastava <sriva...@acm.org> 
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#870474: Beuty lies in the eyes of the beholder

[Manoj Srivastava]

Hi,

ucf provides the description of the dialogue as:
 "What do you want to do about modified configuration file ${BASENAME}?"

Depending on your debconf frontend, you should be shown the
 package name and the questions description. And yes, the text repeats
 the file name.

Annotated ucf text:
--8<---cut here---start->8---
A new version (/tmp/fileYPaJmB)   <<=== The new version, you can
check it out
of configuration file<< What follows is the
configuration file
/etc/ssh/sshd_config  <<=== This is the file we are
talking about
is available. , but the version
installed currently has been
locally modified.
--8<---cut here---end--->8---

If you are not shown the description, and the package being
 configured, your problem lies with your debconf front end.

Seems clear to me. The information is presented, and, unlike
 dpkg, it tells me where the new file is. You find the extra information
 useless. I don’t.

manoj
-- 
"We shall reach greater and greater platitudes of achievement." Richard
J. Daley
Manoj Srivastava <sriva...@acm.org> 
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#867511: ucf: Sometimes skips file dialog for files generated during dpkg-reconfigure

[Manoj Srivastava]

Severity 867511 wishlist
thanks

Hi,

Yes. This would be the same if you install a new version, where
 the maintainer has not changed a conffile, and that the user had
 previously rejected, but now has changed her mind.

ucf has no way of knowing that the user might have changed their
 minds.  The user has the option to either manually make the changes, or
 look at the generated file and manually copy it over.

A deeper integration of ucf like functionality into
 dpkg/dpkg-reconfigure would be the ideal solution.

manoj
-- 
Marriage Ceremony: An incredible metaphysical sham of watching God and
the law being dragged into the affairs of your family.-- O. C. Ogilvie
Manoj Srivastava <sriva...@acm.org> 
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#890599: [25b5405] Fix for Bug#890599 committed to git

[Manoj Srivastava]

tags 890599 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 dgit/sid at Fri, 16 Feb 2018 14:43:31 -0800.

 The fix will be in the next upload. 
=
[master]: Add libfl2

Closes: #890608
Closes: #890599

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#890599: [60e227f] Fix for Bug#890599 committed to git

[Manoj Srivastava]

tags 890599 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 dgit/sid at Fri, 16 Feb 2018 14:41:38 -0800.

 The fix will be in the next upload. 
=
[mster]: Add libfl2

Closes: #890608
Closes: #890599

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#890599: (no subject)

[Manoj Srivastava]

severity 890599 normal
tags 890599 +wontfix
thanks

Hi,

The symbol versioning for the shared library has not changed in
 21 years. There is not point in creating an additional package and
 indulging in a whole lot of build shennanigans for a ABI that is never
 going to change, and has not in 21 years.

Manoj
-- 
if (instr(buf,sys_errlist[errno])) /* you don't see this */ --Larry Wall
in eval.c from the perl source code
Manoj Srivastava <sriva...@acm.org> 
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#890430: make: warning: -jN forced in submake: disabling jobserver mode.

[Manoj Srivastava]

Hi,

Unfortunately, the fix is not as simple as just  cherry-picking
 the related commit (there are earlier changes, and at least one part of
 the commit is later reverted).

Since we already have a RC bug on make, I’ll wait until there is
 a fix for that (since current HEAD reorganizes the source tree, which
 makes carrying patches ickier)

manoj
-- 
"Cogito ergo I'm right and you're wrong." Blair Houghton
Manoj Srivastava <sriva...@acm.org> 
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#890430: make: warning: -jN forced in submake: disabling jobserver mode.

[Manoj Srivastava]

Hi,

While you do not explicitly mention it, I suspect you have -jN
 specified in  MAKEFLAGS variable. his is a known issue in make 4.2.1;
 the fix is in upstream commit
 0c5a9f9b92af1634dc60fa21e9ac86ed50e5d595.

Please also see https://savannah.gnu.org/bugs/?48274

manoj
-- 
When asked, "If you find so much that is unworthy of reverence in the
United States, then why do you live here?" Mencken replied, "Why do men
go to zoos?"
Manoj Srivastava <sriva...@acm.org> 
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#855336: make hangs when synchronizing output and redirecting to null

[Manoj Srivastava]

Hi,

I looked into this. The relevant bits appear in output.c:

--8<---cut here---start->8---
/* Obtain the lock for writing output.  */
static void *
acquire_semaphore (void)
{
  static struct flock fl;

  fl.l_type = F_WRLCK;
  fl.l_whence = SEEK_SET;
  fl.l_start = 0;
  fl.l_len = 1;
  if (fcntl (sync_handle, F_SETLKW, ) != -1)
return 
  perror ("fcntl()");
  return NULL;
}
--8<---cut here---end--->8---

So this does look like make explicitly will wait for the lock to
 be released (F_SETLKW instead of F_SETLK). The open question is whether
 the current behaviour is undesireable, and what the ramifications might
 be of not waiting for a lock.

manoj
-- 
"I believe that Ronald Reagan will someday make this country what it
once was... an arctic wilderness."-- Steve Martin
Manoj Srivastava <sriva...@acm.org> 
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#852478: make: Implicit rule for yacc does not handle the header file

[Manoj Srivastava]

severity 852478 wishlist
thanks

Hi,

Indeed, this is true. However, in the info file, this is
 documented, and the catalogue of implicit rules just contains the
 implicit rule for the .c file, and not for the header.

manoj

-- 
We can found no scientific discipline, nor a healthy profession on the
technical mistakes of the Department of Defense and IBM.  -- Edsger
Dijkstra
Manoj Srivastava <sriva...@acm.org> 
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#855336: I can’t reproduce this bug outside of docker

[Manoj Srivastava]

tags 855336 +unreproducible
thanks

Hi,

With the new version of make (4.2.1), I tried to reproduce
 this.
--8<---cut here---start->8---
> cat >Makefile <<'EOF'
heredoc> # run with
heredoc> # 
heredoc> # rm -rf subdir
heredoc> # make -O >/dev/null
heredoc> #
heredoc> # add -j2, then you can' t even terminate it 
heredoc> 
heredoc> FILE := a b
heredoc> 
heredoc> all: $(addprefix subdir/,$(FILE))
heredoc> 
heredoc> $(addprefix subdir/,$(FILE)):
heredoc>echo "$@"
heredoc>mkdir -p $(dir $@); touch $@
heredoc> EOF
> make -O >/dev/null
> ls -asCF
total 532
  4 ./  520 ../4 Makefile4 subdir/
--8<---cut here---end------->8---

manoj
-- 
Surly to bed, surly to rise, makes you about average.
Manoj Srivastava <sriva...@acm.org> 
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#833146: [62ca792] Fix for Bug#833146 committed to git

[Manoj Srivastava]

tags 833146 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Tue, 13 Feb 2018 15:26:36 -0800.

 The fix will be in the next upload. 
=
[master]: New bug fixing release

Fixes the cross compilation issue that resurfaced. Closes: Bug#833146

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#890353: ftp.debian.org: RM: angband-doc -- ROM Obsolete

[Manoj Srivastava]

Package: ftp.debian.org
Severity: normal

The information packaged here is obsolete; the built in documentation in
newer releases of Angband  is a better source these days.

manoj
-- 
Diogenes went to look for an honest lawyer. "How's it going?", someone
asked him, after a few days. "Not too bad", replied Diogenes. "I still
have my lantern."
Manoj Srivastava <sriva...@acm.org> 
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#835542: [bbb0643] Fix for Bug#835542 committed to git

[Manoj Srivastava]

tags 835542 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Thu, 8 Feb 2018 16:50:37 -0800.

 The fix will be in the next upload. 
=
[master]: New upstream version, with bug fixes.

Bug fix: "comparison between signed and unsigned integer expressions",
thanks to Frank Heckenbach. This should be fixed now. (Closes: #835542).

Bug fix: "Please update homepage in package description", thanks to
Tim Ruehsen (Closes: #851675).

Bug fix: "Should Suggest: flex-doc", thanks to Yuri DElia (Closes: 
#856956).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#835542: [c363677] Fix for Bug#835542 committed to git

[Manoj Srivastava]

tags 835542 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Thu, 8 Feb 2018 15:41:28 -0800.

 The fix will be in the next upload. 
=
[master]: New upstream version, with bug fixes.

Bug fix: "comparison between signed and unsigned integer expressions",
thanks to Frank Heckenbach. This should be fixed now. (Closes: #835542).

Bug fix: "Please update homepage in package description", thanks to
Tim Ruehsen (Closes: #851675).

Bug fix: "Should Suggest: flex-doc", thanks to Yuri DElia (Closes: 
#856956).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#833146: flex FTCBFS: executes host architectue stage1flex during build

[Manoj Srivastava]

That sounds like a good option. I'll try to get that working this weekend

  Manoj

On October 18, 2017 10:51:00 PM PDT, Niels Thykier  wrote:
>On Mon, 1 Aug 2016 13:46:25 +0200 Helmut Grohne 
>wrote:
>> Source: flex
>> Version: 2.6.1-1
>> Tags: patch
>> User: helm...@debian.org
>> Usertags: rebootstrap
>> 
>> Hi Manoj,
>> 
>> I see that you found time for working on flex again. Unfortunately
>the
>> upstream changes to 2.6.1 make it fail to cross build again. This
>time,
>> a stage1flex was added to produce the scanner built into flex itself.
>Of
>> course, we can't just run stage1flex during a cross build. I'm
>attaching
>> a patch that uses the system flex (required for help2man already)
>> instead.
>> 
>> With that patch and fixing flex to be M-A:foreign again and working
>> around #815172, I can successfully cross build flex again. Could you
>> apply this patch?
>> 
>> Also what's your progress on the flex/libfl-dev split MBF? I see that
>> you asked on d-devel for it and there were no objections. What's the
>> progress of it?
>> 
>> Helmut
>
>Hi,
>
>I noticed the following in release notes for flex 2.6.{3,4}, which may
>be relevant to this bug.
>
>2.6.3:
>
>"""
>A new configure option --disable-bootstrap changes the behavior of
>the build system when building flex. The default
>"--enable-bootstrap" behavior is to build flex, then to use that
>flex to build flex again. With --disable-bootstrap, the scanner is
>simply built by sedding the scanner source. This is friendlier to
>cross compilation.
>
>The compatibility functions in lib/ are no longer built as a
>library. Instead, they are built as $(LIBOBJ) objects. This is
>simpler and friendlier to cross compilation.
>
>It is now possible to build flex without building the accompanying
>libfl. This is friendlier to cross compilation. See the
>--disable-libfl option to configure. Resolves #99.
>
>[...]
>
>the distributed man page is only rebuilt when the relevant source
>files change or when the binary doesn't exist. In particular, this
>is friendlier to cross compilation. Resolves #108
>
>
>
>2.6.4:
>"""
>Flex can be cross compiled.
>"""
>
>
>I.e. this looks like it is now solvable by upgrading to a newer version
>of flex (and passing the proper flags to configure during cross
>building).
>
>Thanks,
>~Niels

-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

Bug#823514: extra newline added to /etc/apt/listchanges.conf

[Manoj Srivastava]

On Fri, May 06 2016, Robert Luberda wrote:

> This is a side effect of using python's configparser module to write the
> new version of configuration file (Another drawback is that it loses
> comments. But in my opinion it is still better than previously, when
> `dpkg-reconfigure apt-listchanges' forced the prompt if the
> configuration file contained any setting not managed by debconf).

> I can skip calling ucf when the files differ by whitespaces only (i.e.
> when `diff -wB' returns no output).

> Maybe a better way of fixing this would be to add some option to ucf
> that would cause it to ignore differences in whitespaces while deciding
> if files are different; Manoj, what do you think?

Hmm. I can certainly support something along the lines of an
 environment variable or command line option setting
 extra-diff-arguments, which can be then set (or unset) by the
 maintainer script.  I am not sure that white space differences are
 irrelevant for all configuration files, so changing current behaviour
 would have to be done carefully, but opt-in is certainly feasible.

Please do file a wishlist bug to track this feature.

manoj
-- 
It occurred to me lately that nothing has occurred to me lately.
Manoj Srivastava <sriva...@debian.org> <http://www.debian.org/~srivasta/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#820047: make exits with no output

[Manoj Srivastava]

severity 820047 minor
tags 820047 + moreinfo
thanks

On Mon, Apr 04 2016, Richard Jasmin wrote:

> Package: make
> Version: 4.0-8.1
> Severity: grave
> Justification: renders package unusable

> I have a weird repeatable issue with make.
> Sometimes I make something and make exits cleanly and does nothing.
> At said time, no call to make will actually do anything.

> The workaround is to close the shell and re-open a new one to restore
> functionality.

> build a kpkg and youll see what I mean.This has happened with other QT 
> projects
> as well in the past, so its not kernel specific or code specific.

What is a kpkg?

> This shouldnt happen.If make is getting thrown to the wolves, then we need to
> be able to see where and how to fix it.
> (mebbe a double free, null pointer, or failure to free mem?)

There is no actionable information in this bug report. I don't
 see a Makefile, or a test case, or even a way to reproduce the
 issue. Since Make is used every day to build Debian packages in the
 build daemons, and by countless other people, I don;t think you need to
 worry about it being thrown to the wolves.

Please document what you did, what the correct responses were,
 the state of the target and the prerequisites, or any way the
 problem can be demonstrated and reproduced, and attach to information
 to this report.

Thanks for your interest in Make, and your attempts to make it
 better. It is appreciated.

manoj
-- 
Pandora's Rule: Never open a box you didn't close.
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#818468: kernel-package: passing multiple flags to KCFLAGS fails

[Manoj Srivastava]

tags 818468 + moreinfo
thanks
<#secure method=smime mode=sign>
Hi,
On Thu, Mar 17 2016, Arthur Marsh wrote:

> Package: kernel-package
> Version: 13.018
> Severity: normal


Could you run the following sequence of commands?

--8<---cut here---start->8---
script
make clean
KBUILD_VERBOSE=1 CONCURRENCY_LEVEL=4 MAKEFLAGS="CC=gcc-6 LD=ld.gold KCFLAGS='-v 
-march=athlon64'" \
 make-kpkg --config menuconfig --initrd linux-image 
make clean
KBUILD_VERBOSE=1 CONCURRENCY_LEVEL=4 MAKEFLAGS="CC=gcc-6 LD=ld.gold KCFLAGS='-v 
-march=athlon64'" \
 make all
--8<---cut here---end--->8---

And attach the resulting typescipt file?


Thanks,

manoj
-- 
The giraffe you thought you offended last week is willing to be nuzzled
today.
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C

Bug#817982: ucf: diff screen is ugly, unreadable and counterintuitive

[Manoj Srivastava]

severity 817982 wishlist
thanks

On Sat, Mar 12 2016, Robert Luberda wrote:

> Package: ucf
> Version: 3.0035
> Severity: important
>
> The `show differences between versions' screen shows some stat
> informations that take the whole first screen of output - see 
> the attached screenshot.png - which is very strange.

I can see why the extra information can be surprising. 

> I've already  noticed that the actual file differences are shown 
> after scrolling down the screen, but my first impression when I 
> saw the initial screen was `What the ... is this??? Why it shows 
> some devices, inodes, sizes, timestamps, etc on a screen called
> "Line by line differences between versions"?' 

The line by line differences are still present, and always had
 metadata (file, line numbers). The metadata has been expanded, and
 clearly delineated from the content differences.

I don’t see extra information as a bug; and clearly, our
 opinions on the  aesthetics differ.

> I guess this has been done because of #812321, whose submitter asked for 
> `differences between the old and new file for permissions and ownership',
> (which actually would makes sense to me as well), but I don't think he
> expected to get 20 lines of some strange output to analyze to spot any 
> actual differences by hand.


> In my opinion the feature requested in #812321 could be better implemented 
> in several ways, for example:
>
> 1. By showing two lines only, something like:
>  Old file mode: root.root 0644
>  New file mode: root.root 0755
> if there is actual difference.
>
> 2. In a diff --git way, e.g.:
> diff --git a/makefile b/makefile
>  old mode 100644
>  new mode 100755
>  index 5479b48..fe2a8ae
>  --- a/makefile
>  +++ b/makefile
>  @@ -1,3 +1,4 @@
>  +# test
>   MKDIR = mkdir -p
> The "old/new mode" lines can be extended to display ownerships, or
> alternatively it could be displayed in additional "old/new owner/group"
> lines. Obviously as in the point 1, the lines should be displayed only
> if they are different.
>
> 3. Or owner/permissions could  be shown instead of timestamps in diff 
> headers, 
> i.e. replace
>
>  --- /etc/apt/listchanges.conf 2016-03-12 10:57:25.0 +0100
>  +++ /etc/apt/listchanges.conf.new 2016-03-12 11:01:58.0 +0100
> with
>  --- /etc/apt/listchanges.conf root.root 0644
>  +++ /etc/apt/listchanges.conf.new root.root 0644
>
> (In my opinion this would be the best approach, however the drawback of
> it is that some people might consider timestamps, especially the old one, 
> as a valuable piece of information in some cases).

As long as the information is present I have no objection to a
 more compact display. Patches welcome.

manoj
-- 
Life is like a tin of sardines.  We're, all of us, looking for the
key. Beyond the Fringe
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#781416: closed by Manoj Srivastava <sriva...@debian.org> (Bug#781416: fixed in make-dfsg 4.1-8)

[Manoj Srivastava]

On Fri, Mar 11 2016, Josh Triplett wrote:
>> > Looking at the patch, though, it looks like that patch copies text
>> > directly from
>> > http://make.mad-scientist.net/papers/jobserver-implementation/ ; that
>> > page lists the license of that text as "Verbatim copying and
>> > distribution is permitted in any medium, provided this notice is
>> > preserved."
>> >
>> > Has the author of that page granted some additional permission?
>> 
>> No. This is my bad, I did not think to check the copyright since
>>  I was takign a small excerpt and rewording; but perhaps the extent of
>>  my rewording is not enough to constitute too small to be an issue,
>
> The direct quotes jumped out at me (e.g. the line 'enough information,
> enough "global vision",').
>
>> At this point, i can rewrite the added sections in my own words,
>>  but I have looked at the page (and, indeed, have been using that as
>>  primary documentation), so I don’t know if that too would be enough.
>
> Before we go to the trouble of rewriting the documentation, how about we
> drop a mail to the person who wrote it and see if they're willing to put
> it under the same Free Softwre license as the current manpage (which
> appears to be GPLv3-or-later)?

It was no trouble.

manoj
-- 
"If you juggle with knives, you're likely to get cut." Kieran Donegal
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#781416: closed by Manoj Srivastava <sriva...@debian.org> (Bug#781416: fixed in make-dfsg 4.1-8)

[Manoj Srivastava]

On Fri, Mar 11 2016, Josh Triplett wrote:

> On Fri, Mar 11, 2016 at 10:42:10PM +, Debian Bug Tracking System wrote:
>>* Bug fix: "manpage should document --jobserver-fds and the jobserver
>>  pipe", thanks to Josh Triplett. Updated the manual page, and forwarded
>>  this bug to upstream bug reporting system.(Closes: #781416).
>
> Thanks for the fix!
>
> Looking at the patch, though, it looks like that patch copies text
> directly from
> http://make.mad-scientist.net/papers/jobserver-implementation/ ; that
> page lists the license of that text as "Verbatim copying and
> distribution is permitted in any medium, provided this notice is
> preserved."
>
> Has the author of that page granted some additional permission?

No. This is my bad, I did not think to check the copyright since
 I was takign a small excerpt and rewording; but perhaps the extent of
 my rewording is not enough to constitute too small to be an issue,

At this point, i can rewrite the added sections in my own words,
 but I have looked at the page (and, indeed, have been using that as
 primary documentation), so I don’t know if that too would be enough.

    manoj
-- 
I'm free -- and freedom tastes of reality. The Who
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#781416: [e3d9256] Fix for Bug#781416 committed to git

[Manoj Srivastava]

tags 781416 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Fri, 11 Mar 2016 14:17:37 -0800.

 The fix will be in the next upload. 
=
[master]: Document jobserver implementation

  Updated the manual page, and forwarded this
  bug to upstream bug reporting system.(Closes: #781416).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#781416: [1794349] Fix for Bug#781416 committed to git

[Manoj Srivastava]

tags 781416 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Fri, 11 Mar 2016 14:19:32 -0800.

 The fix will be in the next upload. 
=
[master]: Document jobserver implementation

 Update the man page with details on the internal --jobserver-fds
 option, and the jobserver pipe used to handle -j correctly in
 recursive make invocations.

 Based on details gleaned from:
 http://make.mad-scientist.net/papers/jobserver-implementation/

  forwarded this bug to upstream bug reporting system.
  (Closes: #781416).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#766140: [d23f13d] Fix for Bug#766140 committed to git

[Manoj Srivastava]

tags 766140 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Wed, 9 Mar 2016 16:11:41 -0800.

 The fix will be in the next upload. 
=
[master]: Cherry pick fix from upstream

 Bug fix: "-q fails for recursive makes", thanks to David Bremner
 (Closes: #766140).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#766140: [bc0011f] Fix for Bug#766140 committed to git

[Manoj Srivastava]

tags 766140 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Wed, 9 Mar 2016 16:03:55 -0800.

 The fix will be in the next upload. 
=
[master]: Cherry-pick fixes from upstream.

 Reverted change made to accommodate the changed ar behaviour. Use the
 upstream solution that is more general.

 Bug fix: "-q fails for recursive makes", thanks to David Bremner
 (Closes: #766140).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#620209: [05389f2] Fix for Bug#620209 committed to git

[Manoj Srivastava]

tags 620209 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@golden-gryphon.com> on the branch 
 master at Wed, 9 Mar 2016 13:38:10 -0800.

 The fix will be in the next upload. 
=
[master]: Update with cherry picks from upstream

Updated standards version to 3.9.7. No changes needed.

 Bug fix: "inconsistant description of ifdef directive behavior",
 thanks to Britton Leo Kerin. Cherry picked changes from upstream.
 (Closes: #620209).

Signed-off-by: Manoj Srivastava <sriva...@golden-gryphon.com>
=

Bug#770161: [e68e1da] Fix for Bug#770161 committed to git

[Manoj Srivastava]

tags 770161 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Wed, 24 Feb 2016 17:44:01 -0800.

 The fix will be in the next upload. 
=
[master]: Cleanup generated files based on changes to flex.skl.

 The variable yy_n_chars had been of type yy_size_t which is incorrect
 given its use in read(). While it might be adviseable to look at
 defining a yy_ssize_t, there might be some issues doing this and so, for
 now, at least, we'll punt back to int.

 Bug fix: "Type of yy_n_chars changed to yy_size_t by authors cause bug
 in YY_INPUT macro where result argument is tested if  0; thanks to
 gccs -Werror=type-limits", thanks to Michal Fita
 (Closes: #770161).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#761250: [3207b11] Fix for Bug#761250 committed to git

[Manoj Srivastava]

tags 761250 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Wed, 24 Feb 2016 17:15:45 -0800.

 The fix will be in the next upload. 
=
Fixed size of buffer allocation

 The value of n_alloc was a count, not a size. Multiplying the value
 by the element size was incorrect. That multiplication was already
 being done and having it done twice was incorrect.

 Bug fix: "n_alloc has wrong value in buf_append function", thanks to
 Howard Gong (Closes: #761250).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#772681: kernel-package bug preventing build NVidia proprietary module

[Manoj Srivastava]

Hi,

Thanks for the report. This should be relatively easy to fix,
 and I’ll try getting to a new release perhaps this weekend.

manoj
-- 
I'll say it again for the logic impaired. Larry Wall
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#729927: [6f23a1c] Fix for Bug#729927 committed to git

[Manoj Srivastava]

tags 729927 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Wed, 24 Feb 2016 14:57:22 -0800.

 The fix will be in the next upload. 
=
Emit no #line directives if gen_line_dirs is false

There are two instances in the code which will print a #line directive
to the resulting lexer, regardless of the value of gen_line_dirs. Fix
them, so they also respect gen_line_dirs.

Bug fix: "flex --noline outputs a #line directive", thanks to Arthur
Schwarz (Closes: #729927).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#729693: [36e2e59] Fix for Bug#729693 committed to git

[Manoj Srivastava]

tags 729693 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Wed, 24 Feb 2016 14:49:24 -0800.

 The fix will be in the next upload. 
=
Allow '%option noline' in flex input file

 Allow specifying '%option noline' in the input file, leading to the
 same effect as calling flex with the command line option --noline.

 Bug fix: "%option noline generates and error message", thanks to
 Arthur Schwarz (Closes: #729693).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#762180: [2b224d6] Fix for Bug#762180 committed to git

[Manoj Srivastava]

tags 762180 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Thu, 18 Feb 2016 12:28:53 -0800.

 The fix will be in the next upload. 
=
Updated for cross compilation support

 Updated standards version to 3.9.7. No changes needed.

 Bug fix: "[src:flex] FTCBFS: runs host arch binaries during build",
 thanks to Helmut Grohne. Make the tests use either the installed flex
 or the newly built flex to generate test soureces, depending on
 whether or not we are cross compiling. Also added a build depends flex 
 Hope this works. This has not broken the common case. (Closes: #762180).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#762180: Semi merge two reports

[Manoj Srivastava]

retitle 762180 [src:flex] FTCBFS: runs host arch binaries during build
thanks

Hi,

OK, so flex does not eun checks when nocheck is in
 DEB_BUILD_OPTIONS, but it still does run ../src/flex to build them.
 The solution should be similar to that in 762180, using FLEXexe, and
 not flex, so I am closing #812659, and tracking this in 762180.

Manoj
-- 
People usually get what's coming to them ... unless it's been mailed.
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#812659: lex FTCBFS: runs tests even when DEB_BUILD_OPTIONS contains nockeck

[Manoj Srivastava]

tags 812659 + unreproducible moreinfo
thanks
Hi,

> I'm not sure what you changed here, but the issue persists after your
> upload, my patch is still applicable and it still fixes the issue.

Could you provide some details? When I ran
 DEB_BUILD_OPTIONS=nocheck ./debian/rules binary
  no tests were run; remove the variable setting and they are.

manoj
-- 
The flush toilet is the basis of Western civilization. Alan Coult
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#762180: [45b7ac5] Fix for Bug#762180 committed to git

[Manoj Srivastava]

tags 762180 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Tue, 16 Feb 2016 21:56:26 -0800.

 The fix will be in the next upload. 
=
Run native binary via help2man

Bug fix: "runs host arch binaries during build via help2man", thanks
to Helmut Grohne. The change from the previous patch is that the flex
binary now is created in ./src/ (Closes: #762180).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#812659: [36c1f58] Fix for Bug#812659 committed to git

[Manoj Srivastava]

tags 812659 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Tue, 16 Feb 2016 21:36:33 -0800.

 The fix will be in the next upload. 
=
Honour nockeck in DEB_BUILD_OPTIONS

Bug fix: "flex FTCBFS: runs tests even when DEB_BUILD_OPTIONS contains
nocheck", thanks to Helmut Grohne. Added an AM_CONDITIONAL that tests
DEB_BUILD_OPTIONS in configure.ac, and use that in
tests/Makefile.am. Seems to work fine. (Closes: #812659).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#812659: [bc5d8b2] Fix for Bug#812659 committed to git

[Manoj Srivastava]

tags 812659 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Tue, 16 Feb 2016 21:32:58 -0800.

 The fix will be in the next upload. 
=
Honour nockeck in DEB_BUILD_OPTIONS

Bug fix: "flex FTCBFS: runs tests even when DEB_BUILD_OPTIONS contains
nocheck", thanks to Helmut Grohne. Added an AM_CONDITIONAL that tests
DEB_BUILD_OPTIONS in configure.ac, and use that in
tests/Makefile.am. Seems to work fine. (Closes: #812659).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#751825: [d7abefd] Fix for Bug#751825 committed to git

[Manoj Srivastava]

tags 751825 +pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on Tue, 16 Feb 2016 15:35:18 -0800.
 The fix will be in the next upload. 
=
remove accidentally placed conffiles

 Remove the configuration files that only appeared in one rleease to
 unstable due to a misunderstanding of ./debian/conffile whicle moving
 to dh.

 Bug fix: "conffiles not removed", thanks to Paul Wise (Closes:
 #776340).

 Bug fix: "doesnt clean up correctly", thanks to Christoph Anton
 Mitterer (Closes: #751825).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#772681: kernel-package bug preventing build NVidia proprietary module

[Manoj Srivastava]

tags 772681 + unreproducible moreinfo
thanks

Hi,

I just built a kernel headers package with the latest make-kpkg,
 and the include/generated/autoconf.h file is included. Indeed, the
 action we take is to tar up ./include directory wholesale and ship it in
 the resulting package, so I am not sure why it is not found.

Can you retry with the latest versions, and report back if this
 is still an issue?

manoj
-- 
Anything is possible on paper. Ron McAfee
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#620209: make: inconsistant description of ifdef directive behavior

[Manoj Srivastava]

>> Note that ifdef only tests whether a variable has a value. It does not
>> expand the variable to see if that value is nonempty. Consequently, tests
>> using ifdef return true for all definitions except those like foo =. To
>> test for an empty value, use ifeq ($(foo),).

>The paragraph that begins 'Note that ifdef only tests...' seems to be
>wrong in a suble way.  Although it is correct for recusively expanded
>variables, simply expanded variables that are assigned values that
>expand empty can still be undefined.

Actually, the assignment  in a simply expanded variable is
 atomic, so the RHS is expanded, and the variable is assigned an empty
 value, so this is, in my opinion, correct. In other words, We are not
 assigning something that will subsequently ge expanded to empty, we are
 assigning the empty value directly

manoj
-- 
If all the world's a stage, I want to operate the trap door. Paul Beatty
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#616100: flex with %bison-locations yyset_lloc usage

[Manoj Srivastava]

reassign 616100 bison
thanks

This is mostly about bison documenting how to use the yyloc_param,
especially for reentrant parsers.

manoj
-- 
PROGRAMMER: (n) Red-eyed, mumbling mammal capable of conversing with
inanimate objects.
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#812470: [9b1770e] Fix for Bug#812470 committed to git

[Manoj Srivastava]

tags 812470 +pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on Mon, 15 Feb 2016 11:06:03 -0800.
 The fix will be in the next upload. 
=
Root cause failure to build debs

Firstly, this is not true in general, and I could not reproduce it as
long as I use fakeroot.

Bug fix: "cannot produce debs anymore", thanks to Ritesh Raj Sarraf
The real issue here was that the kernel was built using the deprecated
sudo, instead of fakeroot, and created ./debian directory as
root. Clean, however, is not run as root, so it could not delete
./debian, and failed. This is now documented. (Closes: #812470).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#812470: [9886378] Fix for Bug#812470 committed to git

[Manoj Srivastava]

tags 812470 +pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on Mon, 15 Feb 2016 10:53:43 -0800.
 The fix will be in the next upload. 
=
Root cause failure to build debs

Firstly, this is not true in general, and I could not reproduce it as
long as I use fakeroot.

Bug fix: "cannot produce debs anymore", thanks to Ritesh Raj Sarraf
The real issue here was that the kernel was built using the deprecated
sudo, instead of fakeroot, and created ./debian directory as
root. Clean, however, is not run as root, so it could not delete
./debian, and failed. This is now documented. (Closes: #812470).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#812470: [1c3218e] Fix for Bug#812470 committed to git

[Manoj Srivastava]

tags 812470 +pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on Mon, 15 Feb 2016 10:49:19 -0800.
 The fix will be in the next upload. 
=
Root cause failure to build debs

Firstly, this is not true in general, and I could not reproduce it as
long as I use fakeroot.

Bug fix: "cannot produce debs anymore", thanks to Ritesh Raj Sarraf
The real issue here was that the kernel was built using the deprecated
sudo, instead of fakeroot, and created ./debian directory as
root. Clean, however, is not run as root, so it could not delete
./debian, and failed. This is now documented. (Closes: #812470).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#812470: kernel-package: cannot produce debs anymore

[Manoj Srivastava]

Hi,

I had time to look into this. The basic issue is that you are
 using sudo, which is deprecated. It creates ./debian as root; but clean
 is not run as root. 

cannot unlink file for
debian/linux-headers-4.4.0+/usr/src/linux-headers-4.4.0+/include/dt-bindings/input/linux-event-codes.h:
Permission denied at /usr/bin/make-kpkg line 950.


I have now documented this in the man page and in the --targets
 execution.  If you use sudo, run sudo make-kpkg clean as well.

manoj

 --rootcmd foo
The command that provides a means of gaining super user access
(for example, `sudo' or `fakeroot') as needed by
dpkg-buildpackage's -r option. This option does not work for
three of the targets, namely, binary, binary-indep, and
binary-arch.  For those targets the entire make-kpkg command
must be run as (fake)root.


-- 
I think we're in trouble. Han Solo
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#783253: make-kpkg fails building x86 kernel in bootstrap enviroment

[Manoj Srivastava]

tags  783253 + unreproducible moreinfo
thanks

Hi,
On Fri, Apr 24 2015, Peter Pan wrote:

> Subject: kernel-package: make-kpkg fails building x86 kernel in bootstrap 
> enviroment
> Package: kernel-package
> Version: 12.036+nmu3
> Severity: normal

> I use a script to generate a working kernel for my AMD Geode
> devices. There is nothing special about it. It only creates a i386
> bootstrap enviroment, chroots , updates and build a kernel.
> Today it failed (last run: a month ago) with a "sed" error. I played
> around with the make-kpgk parameters but nothing happend, so it seems
> to be a bug for me.
>

> == making target debian/stamp/conf/vars [new prereqs: ]==
> sed: -e expression #1, char 0: no previous regular expression
> make: *** [debian/stamp/conf/vars] Error 1

Thanks for the report. I am afraid I can’t reproduce that; and
 the last time the sed expression changed was on 2008. Is this still an
 issue? 

manoj
-- 
Yes I have a Machintosh, please don't scream at me. Larry Blumette on
linux-kernel
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#780278: [7032d06] Fix for Bug#780278 committed to git

[Manoj Srivastava]

tags 780278 +pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on Mon, 15 Feb 2016 09:56:59 -0800.
 The fix will be in the next upload. 
=
Fix initramfs-tools dependency check

Bug fix: "does not depends on initramfs-tools when using --initrd",
thanks to Cyril B. (Closes: #780278).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#777105: [a977dd5] Fix for Bug#777105 committed to git

[Manoj Srivastava]

tags 777105 +pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on Mon, 15 Feb 2016 09:52:19 -0800.
 The fix will be in the next upload. 
=
document passing CFLAGS to kernel

Bug fix: "please document passing CFLAGS (actually KCFLAGS) to kernel
makefile", thanks to Arthur Marsh (Closes: #777105).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#775834: [a004e5a] Fix for Bug#775834 committed to git

[Manoj Srivastava]

tags 775834 +pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on Mon, 15 Feb 2016 09:37:53 -0800.
 The fix will be in the next upload. 
=
Make the installed image files readable

Bug fix: "Installed vmlinuz file has insufficient read permissions",
thanks to Toby Speight (Closes: #775834).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#774601: [760c92c] Fix for Bug#774601 committed to git

[Manoj Srivastava]

tags 774601 +pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on Mon, 15 Feb 2016 09:26:05 -0800.
 The fix will be in the next upload. 
=
module-init-tools -> kmod

Bug fix: "Resultant kernels may need to depend upon kmod", thanks to
Elliott Mitchell (Closes: #774601).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#769538: kernel-package: fails with: Missing file: arch/sparc/boot/zImage

[Manoj Srivastava]

tag 769538 + moreinfo
thanks

On Fri, Nov 14 2014, mar...@alfi.li wrote:

> Hey
>
> The error message looks like:
>
> /usr/bin/make EXTRAVERSION=-mar 
> INSTALL_MOD_PATH=/ramdisk/linux-3.17.2/debian/linux-image-3.17.2-mar \
> 
> INSTALL_FW_PATH=/ramdisk/linux-3.17.2/debian/linux-image-3.17.2-mar/lib/firmware/3.17.2-mar
>   \
> 
> INSTALL_PATH=/ramdisk/linux-3.17.2/debian/linux-image-3.17.2-mar//boot  
> install
> make[2]: Entering directory `/ramdisk/linux-3.17.2'
> scripts/kconfig/conf --silentoldconfig Kconfig
> make[2]: Leaving directory `/ramdisk/linux-3.17.2'
> make[2]: Entering directory `/ramdisk/linux-3.17.2'
> sh ./arch/sparc/boot/install.sh 3.17.2-mar arch/sparc/boot/zImage \
> System.map 
> "/ramdisk/linux-3.17.2/debian/linux-image-3.17.2-mar//boot"
>
>  *** Missing file: arch/sparc/boot/zImage
>  *** You need to run "make" before "make install".
>
> make[3]: *** [install] Error 1
> make[2]: *** [install] Error 2
> make[2]: Leaving directory `/ramdisk/linux-3.17.2'
> make[1]: *** [debian/stamp/install/linux-image-3.17.2-mar] Error 2
> make[1]: Leaving directory `/ramdisk/linux-3.17.2'
> make: *** [kernel_image] Error 2

If this is still happening, could you provide the full build
 logs? Thanks for your report.

manoj
-- 
The Swartzberg Test: The validity of a science is its ability to
predict.
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#812725: [1ff168f] Fix for Bug#812725 committed to git

[Manoj Srivastava]

tags 812725 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Sun, 14 Feb 2016 21:15:41 -0800.

 The fix will be in the next upload. 
=
Satisfiable cross build dependencies

libbsd-resource-perl is only needed for running tests.  Bug fix:
"make-dfsg has unsatisfiable cross build dependendencies in a
bootstrap setting: libbsd-resource-perl", thanks to Helmut Grohne
(Closes: #812725).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#813256: [31b78ae] Fix for Bug#813256 committed to git

[Manoj Srivastava]

tags 813256 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Sat, 13 Feb 2016 19:50:08 -0800.

 The fix will be in the next upload. 
=
Really fix C++ comments in C parsers bug.

So, when we applied the upstream patch, it only fixed the skeleton
file, flex.skl, and not the generated files skel.c and scan.c;. Added
a feature branch that fixes the generated files, the need for this
will go away with the next upstream release. I hope. For what it is
worth, the diff in upstream seems to be the same one that was in the
NMU; and I have no explanations for why the -6 would behave diferently
from the NMU. (Closes: #813256).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#781416: manpage should document --jobserver-fds and the jobserver pipe

[Manoj Srivastava]

On Sat, Mar 28 2015, Josh Triplett wrote:

> Package: make
> Version: 4.0-8.1
> Severity: wishlist

> The --jobserver-fds option, and the jobserver pipe used to handle -j
> correctly in recursive make invocations, ought to have documentation in
> the manpage.

This is not a user facing public interface, so I am not sure it
 belongs in the manual. Did you have a use for this information?

manoj
-- 
Drawing on my fine command of language, I said nothing.
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#781416: manpage should document --jobserver-fds and the jobserver pipe

[Manoj Srivastava]

Could you please provide a pointer to these docs, or any suggested wording you 
might have? That'd save me some work.

  Manoj

On February 13, 2016 10:35:44 PM PST, Josh Triplett <j...@joshtriplett.org> 
wrote:
>On Sat, Feb 13, 2016 at 09:51:41PM -0800, Manoj Srivastava wrote:
>> On Sat, Mar 28 2015, Josh Triplett wrote:
>> > Package: make
>> > Version: 4.0-8.1
>> > Severity: wishlist
>> 
>> > The --jobserver-fds option, and the jobserver pipe used to handle
>-j
>> > correctly in recursive make invocations, ought to have
>documentation in
>> > the manpage.
>> 
>> This is not a user facing public interface, so I am not sure
>it
>>  belongs in the manual. Did you have a use for this information?
>
>Yes: trying to build a program that, like gcc's LTO linker, can
>integrate with make's jobserver.  gcc's LTO linker can run multiple
>threads in parallel, and can use make's jobserver pipe to manage how
>many threads it runs at a time.  If you pass -flto=jobserv to gcc, and
>tell make to treat gcc as a sub-make, gcc will respect make's jobserver
>pipe when spawning its threads.
>
>That seems like a really good idea for any program used as part of a
>build process and capable of running multiple parallel threads for
>performance.  And conversely, any other build system capable of
>spawning
>off other programs and running multiple jobs in parallel could follow
>the same convention, to interoperate with make.
>
>So, I wanted to learn how to build a program that could interoperate
>with make like GCC did.  I figured out most of the details, but the
>interface has some subtleties.  For instance, when make spawns a
>sub-make (or any other program launched with '+' and acting like a
>sub-make), the sub-make can always run one "free" job in addition to
>one
>job per byte read from the jobserver pipe, and should not write back a
>byte when that "free" job completes, because the parent make (or some
>ancestor make) will have consumed a byte (or used its free job) to run
>the sub-make.
>
>This kind of subtlety makes the interface worth documenting.  Some
>third-party articles document the jobserver, but make's own manpage
>ought to do so as well.
>
>- Josh Triplett

-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

Bug#755137: Substantive typo in 'flex' manual C99 String Literal

[Manoj Srivastava]

severity 755137 minor
thanks

On Thu, Jul 17 2014, Paul Rolig wrote:

> Package: flex
> Version: 2.5.37


>
> In the example regular expression for C99 String Literal, about 1/3 of the
> way from the left is the set '[0123456]'. Presumably, this is intended to
> match escaped octal numeric literals, in which case the digit '7' should
> also be included in the set.

It is not meant to be the octal numerals. There is a different
 regular expression a little before that which is the proper one to use.

> this same example C99 String Literal example regular expression
> suffers the same omission as above,

This is not a bug.

> and also is truncated on the right
> where it extends beyond the edge of the page. (125 is the page number
> printed at the top of the page, but it is the 132nd page in the PDF
> file.)

The overflows are a bug, indeed, but the info manual is fine. I
 am lowering the severity of this report, but I’ll work the issue.

manoj
-- 
Live long and prosper. Spock, "Amok Time", stardate 3372.7
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#813256: [fc3bef6] Fix for Bug#813256 committed to git

[Manoj Srivastava]

tags 813256 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Sat, 13 Feb 2016 20:09:18 -0800.

 The fix will be in the next upload. 
=
Really fix C++ comments in C parsers bug.

So, when we applied the upstream patch, it only fixed the skeleton
file, flex.skl, and not the generated files skel.c and scan.c;. Added
a feature branch that fixes the generated files, the need for this
will go away with the next upstream release. I hope. For what it is
worth, the diff in upstream seems to be the same one that was in the
NMU; and I have no explanations for why the -6 would behave diferently
from the NMU. (Closes: #813256).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#777270: make: please make make multiarch:foreign (properly this time)

[Manoj Srivastava]

On Sat, Feb 07 2015, Johannes Schauer wrote:

> Package: make
> Version: 4.0-8.1
> Severity: wishlist
> User: debian-cr...@lists.debian.org
> Usertags: cross-satisfiability

> The question is, how to supply the host architecture to make at run
> time.

> One way would be to add a dependency on dpkg-dev to the make binary
> package and let the make executable call `dpkg-architecture
> -qDEB_HOST_MULTIARCH` at run time.

This would be fine.

> Depending on what you find a reasonable solution I can supply a patch.

That would be much appreciated.

manoj
-- 
Please help keep the world clean: others may wish to use it.
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#761449: [cc74879] Fix for Bug#761449 committed to git

[Manoj Srivastava]

tags 761449 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Fri, 5 Feb 2016 15:51:18 -0800.

 The fix will be in the next upload. 
=
A bug fixing release

 Bug fix: "C++ style comment in C output", thanks to Tim Rühsen
 There is a fix uploaded to deferred by Salvatore Bonaccorso
 <car...@debian.org>. I am uploading this fix instead, since this
 variant has the same fix applied by a signed cherry pick from
 upstream, which will make the upgrade to the next version somewhat
 simpler.  (Closes: #813256).

 Bug fix: "wrongly declares Multi-Arch:foreign", thanks to Helmut
 Grohne. While we discuss the correct solution for this, I have removed
 the MA package tags. I am not quite happy with the proposed solution
 (swapping names of the packages seems icky, but I'll defer to the
 experts if there is no better way)   (Closes: #761449).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#750940: tome: We need builds not only for amd64

[Manoj Srivastava]

severity 750940 minor
thanks

Hi,

I get that we want to cover multiple architectures, but the
 reality is that tome is on-free. This means that is is not
 automatically handed by the buildd netwrok and automatically compiled
 fro multiple architecturs; and I don’t own machines that run !amd64.

I need to build a case for tome to be added to the non-free
 autobuild suite, and I’ll try to do so.

manoj
-- 
Sorry, no fortune this time.
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#812470: kernel-package: cannot produce debs anymore

[Manoj Srivastava]

Hi,

Yes, I think I broke things pretty badly. I think kernel-package
 has bitrotted a bit in the last few years, and needs some care. I am
 going to see if I can steal from the upstream  method of making debian
 packages, and move the resulting rules files to use debhelper, and get
 this back to a useable state.

manoj
-- 
We cannot do everything at once, but we can do something at once. Calvin
Coolidge
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#810830: closed by Manoj Srivastava <sriva...@golden-gryphon.com> (Flex produces some basic errors in lex.yy.c)

[Manoj Srivastava]

On Mon, Jan 25 2016, André Z.D.A. wrote:

> I ask you to be more kind with this issue, and I have reasons to consider
> it a clear problem in Flex (this is the reason why I reported it as a
> bug).
>
> "Using flex normally seems to work." -> Why do you consider the way I used
> flex as not normal? I think I did the most normal and common steps that
> everyone should do. Let me describe.

You are not using flex as provided by Debian. You could go and
 report a bug against upstream flex if you do not wish to uyse the
 Debian provided package, and use the upstream, unpatched version
 yourself.

> Now I want to use flex. So I download its source code, compile it, and
> install according the documentation that comes with it. What is the
> result? It doesn't work! And the original bug report shows all the
> details I think that are relevant to point the problem, and (I hope)
> to fix the problem. Is it related to flex? Of course! It got a working
> setup machine and could not work with it! We need a correct setup and
> flex do not have it.

You can report bugs in the downloaded flex here:
 http://sourceforge.net/p/flex/bugs/?source=navbar

Manoj
-- 
"The cat has too much spirit to have no heart."  --Ernest Menaul
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#642040: flex: input rules are too complicated (>= 32000 NFA states)"

[Manoj Srivastava]

Hi,

> Increase the definitions in flexdef.h for:
> 
> #define JAMSTATE -32766 /* marks a reference to the state that always jams */
> #define MAXIMUM_MNS 31999
> #define BAD_SUBSCRIPT -32767

> recompile everything, and it should all work.

What would good defaults be? I am somewhat worried about our
 extended set of architectures which might not quite be as robust as
 others. 

manoj
-- 
"You can't make a program without broken egos."
Manoj Srivastava <sriva...@debian.org> <http://www.debian.org/~srivasta/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#762180: FTCBFS: runs host arch binaries during build via help2man

[Manoj Srivastava]

Hi,

Unfortunately, the patch requires some reworking; It fails with
 the error that it could not get the --man output from flex. I’ll take a
 closer look at this later.

manoj
-- 
Try to relax and enjoy the crisis. Ashleigh Brilliant
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#812659: lex FTCBFS: runs tests even when DEB_BUILD_OPTIONS contains nocheck

[Manoj Srivastava]

Hi,

The patch requires some thought: just removing tests from
 subdirs also means that the clean does not recurse, which leaves test
 artifacts lying around, which are an unrepresentable change to the
 source.

manoj
-- 
Only a mediocre person is always at his best. Laurence Peter
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#812405: ucf: Maintainer address bounces (was mailer-dae...@picconi.debian.org: Mail delivery failed: returning message to sender])

[Manoj Srivastava]

Hi,

Yes. And I don’t understand it -- I get mails from debian
 mailing lists, the BTS, from ftp-masters --. Alioth and packaes.d.o set
 off the check_rcpt rule in my MTA, and are rejected for relaying.

manoj

##
###  check_relay -- check hostname/address on SMTP startup
##

Scheck_relay
R$* $: $>"RateControl" dummy
R$* $: $>"ConnControl" dummy

SLocal_check_relay
Scheckrelay
R$* $: $1 $| $>"Local_check_relay" $1
R$* $| $* $| $#$*   $#$3
R$* $| $* $| $* $@ $>"Basic_check_relay" $1 $| $2

SBasic_check_relay
# check for deferred delivery mode
R$* $: < $&{deliveryMode} > $1
R< d > $*   $@ deferred
R< $* > $*  $: $2

R$+ $| $+   $: $>D < $1 >  <+ Connect> < $2 >
R   $| $+   $: $>A < $1 >  <+ Connect> <>empty 
client_name
R <$+>   $: $>A < $1 >  <+ Connect> <>no: another 
lookup
R <$*>   $: OK   found nothing
R<$={Accept}> <$*>  $@ $1   return value of lookup
R <$*>  $#error $@ 5.7.1 $: "550 Access denied"
R <$*> $#discard $: discard
R<QUARANTINE:$+> <$*>   $#error $@ quarantine $: $1
R<ERROR:$-.$-.$-:$+> <$*>   $#error $@ $1.$2.$3 $: $4
R<ERROR:$+> <$*>$#error $: $1
R<$* > <$*>   $#error $@ 4.3.0 $: "451 Temporary system 
failure. Please try again later."
R<$+> <$*>  $#error $: $1

-- 
In the future, you're going to get computers as prizes in breakfast
cereals. You'll throw them out because your house will be littered with
them.-- Robert Lucky
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#812244: make: `make` always segfaults inside `strlen`

[Manoj Srivastava]

forwarded 812244 http://savannah.gnu.org/bugs/?43434
thanks

On Thu, Jan 21 2016, Tomasz Melcer wrote:

> Package: make
> Version: 4.1-1
> Severity: grave
> Justification: renders package unusable

Well, unusable is perhaps overstating it, since it only affects
 containers without /dev/pts mounted. You need to mount /dev/pts as a
 workaround.

There is an upstream fix, I’ll try and get to it this weekend,
 along with the other regression test fix.

manoj

-- 
Most of our so-called reasoning consists in finding arguments for going
on believing as we already do.  -- James Harvey Robinson
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


signature.asc
Description: PGP signature

Bug#808277: Fails with filenames which contain spaces

[Manoj Srivastava]

severity 808277 wishlist
thanks

On Fri, Dec 18 2015, Gaudenz Steinlin wrote:

> Package: ucf
> Version: 3.0031
> Severity: normal
>
> UCF fails for files which contain spaces. See the test case below. It
> also fails if only the source  or destination file contain spaces.

Yes. This is too hard to fix, since I haven’t found a way o get
 the underlying shell to not crap out on

 if [ ! -e "$new_file" ]; then
   echo >&2 "$new_file does not exist"
 fi
 if $new_file contains spaces.

Patches happily accepted.

manoj
-- 
He that breaks a thing to find out what it is has left the path of
wisdom. J.R.R. Tolkien
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


signature.asc
Description: PGP signature

Bug#659375: Diff-Menu says line mode

[Manoj Srivastava]

severity 659375 minor
tags 659375 + moreinfo
thanks

Hi,

When displaying the versions side by side, each difference is
 still displayed line by line --  lines with no changes are not
 duplicated. Is the title of the diff  (Unterschiede zwischen den
 Versionen zeilenweise anzeigen) really so confusing?

The idea is to show the differences between the files, one line
 at a time, and the format, lines one above the other or side by side is
 just a visual presentation feature.

manoj
-- 
Quidquid latine dictum sit, altum viditur. [Whatever is said in Latin
sounds profound.]
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


signature.asc
Description: PGP signature

Bug#655957: shows unreadable questions

[Manoj Srivastava]

s done in order to
> ensure good upgrades useless.
>
> For an expirienced user it is possible to recover well from
> this situation, but this needs some thinking still, -- at
> least seeing a process list to understand which file is in
> question.
>
> Thanks,
>
> /mjt
>
> -- System Information:
> Debian Release: 6.0.3
>   APT prefers stable
>   APT policy: (990, 'stable'), (500, 'oldstable'), (500, 'testing'), (50, 
> 'unstable'), (1, 'experimental')
> Architecture: i386 (x86_64)
>
> Kernel: Linux 3.1.8-amd64 (SMP w/2 CPU cores)
> Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages ucf depends on:
> ii  coreutils 8.5-1  GNU core utilities
> ii  debconf   1.5.36.1   Debian configuration management 
> sy
>
> ucf recommends no packages.
>
> ucf suggests no packages.
>
> -- debconf information:
> * ucf/changeprompt: keep_current
>   ucf/conflicts_found:
> * ucf/show_diff:
> * ucf/changeprompt_threeway: keep_current
>   ucf/title:
>
>

-- 
Lead me not into temptation... I can find it myself.
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


signature.asc
Description: PGP signature

Bug#812118: mailagent: Mailbox compression broken with Perl 5.22

[Manoj Srivastava]

On Thu, Jan 21 2016, Rafael Laboissiere wrote:

>>> Package: mailagent
>>> Version: 1:3.1-81-1
>>> Severity: important
>
> The attached patch fixed the problem for me.  There may have other
> instances of defined(@array) in the code, but I did not check this
> carefully.

Uploaded, with a full check for all uses of the builtin
 defined. 

> The problem with messages that are not dropped in ~/mbox.$user, in
> case of failure, is a separate bug from the one that is addressed by
> my patch.

if can't write the message to your system
mailbox (or whatever you have specified as your maildrop) (lock
failure or permission denied), it tries ~/mbox.$USER, and, failing
that, it drops it in the emergency directory (as specified in
~/.mailagent) .

manoj
-- 
 Hah! we have 2 Johnie Ingrams in the channel :)  Hey all
btw :)
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


signature.asc
Description: PGP signature

Bug#812308: [c03c728] Fix for Bug#812308 committed to git

[Manoj Srivastava]

tags 812308 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Thu, 21 Jan 2016 23:33:29 -0800.

 The fix will be in the next upload. 
=
[master]:  Messages should be dropped in the system mailbo

When the LEAVE command is used, messages should be dropped into the
system mailbox of the user (/var/spool/mail/$user, which is the value
of the $mailfile variable, defined in /usr/bin/mailagent ).  Instead
of that, the messages are dropped into ~/mbox.$user.  The patch
attached to this bug report fixes the problem.  The bug comes clearly
from a typo and it is surprising that it has not yet been noticed.

Bug fix: "Messages should be dropped in the system mailbox when using
the LEAVE command", thanks to Rafael Laboissiere (Closes: #812308).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#812308: [5445b3d] Fix for Bug#812308 committed to git

[Manoj Srivastava]

tags 812308 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Thu, 21 Jan 2016 23:41:58 -0800.

 The fix will be in the next upload. 
=
[master]:  Messages should be dropped in the system mailbo

When the LEAVE command is used, messages should be dropped into the
system mailbox of the user (/var/spool/mail/$user, which is the value
of the $mailfile variable, defined in /usr/bin/mailagent ).  Instead
of that, the messages are dropped into ~/mbox.$user.  The patch
attached to this bug report fixes the problem.  The bug comes clearly
from a typo and it is surprising that it has not yet been noticed.

Bug fix: "Messages should be dropped in the system mailbox when using
the LEAVE command", thanks to Rafael Laboissiere (Closes: #812308).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#812118: mailagent: Mailbox compression broken with Perl 5.22

[Manoj Srivastava]

On Wed, Jan 20 2016, Rafael Laboissiere wrote:

> Package: mailagent
> Version: 1:3.1-81-1
> Severity: important

Hi,

It might (and then again, it might not) be reassuring to know I
 have exactly the same version of perl nd mailagent; and mailagent did
 pass all tests, including the compression tests. I have not seen the
 mail lossage (the defined(@array) is fairly benign, despite the dire
 warning) .

manoj

-- 
Beware of low-flying butterflies.
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


signature.asc
Description: PGP signature

Bug#812118: mailagent: Mailbox compression broken with Perl 5.22

[Manoj Srivastava]

On Wed, Jan 20 2016, Rafael Laboissiere wrote:
> Package: mailagent
> Version: 1:3.1-81-1
> Severity: important

> I upgraded the perl package in my testing system to version 5.22.1-4 
> today and mailagent ceased to work.  I had error messages like the
> following one in the mailagent log file:

>16/01/20 19:17:43 mailagent[178656]: ERROR Can't use
> 'defined(@array)' (Maybe you should just omit the defined()?) at (eval
> 1219) line 5,  chunk 618., while parsing code of
> compress'restore.

This should be reasonably easy to fix. I am afraid is this is
 not the only bug that would be introduced; mailagent has not really
 been updated beyond perl4 much, I am afraid.

> It is even worse than that: even though there were messages like these
> ones in the log file:
>
>16/01/20 19:17:43 mailagent[178656]: NOTICE not saved, leaving in mailbox
>16/01/20 19:17:43 mailagent[178656]: WARNING using
> /home/rafael/mbox.rafael for mailbox
>
> the non-filtered email messages were not saved anywhere.  The file
> /home/rafael/mbox.rafael was not created, contrary to what is
> indicated above.  I had severe email loss this afternoon!
>
> BTW, I considered raising the severity level of this bug report to
> "serious".  However, I could find a workaround for the problem, by
> commenting the definitions for the configuration variables "compress",
> "compspecs", and "comptag" in my ~/.mailagent file.

> I apologize for not proposing a patch.  Hacking the Perl code in
> /usr/bin/mailagent is far beyond my current aptitudes.

    I’ll take a crack at it.

manoj
-- 
To err is human, to repent, divine, to persist, devilish. Benjamin
Franklin
Manoj Srivastava <sriva...@acm.org> <http://www.golden-gryphon.com/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


signature.asc
Description: PGP signature

Bug#796931: Another data point

[Manoj Srivastava]

Hi,

I sourced the file 70gnupg-agent.sh discussed earlier int he bug
 report. I am still having issues -- at least, with gpg, I can actually
 use gpg; gpg2 just fails.

manoj

> echo $GNUPGHOME
/home/srivasta/lib/.sec
>echo $GPG_AGENT_INFO

> echo $GPG_AGENT

> gpg-agent
gpg-agent[1725]: gpg-agent running and available
> gpg2 -vvv --clearsign ~/.login
gpg: keyserver option 'include-disabled' is unknown
gpg: keyserver option 'honor-http-proxy' is unknown
gpg: using character set 'utf-8'
gpg: Note: signature key 9D760D4D has been revoked
gpg: Note: signature key 840A4306 expired Wed 11 May 2011 02:33:47 PM PDT
gpg: using PGP trust model
gpg: key C5779A1C: accepted as trusted key
gpg: Note: signature key 9D760D4D has been revoked
gpg: Note: signature key 840A4306 expired Wed 11 May 2011 02:33:47 PM PDT
gpg: using subkey 6F576472 instead of primary key C5779A1C
gpg: writing to '/home/srivasta/.login.asc'
gpg: signing failed: No secret key
gpg: /home/srivasta/.login: clearsign failed: No secret key
[1]1767 exit 2 gpg2 -vvv --clearsign ~/.login
> gpg -vvv --clearsign ~/.login
gpg: using character set `utf-8'
gpg: using PGP trust model
gpg: key C5779A1C: accepted as trusted key
gpg: can't handle public key algorithm 22
gpg: can't handle public key algorithm 19
gpg: error checking usability status of C7261095
gpg: key C7261095: secret key without public key - skipped
gpg: NOTE: signature key 840A4306 expired Wed 11 May 2011 02:33:47 PM PDT
gpg: NOTE: signature key 840A4306 expired Wed 11 May 2011 02:33:47 PM PDT
gpg: no secret subkey for public subkey 840A4306 - ignoring
gpg: using subkey 6F576472 instead of primary key C5779A1C

You need a passphrase to unlock the secret key for
user: "Manoj Srivastava <sriva...@golden-gryphon.com>"
gpg: NOTE: signature key 840A4306 expired Wed 11 May 2011 02:33:47 PM PDT
gpg: using subkey 6F576472 instead of primary key C5779A1C
2048-bit RSA key, ID 6F576472, created 2009-07-23 (main key ID C5779A1C)

gpg: gpg-agent is not available in this session
You need a passphrase to unlock the secret key for
user: "Manoj Srivastava <sriva...@golden-gryphon.com>"
2048-bit RSA key, ID 6F576472, created 2009-07-23 (main key ID C5779A1C)

gpg: writing to `/home/srivasta/.login.asc'
gpg: RSA/SHA512 signature from: "6F576472 Manoj Srivastava 
<sriva...@golden-gryphon.com>"


 ps auwwx | egrep '[g]pg-agent'
srivasta 24911  0.0  0.0 165000  2180 ?SNs  00:39   0:00 gpg-agent 
--daemon --enable-ssh-support --allow-preset-passphrase 
--no-allow-external-cache

-- 
Man is a military animal, glories in gunpowder, and loves
parade. P.J. Bailey
Manoj Srivastava <sriva...@debian.org> <http://www.debian.org/~srivasta/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


signature.asc
Description: PGP signature

Bug#808269: make nconfigOrganization: The Debian Project

[Manoj Srivastava]

tags 808269 moreinfo unreproducible
thanks

Hi,

I can’t reproduce the error:
--8<---cut here---start->8---
_> make menuconfig
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/basic/bin2c
  HOSTCC  scripts/kconfig/mconf.o
  HOSTCC  scripts/kconfig/zconf.tab.o
  HOSTCC  scripts/kconfig/lxdialog/checklist.o
  HOSTCC  scripts/kconfig/lxdialog/util.o
  HOSTCC  scripts/kconfig/lxdialog/inputbox.o
  HOSTCC  scripts/kconfig/lxdialog/textbox.o
  HOSTCC  scripts/kconfig/lxdialog/yesno.o
  HOSTCC  scripts/kconfig/lxdialog/menubox.o
  HOSTLD  scripts/kconfig/mconf
scripts/kconfig/mconf  Kconfig


*** End of the configuration.
*** Execute 'make' to start the build or try 'make help'.
--8<---cut here---end--->8---

Can you still reproduce this? Where did you get the kernel
 sources from?

manoj
-- 
Time as he grows old teaches all things. Aeschylus
Manoj Srivastava <sriva...@debian.org> <http://www.debian.org/~srivasta/>  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


signature.asc
Description: PGP signature

Bug#761301: [333d25b] Fix for Bug#761301 committed to git

[Manoj Srivastava]

tags 761301 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Sat, 16 Jan 2016 01:05:32 -0800.

 The fix will be in the next upload. 
=
[master]: Demote the make packages priorities

make is now priority optional, along with gcc, floex and
bison. make-guile, which conflicts with it, is now priority extra.

Bug fix: "Neither make nor make-guile should be standard", thanks to
Josh Triplett (Closes: #761301).

Bug fix: "make instead of make-guile should be standard", thanks to
Joey Hess (Closes: #762017).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#763147: [8213b23] Fix for Bug#763147 committed to git

[Manoj Srivastava]

tags 763147 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Sat, 16 Jan 2016 00:54:08 -0800.

 The fix will be in the next upload. 
=
[master]: Fix manpage typos

Bug fix: "Typos in manpage", thanks to Josh Triplett
   (Closes: #763147).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#763147: [b2c913b] Fix for Bug#763147 committed to git

[Manoj Srivastava]

tags 763147 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Sat, 16 Jan 2016 01:37:18 -0800.

 The fix will be in the next upload. 
=
[master]: Fix manpage typos

Bug fix: "Typos in manpage", thanks to Josh Triplett
   (Closes: #763147).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#761301: [e7364bd] Fix for Bug#761301 committed to git

[Manoj Srivastava]

tags 761301 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Sat, 16 Jan 2016 01:37:21 -0800.

 The fix will be in the next upload. 
=
[master]: Demote the make packages priorities

make is now priority optional, along with gcc, floex and
bison. make-guile, which conflicts with it, is now priority extra.

Bug fix: "Neither make nor make-guile should be standard", thanks to
Josh Triplett (Closes: #761301).

Bug fix: "make instead of make-guile should be standard", thanks to
Joey Hess (Closes: #762017).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=

Bug#761301: [c358d7c] Fix for Bug#761301 committed to git

[Manoj Srivastava]

tags 761301 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava <sriva...@debian.org> on the branch 
 master at Sat, 16 Jan 2016 02:30:34 -0800.

 The fix will be in the next upload. 
=
[master]: Demote the make packages priorities

make is now priority optional, along with gcc, floex and
bison. make-guile, which conflicts with it, is now priority extra.

Bug fix: "Neither make nor make-guile should be standard", thanks to
Josh Triplett (Closes: #761301).

Bug fix: "make instead of make-guile should be standard", thanks to
Joey Hess (Closes: #762017).

Signed-off-by: Manoj Srivastava <sriva...@debian.org>
=