Context: http://translationproject.org/latest/gnulib redirects to
https://translationproject.org/latest/gnulib/
Rationale: if the user falls back to wget, she doesn't have rsync and
is probably in a minimal build environment, where packages such as
'ca-certificates' are missing as well, re
This allows the user to see error messages if any (--quiet hides them)
---
gnulib-tool | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gnulib-tool b/gnulib-tool
index b852749..7353920 100755
--- a/gnulib-tool
+++ b/gnulib-tool
@@ -5031,7 +5031,7 @@ s,//*$,/,'
if ty
On Thu, Oct 24, 2013 at 08:10:17PM -0700, Ben Pfaff wrote:
> After waiting about 72 hours, I received no comments, whether positive,
> negative, or neutral, so I applied this to master.
Thanks much!
--
Sylvain
Hi,
On Sun, Oct 20, 2013 at 01:48:19PM -0700, Ben Pfaff wrote:
> Sylvain writes:
>
> > It's been a while (1 year 1/2) since
> > http://lists.debian.org/debian-bsd/2012/05/msg00032.html and I still
> > need to manually patch gnulib before releasing.
> >
&
hould just
drop it from my package, am I wrong? ;)
Thanks!
Sylvain
Hi,
We discussed at :
http://lists.gnu.org/archive/html/bug-gnulib/2012-05/msg00027.html
that a fix is needed in 'install-reloc'.
Bruno Haible provided a patched version, which was successfully
tested.
This is a request to commit to patched version to the gnulib
repository.
Cheer
Hi,
On Fri, May 04, 2012 at 08:20:51AM +0200, Sylvain wrote:
> On Wed, May 02, 2012 at 01:47:06PM +0200, Sylvain wrote:
> > On Wed, May 02, 2012 at 12:43:48PM +0200, Sylvain wrote:
> > I tested the fix under Debian/Hurd. AFAICS it works :)
> >
> > I'll upload
Hi,
On Wed, May 02, 2012 at 01:47:06PM +0200, Sylvain wrote:
> On Wed, May 02, 2012 at 12:43:48PM +0200, Sylvain wrote:
> I tested the fix under Debian/Hurd. AFAICS it works :)
>
> I'll upload a new Debian version of FreeDink with the updated
> install-reloc so we'l
c/freedink-1.08.20120427/src ยป
test -z "/usr/games" || /bin/mkdir -p
"/usr/src/freedink-1.08.20120427/debian/freedink-engine/usr/games"
/usr/bin/install -c freedink freedinkedit
'/usr/src/freedink-1.08.20120427/debian/freedink-engine/usr/games'
Though, I'm wondering if it would be better to always invoke
install-reloc somehow. We'd probably have spotted this issue earlier
if install-reloc were invoked under GNU/Linux as well. WDYT?
--
Sylvain
On Wed, May 02, 2012 at 12:43:48PM +0200, Sylvain wrote:
> Hi Bruno,
>
> On Wed, May 02, 2012 at 03:43:00AM +0200, Bruno Haible wrote:
> > Hi Sylvain,
> >
> > > I received the bug report below when compiling GNU FreeDink on
> > > Debian/kFreeBSD and
Hi Bruno,
On Wed, May 02, 2012 at 03:43:00AM +0200, Bruno Haible wrote:
> Hi Sylvain,
>
> > I received the bug report below when compiling GNU FreeDink on
> > Debian/kFreeBSD and Debian/Hurd.
> >
> > It seems that there's an issue with install-reloc:
&
g/software/gnulib/manual/html_node/Supporting-Relocation.html#Supporting-Relocation
In the general case I guess that all systems using ELF and supporting
rpath can skip the wrapper as well, but let's hear from the gnulib
developers first :)
I suppose the patch requires a re-bootstrap?
Cheers!
nstall-reloc' does not take environment variables into
account, and fails.
Is this a bug in gnulib, or did I do something wrong?
Cheers!
Sylvain
On Tue, May 01, 2012 at 03:57:41PM +0200, Christoph Egger wrote:
> Package: src:freedink
> Version: 1.08.20120427-1
> Severity: serio
Hi,
I'd like some input about this issue.
I don't understand how gnulib-tool generates the Makefile.
In this case relocatable.c is added to EXTRA_libgnu_a_SOURCES but not
libgnu_a_SOURCES :/
(btw, now could be a good time to add FreeDink to 'users.txt' :))
- Sylvain
On Thu
hash
relocatable-prog
strcase
strdup-posix
strings
vasprintf
xalloc
])
I didn't find a note in NEWS that would recommend a change in the
freedink code.
Any tip? :)
--
Sylvain
On Sun, Nov 07, 2010 at 02:46:16PM +0100, Simon Josefsson wrote:
> Sylvain Beucler writes:
> > The license of the MD5 module is documented as LGPLv2+, but the source
> > headers say it's under the GPLv2+, and that it's part of the (LGPL)
> > libc.
> >
> &
Hi Gary,
On Sun, Nov 07, 2010 at 10:48:55PM +0700, Gary V. Vaughan wrote:
> Sylvain Beucler wrote:
> > I saw the new 'libposix' branch and I was curious about it - how is it
> > supposed to be used?
>
> The idea is to build a standalone library of posix compatib
Hi,
I saw the new 'libposix' branch and I was curious about it - how is it
supposed to be used?
Also, is there any relationship with
http://libposix.sourceforge.net/ ?
Cheers!
--
Sylvain
Hi,
The license of the MD5 module is documented as LGPLv2+, but the source
headers say it's under the GPLv2+, and that it's part of the (LGPL)
libc.
What is the actual license? :)
--
Sylvain
Apparently the builds went fine this time :)
https://buildd.debian.org/pkg.cgi?pkg=freedink
Thanks again!
- Sylvain
On Tue, Apr 20, 2010 at 08:18:07PM +0200, Sylvain Beucler wrote:
> Hi Bruno,
>
> Thanks, I'll make a new release with an updated gnulib and see how
> this goes
Hi Bruno,
Thanks, I'll make a new release with an updated gnulib and see how
this goes :)
- Sylvain
On Tue, Apr 20, 2010 at 12:29:29AM +0200, Bruno Haible wrote:
> Hi Sylvain,
>
> > https://buildd.debian.org/status/package.php?p=freedink
> >
> > What happens,
AFAICT 'install-reloc' is run by the Gnulib macros, I'm not calling it
directly.
Any clue?
Cheers!
--
Sylvain
401 failed:
> > Connection timed out
>
> Same for me:
> $ cvs -d :pserver:anonym...@pserver.git.sv.gnu.org:/gnulib.git checkout
> /srv/git/gnulib.git/HEAD
> cvs [checkout aborted]: connect to pserver.git.sv.gnu.org(140.186.70.73):2401
> failed: Connection timed out
&g
provide a stub for it.
AFAICS pspdev provides 'fnctl' with 'F_DUPFD' support, so indeed that
should be easy to add (in 'newlib/libc/sys/psp/libcglue.c'), thanks
for the tip!
--
Sylvain
uire some work to split the .o's even more.
> I mean, it's normal in the open-source world that specialized projects use
> modified source code.
In the free software world too :)
--
Sylvain
> Hi Sylvain,
>
> Thanks for the report.
> How about the following?
It works for me :)
Just to make sure: did you notice the other issues I reported?
--
Sylvain
-lpspuser -lm
../gnulib/lib/libgnu.a(getcwd.o): In function `rpl_getcwd':
getcwd.c:(.text+0x2a0): undefined reference to `rewinddir'
../gnulib/lib/libgnu.a(fchdir.o): In function `rpl_dup':
fchdir.c:(.text+0x410): undefined reference to `dup'
../gnulib/lib/libgnu.a(fchdir.o): In function `rpl_dup2':
fchdir.c:(.text+0x5dc): undefined reference to `dup2'
collect2: ld returned 1 exit status
Thanks!
--
Sylvain
On Mon, Feb 09, 2009 at 12:42:33AM +0100, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > > > I got confused because `./configure --help` documents
> > > > '--with-libmylib-prefix', but doesn't mention '--with-mylib'.
>
> If you use AC_L
On Sat, Feb 07, 2009 at 07:57:50PM +0100, Simon Josefsson wrote:
> Sylvain Beucler writes:
>
> > I'm working upon GNUpdf's configure.ac:
> >
> > AC_LIB_HAVE_LINKFLAGS(
> > [jbig2dec], dnl lib name
> > [], dnl no dependencies
>
On Sat, Feb 07, 2009 at 12:55:50PM -0700, Eric Blake wrote:
> According to Sylvain Beucler on 2/7/2009 11:04 AM:
> > AC_LIB_HAVE_LINKFLAGS(
> > [jbig2dec], dnl lib name
> > [],
>
> Careful with your m4 quoting here - by adding a dnl after the comma, the
>
On Sat, Feb 07, 2009 at 02:44:24PM +0100, Simon Josefsson wrote:
> Sylvain Beucler writes:
> > On Fri, Feb 06, 2009 at 11:49:51PM +0100, Simon Josefsson wrote:
> >> Sylvain Beucler writes:
> >>
> >> > The AC_LIB_HAVE_LINKFLAGS macro generates opti
On Fri, Feb 06, 2009 at 11:49:51PM +0100, Simon Josefsson wrote:
> Sylvain Beucler writes:
>
> > The AC_LIB_HAVE_LINKFLAGS macro generates options like
> > "--with-libmylib-prefix".
>
> Note that it also generate options like --with-libmylib.
>
> The
On Mon, Feb 02, 2009 at 09:18:14PM +0100, Simon Josefsson wrote:
> Sylvain Beucler writes:
>
> > Hi,
> >
> > I'm trying to implement simply a '--with-mylib=/path/to/mylib' option
> > in 'configure', and I'm wondering if the 'h
a macro
definition?
Can you explain me basically what it does and how to use it?
(is it even meant for external use?)
Thanks,
--
Sylvain
On Tue, Dec 09, 2008 at 08:24:09AM +0100, Simon Josefsson wrote:
> Maybe you could disable C99 in the gnulib directory?
I remember doing so a while ago and getting detection errors. It's
commented out in my Makefile.am ;)
--
Sylvain
t using the 'putenv' module, which happens to work
in the platforms I'm currently supporting - so no big deal.
I chose c. but I'm glad I got the explanation from a. :)
--
Sylvain
#x27;putenv'
module. Maybe the 'putenv' function need not be replaced in this case?
I don't really understand where '_environ' comes from (this is not the
'__environ' from gnulib with double '_') - as far as I understand
mingw32 tend to add a '_' to lots of core functions for some reason.
--
Sylvain
gnulib-tool --update -S
> > # Rerun the autotools but skip autopoint which would fail
> > AUTOPOINT=/bin/true autoreconf -ifs
> >
> >
> > Is there a nicer way to do the job? :)
>
> With the next gettext release, you will be able to do
>
> gnulib-tool --update -S
> autoreconf -ifs
Neat, thanks :)
--
Sylvain
--update -S
# Rerun the autotools but skip autopoint which would fail
AUTOPOINT=/bin/true autoreconf -ifs
Is there a nicer way to do the job? :)
Thanks,
--
Sylvain
Hi,
On Thu, Nov 06, 2008 at 10:17:21AM +0100, Jim Meyering wrote:
> [this thread started here:
> http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/15559 ]
>
> Sylvain Beucler <[EMAIL PROTECTED]> wrote:
> > FYI, Debian apparently does not accept new packages that bund
it's a build-time dependency) to update
all Debian packages using gnulib should there be a security fix.
Cheers,
--
Sylvain
PS: in the following, by 'gnutools' Kalle meant 'gnulib', and by
'fredink-data' he meant 'freedink'.
- Forwarded messag
On Sat, Jun 28, 2008 at 09:50:20PM +0200, Sylvain Beucler wrote:
> - 'm4/gnulib-comp.m4' is "meant to be stored in CVS", however it is
> not included in tarballs on 'make dist'. Currently my 'bootstrap'
> script just calls 'gnulib-tool
ib-tool --import' and rely on
'gnulib-comp.m4' to fetch to appropriate modules. People who
download a project tarball and want to refresh the autotools files
will want to run 'bootstrap', which will only import the 'dummy'
module in this case.
Is this done on purpose, or does this need to be fixed?
Thanks!
--
Sylvain
On Fri, Jan 11, 2008 at 12:56:04AM +0100, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > Afaics Gnulib's string.h will define __attribute__ to be empty:
> >
> > #ifndef __attribute__
> > /* This feature is available in gcc versions 2.5 and later. */
>
of portability layer, maybe there's a
chicken-an-egg issue here.
What do you think?
--
Sylvain
ation that says that relocate()
> returns either the argument string or a freshly allocated string; it could
> also return - say - a pointer into a hidden global obstack. In fact, one
> of the return paths of the function (see lib/relocatable.c) returns a
> cached global variable that you must not free.
What should be done instead?
--
Sylvain
> Sylvain Beucler <[EMAIL PROTECTED]> writes:
>
> > Attached is a small patch to fix a couple non-fred memory blocks. They
> > are not a big deal, but they do produce noise when analyzing programs
> > with memory checkers such as Valgrind.
>
> I do not see
> I get:
> /usr/bin/m4:configure.ac:90: recursion limit of 1024 exceeded, use -L to
> change it
configure.ac:90 being:
gl_INIT
--
Sylvain
= relocate(default_data_dir);
... use datadir_relocatable ...
if (datadir_relocatable != default_data_dir)
free((char *)datadir_relocatable); /* force non-const variable */
Maybe it would be cleaner to always return a newly allocated string?
Cheers,
--
Sylvain
On Wed, Dec 26, 2007 at 06:24:35PM +0100, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > it seems alloca.h is not yet present at ./configure time
> > (there's only gnulib/lib/alloca.in.h). So AC_CHECK_HEADERS fails
> > anyway:
> >
> > configure:14417:
On Sat, Dec 22, 2007 at 06:35:30PM -0800, Paul Eggert wrote:
> Sylvain Beucler <[EMAIL PROTECTED]> writes:
>
> > unistd.in.h replaces 'close' by 'rpl_close' (when the replacement is
> > enabled), so this also renames the struct member.
>
> Is
Hello,
SDL has a struct called SDL_RWops with a member called 'close'.
unistd.in.h replaces 'close' by 'rpl_close' (when the replacement is
enabled), so this also renames the struct member.
Attached, a patch suggestion.
Cheers!
--
Sylvain
diff --git a/lib/unist
Hi,
I'm facing an issue with missing alloca.h + cross-compilation again:
On Sat, Oct 13, 2007 at 10:12:00PM +0200, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > I'm cross-compiling an SDL application for i586-mingw32mscv. I
> > imported the alloca module from G
On Sun, Nov 04, 2007 at 10:33:32AM +0100, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > relocatable.m4 is using the AC_LIB_PROG_LD definition.
> > AC_REQUIRE([AC_LIB_PROG_LD])dnl we use $LD
> >
> > However this macro is defined in gettext
> > (au
ttext before bootstrapping gnulib, or is
it a bug? :)
Thanks,
--
Sylvain
ils with a puzzling:
/path/to/mysource$ sh ./boostrap
gnulib-tool: *** cannot find ./configure.ac
This was reported for my project by Alexander, and you can find
another report for Guile at:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg01815.html
Regards,
--
Sylvain
On Mon, Oct 08, 2007 at 07:44:37AM +0200, Ralf Wildenhues wrote:
> Hello Sylvain,
>
> * Sylvain Beucler wrote on Sun, Oct 07, 2007 at 10:41:34PM CEST:
> [...]
> > However at that point the Gnulib include path is not set (the
> > documentation recommends to do so in Make
ib
How would you deal with this?
I can move gl_INIT after AC_CHECK_HEADERS, but it doesn't seem right -
I do have alloca.h now, right? :)
--
Sylvain
On Wed, Oct 03, 2007 at 09:30:12PM +0200, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > Hmm, that's too bad. If it's not done by default there's little chance
> > it'll actually be used, especially in distributions.
>
> Distributions are well served wi
On Wed, Oct 03, 2007 at 01:40:32PM +0200, Bruno Haible wrote:
> Hello Sylvain,
>
> Sylvain Beucler wrote:
> > I noticed that even if I imported the 'relocatable-prog' module,
> > ./configure still requires the user to type '--enable-relocatable' to
>
why ENABLE_RELOCATABLE is not set to 1 by default?
Thanks!
--
Sylvain
$host $host_os $build
AC_CANONICAL_HOST
# Checks for programs.
AC_PROG_CC
# Gnulib
gl_EARLY
gl_INIT
AC_CONFIG_FILES([Makefile gnulib/lib/Makefile \
src/Makefile])
AC_OUTPUT
Initial import:
/usr/src/gnulib/gnulib-tool --source-base=gnulib/lib --m4-base=gnulib/m4
--import relocatable-prog
Cheers,
--
Sylvain
Even in the second case, you really have to use a separate branch
> for each tree. Otherwise, you'd run into trouble when updating.
>
> So, I *won't* be turning off CVS *access*,
> but we do need to find a way to update the cvs-checkout instructions.
>
> --
ulib-tool :) But ignoring almost all files
in .gitignore is a bit puzzling - git status won't show them and
you're likely to miss them during the import. Why is it the case?
--
Sylvain
On Sun, Aug 26, 2007 at 01:28:35PM +0200, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > PATH_MAX is however not defined under the visual c++ 6 / free version
> > that I'm using for the port. ...
>
> Ahem, you call that "free"?
> - As far as I remember
Bruno Haible wrote:
> Hello Sylvain,
>
> Sylvain Beucler wrote:
> > I see that under Woe, MAX_PATH is the equivalent for PATH_MAX, and is
> > set to 260 in MinGW's headers (windef.h).
>
> An old copy of mingw defines PATH_MAX already in :
>
> /*
>
Hi,
I'm working on a program that works both under Unix and Woe.
I see that under Woe, MAX_PATH is the equivalent for PATH_MAX, and is
set to 260 in MinGW's headers (windef.h).
Would it be interesting to check for MAX_PATH in pathmax.h, instead of
defaulting to 256?
Thanks,
--
Sylvain
icipated that issue and we have:
pserver.git.savannah.gnu.org
which points to another IP (download.sv.gnu.org) that we can use.
Before to enable pserver git access, I'd like we make sure it doesn't
provide a way to launch arbitrary commands on the server, via CVS
hooks, creating custom CVSROOT in a subdirectory, etc.
--
Sylvain
On Tue, Nov 28, 2006 at 11:32:55AM +0100, Jim Meyering wrote:
> Sylvain Beucler <[EMAIL PROTECTED]> wrote:
> > On Mon, Nov 27, 2006 at 10:41:49PM +0100, Jim Meyering wrote:
> >> Hi Sylvain,
> >>
> >> Do you know of a good way to sync a git repository t
On Wed, Nov 22, 2006 at 07:42:58PM +0100, Bruno Haible wrote:
> Hello Sylvain,
>
> Can you please tell: Are the git repositories visible in
>
> http://git.sv.gnu.org/gitweb/
>
> stored on a disk that is regularly backed up? If so, with which frequency
>
70 matches
Mail list logo
