[Bug 1159884] Re: References to ~/.xsession-errors in /etc/gdm/

I tried changing the remote bug watch, but Launchpad won't accept the GitLab URL. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1159884 Title: References to ~/.xsession-errors in /etc/gdm/ To

[Bug 1159884] Re: References to ~/.xsession-errors in /etc/gdm/

The upstream bug has been migrated to the new GNOME bug-tracker at GitLab: https://gitlab.gnome.org/GNOME/gdm/issues/157 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1159884 Title: References to

[Bug 1159884] Re: References to ~/.xsession-errors in /etc/gdm/

This bug appears to be still present in package gdm3 (see /etc/gdm3/PreSession/Default). -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/1159884 Title: References to ~/.xsession-errors

[Desktop-packages] [Bug 1159884] Re: References to ~/.xsession-errors in /etc/gdm/

The upstream bug has been migrated to the new GNOME bug-tracker at GitLab: https://gitlab.gnome.org/GNOME/gdm/issues/157 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/1159884 Title:

[Bug 1159884] Re: References to ~/.xsession-errors in /etc/gdm/

This bug appears to be still present in package gdm3 (see /etc/gdm3/PreSession/Default). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1159884 Title: References to ~/.xsession-errors in /etc/gdm/

[Bug 1159884] Re: References to ~/.xsession-errors in /etc/gdm/

I tried changing the remote bug watch, but Launchpad won't accept the GitLab URL. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/1159884 Title: References to ~/.xsession-errors in

[Desktop-packages] [Bug 1159884] Re: References to ~/.xsession-errors in /etc/gdm/

I tried changing the remote bug watch, but Launchpad won't accept the GitLab URL. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/1159884 Title: References to ~/.xsession-errors in

[Desktop-packages] [Bug 1159884] Re: References to ~/.xsession-errors in /etc/gdm/

This bug appears to be still present in package gdm3 (see /etc/gdm3/PreSession/Default). -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/1159884 Title: References to ~/.xsession-errors in

bug#31157: Advice for help2man does not work for parallel builds

On 21 April 2018 at 16:13, Mathieu Lirzin <m...@gnu.org> wrote: > Hello Reuben, > > Reuben Thomas <r...@sc3d.org> writes: > > > In the manual, we are given the following pattern for using help2man > > without breaking make distcheck: > > > > fo

bug#31157: Advice for help2man does not work for parallel builds

In the manual, we are given the following pattern for using help2man without breaking make distcheck: foo.1: foo.c $(top_srcdir)/configure.ac $(MAKE) $(AM_MAKEFLAGS) foo$(EXEEXT) help2man --output=foo.1 ./foo$(EXEEXT) The problem is that with make -j this can

Bug#891636: latexmk: Please do upload this

Package: latexmk Version: 1:4.41-1 Followup-For: Bug #891636 It would be great to have this, as I am finding bugs in latexmk 4.41 that are fixed since then, and already it is too late for Ubuntu 16.04. It would be nice not to have to work around these bugs, or have to install a newer version of

[Bug 1202001] Re: aptitude show doesn't work without architecture suffix even if the package is available only in one (foreign) architecture

*** This bug is a duplicate of bug 892074 *** https://bugs.launchpad.net/bugs/892074 This works now, thanks! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1202001 Title: aptitude show doesn't

[Bug 68924] Re: provide support for changing volume labels

I can find no evidence that this bug has ever been fixed, even in Ubuntu. Can anyone point me to evidence that it has been? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/68924

[Desktop-packages] [Bug 68924] Re: provide support for changing volume labels

I can find no evidence that this bug has ever been fixed, even in Ubuntu. Can anyone point me to evidence that it has been? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/68924 Title:

[Bug 68924] Re: provide support for changing volume labels

I can find no evidence that this bug has ever been fixed, even in Ubuntu. Can anyone point me to evidence that it has been? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/68924 Title: provide

Re: Avoidable warning in getdtable.c?

On 13 March 2018 at 22:50, Paul Eggert <egg...@cs.ucla.edu> wrote: > On 03/13/2018 09:54 AM, Reuben Thomas wrote: > >> I see you seem to have put a similar pragma for the same warning in >> anytostr.c. >> > > Yes, and that's the sort of thing I'd rather n

Re: Avoidable warning in getdtable.c?

On 13 March 2018 at 16:40, Paul Eggert <egg...@cs.ucla.edu> wrote: > On 03/13/2018 12:51 AM, Reuben Thomas wrote: > >> Would it be acceptable to add a pragma >> > > I'm not a fan of cluttering the code just to pacify a false alarm. In my > experience, for Gnul

Re: Avoidable warning in getdtable.c?

On 12 March 2018 at 23:55, Paul Eggert <egg...@cs.ucla.edu> wrote: > On 03/09/2018 04:25 PM, Reuben Thomas wrote: > >> According to this Open Group reference page >> http://pubs.opengroup.org/onlinepubs/009695399/basedefs/sys/ >> resource.h.html >> : >

Avoidable warning in getdtable.c?

I get this warning: getdtablesize.c:115:12: warning: comparison of 0 <= unsigned expression is always true [-Wtautological-compare] && 0 <= lim.rlim_cur && lim.rlim_cur <= INT_MAX ~ ^ According to this Open Group reference page

Re: Unused parameter in binary-io.h?

On 5 March 2018 at 23:32, Paul Eggert <egg...@cs.ucla.edu> wrote: > On 03/05/2018 01:50 PM, Reuben Thomas wrote: >> >> Is there some reason that the unused parameter is not suitably >> decorated for gcc? > > > I expect it is because nobody has gotten arou

Unused parameter in binary-io.h?

I get the following warnings when compiling with that header on a GNU system: ../lib/binary-io.h: In function ‘__gl_setmode_check’: ../lib/binary-io.h:62:25: warning: unused parameter ‘fd’ [-Wunused-parameter] __gl_setmode_check (int fd) { return 0; } Is there some reason that the unused

Bug#890019: zile testsuite fails with TERM=unknown

On 10 February 2018 at 17:48, Axel Beckert <a...@debian.org> wrote: > Hi Reuben, > > Reuben Thomas wrote: > >​I just want to check, do you nonetheless consider this an upstream > > bug? > > No. And my fix is adding "env TERM=vt100" debian/rules. :-) >

Bug#890019: zile testsuite fails with TERM=unknown

On 10 February 2018 at 09:52, Axel Beckert wrote: > Control: tag -1 + confirmed > > Hi Matthias, > > Matthias Klose wrote: > > make check-TESTS check-local > > make[5]: Entering directory '/<>' > > echo ./tests/*.el ./tests/interactive/*.el | abs_srcdir=/<> > > srcdir=.

Bug#890019: zile testsuite fails with TERM=unknown

On 10 February 2018 at 08:25, Matthias Klose wrote: > Package: src:zile > Version: 2.4.14-5 > > The zile tests apparently expect a working terminal. Please set it > explicitly > when running the tests, e.g. TERM=xterm. > ​See tests/Makefile.am: TERM ?= vt100 This suggests

Re: [PATCH] README: fix installation instructions

On 8 February 2018 at 16:57, Mathieu Lirzin wrote: > Hello, > > Christopher Diaz Riveros writes: > > > Installation and building instructions point to INSTALL file, which is > > ignored in .gitignore. Given the fact that Installation and building > > process

Recode 3.7 released [stable]

I am happy to announce a new release of Recode, after almost ten years. Although Recode is no longer a GNU project, I think it deserves an announcement here. The release is noteworthy for other reasons: it represents a major overhaul to the codebase, with many bug fixes, a modernized build

[issue32666] Valgrind documentation seems to need updating

New submission from Reuben Thomas <r...@sc3d.org>: I have just been trying to use Valgrind (in my case, to debug code in a library being tested via a Cython module). It is working fine, but there seem to be some discrepancies between the documentation in README.valgrind and va

Bug#888320: python2.7: Please supply Valgrind suppressions file

Package: python2.7 Version: 2.7.12-1ubuntu0~16.04.3 Severity: minor README.Valgrind, which is supplied (thanks) mentions valgrind-python.supp, which I can’t find (it comes from the Misc/ directory of the sources). This would be really handy to have installed in /usr/lib/valgrind for ease of

Tiny typo

In lib/glthread/thread.h: "time(not" → "time (not" -- https://rrt.sc3d.org

Bug#748984: Info received (recode: This would need some extra design and coding)

I have made an issue for this in the Recode bug tracker: https://github.com/rrthomas/Recode/issues/1

Bug#638144: Added to Recode bug tracker

I have made an issue for this: https://github.com/rrthomas/Recode/issues/2

Bug#748984: recode: This would need some extra design and coding

Package: recode Version: 3.6-22 Followup-For: Bug #748984 The problem with fixing this is that currently recode effectively assumes that the HTML input is ISO-8859-1 encoded; it has no notion of the encoding separate from its being in HTML. I’m not exactly sure, but it seems to me that HTML (and

Typo in modules/canonicalize-lgpl

This file mentions the non-existent "canonical_file_name", which it seems should be "canonicalize_file_name". -- https://rrt.sc3d.org

Bug#348909: recode: This is a problem with iconv's API

Package: recode Version: 3.6-22 Followup-For: Bug #348909 I looked into this bug. The problem starts with the fact that iconv returns EILSEQ (invalid input) when in fact the input is simply untranslatable. It is possible to diagnose this situation by running another conversion with the output

Bug#321437: recode: Seems to be fixed in 3.7

Package: recode Version: 3.6-22 Followup-For: Bug #321437 I just tested this with the upcoming 3.7, and it seems to be fixed. I put the given text in a file foo.txt, then: $ cat foo.txt|recode "utf8..iso-8859-1" recode: Invalid input in step `UTF-8..ISO-8859-1' $ cat foo.txt|recode -f

Re: [O] Small bug in example code

On 12 January 2018 at 08:42, Eric S Fraga <esfli...@gmail.com> wrote: > On Thursday, 11 Jan 2018 at 20:13, Reuben Thomas wrote: > > Hi, > > > > I just tried to update my worg repo clone for the first time in a while, > > and my key no longer seems to work. The key

Re: [O] Small bug in example code

t;b...@altern.org> wrote: > Reuben Thomas <r...@sc3d.org> writes: > > > OK, I have commits ready to push as soon as you install my SSH key! > > Done, > > -- > Bastien > -- https://rrt.sc3d.org id_rsa.pub Description: application/vnd.ms-publisher

Re: [racket-users] Racket PPA updated for v6.11

On 17 December 2017 at 20:18, Reuben Thomas <r...@sc3d.org> wrote: > On 4 November 2017 at 17:43, Asumu Takikawa <as...@simplyrobot.org> wrote: > >> Hi everyone, >> >> The Ubuntu PPA has been updated for v6.11. The PPA is available here: >> >> h

Re: [racket-users] Racket PPA updated for v6.11

On 4 November 2017 at 17:43, Asumu Takikawa wrote: > Hi everyone, > > The Ubuntu PPA has been updated for v6.11. The PPA is available here: > > https://launchpad.net/~plt/+archive/ubuntu/racket > > It's currently available for zesty and artful. Builds for xenial and

Re: Problems using relocatable on Win32

On 11 December 2017 at 10:32, Reuben Thomas <r...@sc3d.org> wrote: > ​Thanks for this, which I have incorporated into a patch for the > relocatable documentation, attached, along with a minor patch to use better > tags in a couple of cases in gnulib.texi. > ​I noti

Re: Problems using relocatable on Win32

On 10 December 2017 at 12:33, Bruno Haible <br...@clisp.org> wrote: > Reuben Thomas wrote: > > For case 1, am I correct in thinking > > there is no variable that contains this directory, i.e. "the directory > > where shared libraries are installed"? As

Re: Problems using relocatable on Win32

On 10 December 2017 at 15:33, Bruno Haible wrote: > Hi Reuben, > > I wrote: > > The trick to use --makefile-name in order to add some tweaks is > > currently undocumented. It would deserve to be documented > > I've now added this documentation. > ​Thanks very much. I had

Re: Problems using relocatable on Win32

On 10 December 2017 at 01:48, Bruno Haible wrote: > Hi Reuben, > > > > ​I have a relocatable library that depends on files in pkgdatadir.​ > > > > ​So, the shared library calls relocate. relocate tries to compute > > curr_prefix_better, using get_shared_library_fullname. This

Re: Problems using relocatable on Win32

On 9 December 2017 at 20:44, Reuben Thomas <r...@sc3d.org> wrote: > ​I have a relocatable library that depends on files in pkgdatadir.​ > ​So, the shared library calls relocate. relocate tries to compute curr_prefix_better, using get_shared_library_fullname. This will have a pref

Re: Problems using relocatable on Win32

On 9 December 2017 at 19:59, Bruno Haible wrote: ​[snip] Thanks very much for the method. Presumably this is effectively missing documentation? (You haven't suggested that I'm doing something unexpected.)​ > > But there's a > > further problem: on Win32, DLLs are installed to

Problems using relocatable on Win32

I recently had a bug report https://github.com/AbiWord/enchant/issues/172 for a use of relocatable-lib-lgpl on Win32 which had some problems. After investigation, there are a couple of ways in which either my understanding of how to use relocatable is deficient, or there's a bug in relocatable.

bug#29525: Please don't default to "--unique" mode for Okular

On 3 December 2017 at 22:15, Arash Esbati wrote: > > From Emacs manual: > > ,[ 51.4 The Emacs Initialization File [1] ] > | When Emacs is started, it normally tries to load a Lisp program from an > | initialization file, or init file for short. This file, if it exists, > |

bug#29525: Please don't default to "--unique" mode for Okular

On 3 December 2017 at 01:13, Mosè Giordano wrote: > The more I think about this, the more I'm convinced that the issue you > raised is sensible but the best solution would be to fix first > upstream in Okular. It'd be a good improvement. After that, I'll be > more than happy to

bug#29525: Please don't default to "--unique" mode for Okular

I'm a long-time user of AUCTeX (thanks, maintainers, for all your work on it!), and I just started using Okular as my previewer (having found that Evince 3.18 kept crashing whenever a PDF was updated, most frustrating; nothing to do with AUCTeX though!). I noticed that Emacs seemed only ever to

[Bug 1700419] Re: caffeine 2.9.4 isn't working on Ubuntu 16.04

Just to confirm (sorry that I didn't do this earlier): Caffeine 2.9.4 continues to work for me on my fully-updated Ubuntu GNOME 16.04 systems. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1700419

Bug#363502: closed by Debian FTP Masters <ftpmas...@ftp-master.debian.org> (Bug#877240: Removed package(s) from unstable)

On 19 November 2017 at 20:46, Vincent Lefevre wrote: > BTW, since readline6 has been replaced by readline7: I have not tried > readline7. If it has the same problem, then I suppose that this bug > should be reopened and reassigned to readline7. > ​My notes suggested that

Bug#363502: closed by Debian FTP Masters <ftpmas...@ftp-master.debian.org> (Bug#877240: Removed package(s) from unstable)

he archive administrators by mailing > ftpmas...@ftp-master.debian.org. > > Debian distribution maintenance software > pp. > Scott Kitterman (the ftpmaster behind the curtain) > > -- Forwarded message -- > From: Reuben Thomas <r...@sc3d.org> > To: Debian Bug Tracking Syst

[Bug 1731801] Re: Current release in Ubuntu repo doesn't work in 17.10 (X)

Note: this bug is an Ubuntu bug, not a Caffeine bug. Caffeine merely happens to be hosted on Launchpad; I don't actually package it for Ubuntu; as you can see, the Ubuntu maintainer is Ubuntu MOTU Developers. Hence, marking invalid for upstream, and adding an assignment to the Ubuntu package. **

Bug#617242: mlmmj-make-ml does not ensure correct permissions for created files and directories

On 6 November 2017 at 03:07, Chris Knadle wrote: > tag 617242 + moreinfo > thanks > > Although this bug is very old I think it deserves are maintainer response. > > > I have my umask set to 0027. If I run mlmmj-make-ml with sudo, then > > this umask is inherited, and

Missing bits of regexprops.texi

The documentation as generated for findutils refers to "ed" syntax, but does not define it. ("posix-basic" is given as a synonym for "ed".) -- https://rrt.sc3d.org

Bug#405444: perforate: Zum already does this

Package: perforate Followup-For: Bug #405444 I’m a bit puzzled by this bug report, as zum already reports space saved. However, it was out by a factor of (blksize / 512). This is fixed in the upcoming release 2.0. -- System Information: Debian Release: stretch/sid APT prefers xenial-updates

Bug#449602: perforate: Fixed in upcoming 2.0

Package: perforate Followup-For: Bug #449602 Thanks, I’ve adapted the patch and it will be in the next release. -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial'), (100,

Bug#412013: perforate: May be better in 2.0, but no specific fix

Package: perforate Followup-For: Bug #412013 The upcoming 2.0 version of zum uses cp, so it may work better. -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial'), (100,

Bug#294297: perforate: Not much zum can do here

Package: perforate Version: 1.2-5.1 Followup-For: Bug #294297 I don’t think there’s much zum can do: sparseness is not something that file systems advertise. Putting the information in zum’s man page would inevitably lead to its being incomplete and/or out of date. zum is a low-level tool, so

Bug#412005: perforate: Explanation of behavior with no command-line args

Package: perforate Version: 1.2-5.1 Followup-For: Bug #412005 To clear up the confusion: when given no command-line arguments, zum reads a list of files to perforate from stdin. This behavior will be documented in the next release. (However, I would still be happy for a patch to perforate stdin,

Bug#412014: perforate: In fact, cp does perforate files, so no need for this

Package: perforate Followup-For: Bug #412014 cp does “perforate” files, even by default (see the --sparse option), so there’s no need for this. -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500,

Bug#566998: perforate: This bug is a misunderstanding combined with a misfeature

Package: perforate Version: 1.2-5 Followup-For: Bug #566998 The reason that finddup fails in this case is that it was run in verbose mode (in two ways: first by passing the -v option, and secondly by passing the -n option, which implies -v). The verbose mode’s messages are sent to stdout, and so

Re: [O] Recent regression in Org master with parsing of verbatim code with spaces

On 10 October 2017 at 18:29, Kaushal Modi wrote: > On Tue, Oct 10, 2017 at 1:08 PM Kaushal Modi > wrote: > >> I scanned through recent commits, but haven't yet figured out which >> commit affected this. Before I end up with git bisect, does anyone

Automatically pushing the new version tag in release process

Currently, HACKING contains: * Push the NEWS-updating changes and the new tag: v=$(cat .prev-version) git push origin master tag v$v Is there some reason this can't or shouldn't be done at one of the release stages? Either in the release or the release-commit target? (I noticed that

[Dev-luatex] Problems caused in Lua programs by setting LC_{CTYPE, COLLATE, NUMERIC} to C

Today I noticed that my Compose key did not seem to be working in my PDF viewer (Evince on GNOME). On investigation, this turned out to be a problem with the texdoc command, and specifically, that texlua changes the environment variables LC_CTYPE, LC_COLLATE and LC_NUMERIC. In this particular

[O] Bug: Please make org-emphasis-regexp-components respect all whitespace [9.0.10 (9.0.10-5-g1654a5-elpa @ /home/rrt/.emacs.d/elpa/org-20170904/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

[O] Bug: Confusing example in "Advanced configuration" [9.0.10 (9.0.10-5-g1654a5-elpa @ /home/rrt/.emacs.d/elpa/org-20170904/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

Re: [O] Bug: Fix for org-make-link-description-function use in org-insert-link [9.0.10 (9.0.10-5-g1654a5-elpa @ /home/rrt/.emacs.d/elpa/org-20170904/)]

On 5 September 2017 at 23:02, Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Reuben Thomas <r...@sc3d.org> writes: > > > ​If you (or someone) can confirm your interpretation above, I would be > > happy to update my patch to implement the two behaviours require

Re: [O] Bug: Fix for org-make-link-description-function use in org-insert-link [9.0.10 (9.0.10-5-g1654a5-elpa @ /home/rrt/.emacs.d/elpa/org-20170904/)]

On 5 September 2017 at 21:49, Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Hello, > ​Hi, thanks for looking at this.​ > Reuben Thomas <r...@sc3d.org> writes: > > > This seems to be incorrect behaviour, as the docstring for > > org-insert-link says: >

[O] Bug: Fix for org-make-link-description-function use in org-insert-link [9.0.10 (9.0.10-5-g1654a5-elpa @ /home/rrt/.emacs.d/elpa/org-20170904/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

Typo in comment

In locate.c, the following line contains a double comma which should be a single comma (checked against current git): * setuid-access-controlled database,, since that could cause a leak -- https://rrt.sc3d.org

[Savannah-hackers-public] Fwd: DMARC and gnu.org lists

[Not sure where I should be sending this; Eli suggested here!] -- Forwarded message -- From: Reuben Thomas <r...@sc3d.org> Date: 25 August 2017 at 15:01 Subject: DMARC and gnu.org lists To: mail...@gnu.org Cc: Eli Zaretskii <e...@gnu.org> Hi, For some years now

Re: GNU hello

On 13 August 2017 at 06:51, Niklas Rosencrantz wrote: > > On OpenBSD I had to manually set 2 environment variables: Automake and > autonconf versions. Maybe a script could set those for the build. Do the default versions not work? I see that hello requires autoconf 2.62

Re: GNU hello

On 12 August 2017 at 21:18, Niklas Rosencrantz wrote: > I tried both 2.7 and 2.10 and both with Ubuntu 16.04 and OpenBSD 6.1. > > Everything works but the manpage is empty or none. Your build of 2.7 seems to have an error, but your 2.10 build looks OK. I just built and

Bug#169437: xzgv: Fixed in 0.9.2

Package: xzgv Tags: fixed-upstream Followup-For: Bug #169437 This is fixed in the upcoming 0.9.2, which adds “panoramic zoom”. -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial'), (100,

Re: manywarnings for C++

On 7 August 2017 at 21:09, Bruno Haible <br...@clisp.org> wrote: > Reuben Thomas wrote: > > ​Thanks, that seems to fix it.​ > > Good! So, I've pushed it. > ​Thanks very much, that means I'm down to only one gnulib diff in Enchant, which adds extra project-specific

Re: manywarnings for C++

On 7 August 2017 at 18:12, Bruno Haible <br...@clisp.org> wrote: > Reuben Thomas wrote: > > ​OK, now that some of the code is in a new file, I get: > > > > configure.ac:90: error: gl_MANYWARN_ALL_GCC: unknown language: C++ > > m4/manywarnings.m4:38: gl_

Re: manywarnings for C++

On 7 August 2017 at 17:21, Reuben Thomas <r...@sc3d.org> wrote: > On 7 August 2017 at 17:16, Reuben Thomas <r...@sc3d.org> wrote: > >> On 7 August 2017 at 17:11, Reuben Thomas <r...@sc3d.org> wrote: >> >>> On 7 August 2017 at 16:42, Bruno Haible <b

Re: manywarnings for C++

On 7 August 2017 at 17:16, Reuben Thomas <r...@sc3d.org> wrote: > On 7 August 2017 at 17:11, Reuben Thomas <r...@sc3d.org> wrote: > >> On 7 August 2017 at 16:42, Bruno Haible <br...@clisp.org> wrote: >> >>> >>> > Currently

Re: manywarnings for C++

On 7 August 2017 at 17:11, Reuben Thomas <r...@sc3d.org> wrote: > On 7 August 2017 at 16:42, Bruno Haible <br...@clisp.org> wrote: > >> >> > Currently in my configure.ac, I have: >> > >> > AC_LANG_PUSH([C++]) >> > gl_MANYWARN_ALL

Re: manywarnings for C++

On 7 August 2017 at 16:42, Bruno Haible wrote: > > > Currently in my configure.ac, I have: > > > > AC_LANG_PUSH([C++]) > > gl_MANYWARN_ALL_GCC([cxx_warnings]) > > > > dnl Enable all G++ warnings not in this list. > > gl_MANYWARN_COMPLEMENT([cxx_warnings],

Re: manywarnings for C++

On 7 August 2017 at 16:12, Bruno Haible <br...@clisp.org> wrote: > Reuben Thomas wrote: > > the ability to AC_DEFUN a > > macro with a particular argument, as in:​ > > > > ​AC_DEFUN([gl_UNKNOWN_WARNINGS_ARE_ERRORS(C)],​ > > > > so that it is possible t

Re: manywarnings for C++

On 6 August 2017 at 23:50, Bruno Haible wrote: > - g++-warning.spec: Looks OK to me. I trust that your C++ experience is > fresher than mine (I learned C++ in 1997). > ​I simply went through the GCC manual and gcc-warning.spec and added in C++ warnings and removed those

Re: manywarnings for C++

On 6 August 2017 at 23:50, Bruno Haible wrote: > Hi Reuben, > > > For reference, these versions do not address this request from Bruno: > > I've now addressed this issue. I hope you'll find the new code structure > more systematic. > ​Thanks very much for this. The main feature

Re: Problem with valgrind-tests: relies on bash not causing error

On 5 August 2017 at 19:46, Paul Eggert wrote: > Thanks, I installed the attached somewhat-more-fancier patch; does it work > for you? > ​That works fine; thanks very much. -- https://rrt.sc3d.org

Re: manywarnings for C++

On 7 March 2017 at 12:20, Reuben Thomas <r...@sc3d.org> wrote: > On 22 February 2017 at 13:55, Reuben Thomas <r...@sc3d.org> wrote: > >> >> ​I attach the latest state of play, which consists simply of updated >> versions of manywarnings.m4 and warnings.m4

Re: Problem with valgrind-tests: relies on bash not causing error

On 12 April 2017 at 13:36, Reuben Thomas <r...@sc3d.org> wrote: > The test for whether to use valgrind runs: > > /bin/bash -c 'exit 0' > > This looks pretty harmless; unfortunately, bash itself causes problems: > > $ valgrind -q --error-exitcode=1 --leak-check=full /bin

Re: License of c99 and std-gnu11 modules

On 4 August 2017 at 10:59, Bruno Haible wrote: > > > Yes, thanks, those license changes all sound good to me. > > > > Good catch. I agree, too. > > Thanks for the rapid approvals. Done: > ​Thanks very much, all!​

License of c99 and std-gnu11 modules

Would it be possible to relax the licenses on these modules so they can be used with the --lgpl option to gnulib-tool? "GPLed build tool" would seem appropriate. -- https://rrt.sc3d.org

Re: [PATCH] Improvements to relocatable

On 26 July 2017 at 16:01, Reuben Thomas <r...@sc3d.org> wrote: > As per various emails back in April, some improvements to relocatable. > > Patch 1 makes the default license in the files GPL, to avoid confusion; > Bruno agreed to this: http://lists.gnu.org/archive/html/bug

Relocatable: relocate2

I noticed relocate2 recently. Unfortunately, it's rather awkward to use, as it requires one to keep track of two pointers. The obvious "lazy" API for code that doesn't mind allocation is for the relocated path always to be allocated. Would a patch to add such a version of relocate (suggestions

[PATCH] Improvements to relocatable

systems (Cygwin being the only exception I'm aware of). -- https://rrt.sc3d.org <http://rrt.sc3d.org> From 4d02051576b35622875e2236d2ca11defac1271d Mon Sep 17 00:00:00 2001 From: Reuben Thomas <r...@sc3d.org> Date: Wed, 5 Apr 2017 14:43:19 +0100 Subject: [PATCH 1/5] relocatable: make

Bug#869731: man-db: apropos does not work for directories found from PATH

On 26 July 2017 at 00:05, Colin Watson wrote: > > I think it might be worth revisiting the change in man-db 2.4.2-3 to > turn off MAN_DB_CREATES, which means that man doesn't create databases > that doesn't already exist (once the database exists, man should > automatically

Bug#869731: man-db: apropos does not work for directories found from PATH

On 25 July 2017 at 23:49, Colin Watson <cjwat...@debian.org> wrote: > On Tue, Jul 25, 2017 at 11:24:18PM +0100, Reuben Thomas wrote: > > I just noticed that man pages installed in ~/.local/share/man are not > found > > by apropos. This appears to be bec

Bug#869731: man-db: apropos does not work for directories found from PATH

Package: man-db Version: 2.7.5-1 Severity: normal I just noticed that man pages installed in ~/.local/share/man are not found by apropos. This appears to be because there’s no database for this directory. man finds the directory via the corresponding ~/.local/bin entry in PATH. It would be nice

Bug#864486: xsane: XSane writes bogus icm_profile field in output

Package: xsane Version: 0.999-3ubuntu1 Severity: normal Tags: patch xsane doesn’t initialise the icm_profile field of Image_info structs, and hence when saving edited images, it can write bogus information into this field, which causes some readers to barf, e.g. gthumb can no longer read the

Bug#862972: xsane: Typo in Preferences>Copy dialog

Package: xsane Version: 0.999-5 Severity: minor Tags: patch “Paper geometrie” → “Paper geometry” [In case the Version: header looks suspicious: I’m running 0.999-3ubuntu1, but I checked that this typo remains unfixed in the current 0.999-5.] -- System Information: Debian Release: stretch/sid

[Bug 1350841] Re: gnome-shell does not remember configured screen order

The bug appears to be fixed in 16.04. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1350841 Title: gnome-shell does not remember configured screen order To manage

[Bug 1350841] Re: gnome-shell does not remember configured screen order

The bug appears to be fixed in 16.04. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1350841 Title: gnome-shell does not remember configured screen order To manage notifications about this bug go

Typo in argp-help.c

"preceeding" → "preceding" Found while grepping a code base that uses gnulib for that particular error, which I found in a test file! -- http://rrt.sc3d.org

<    1   2   3   4   5   6   7   8   9   10   >