Bug#707996: Re: Bug#701385: Block

2013-09-03 Thread Balint Reczey
Hi Ted,

e2fsprogs built fine for all supported architectures and fails for only
powerpcspe from ports [1].

Could we consider this RC bug closed for util-linux?

Cheers,
Balint

[1] http://buildd.debian-ports.org/status/package.php?p=e2fsprogs

On 06/23/2013 08:24 PM, Theodore Ts'o wrote:
> reopen 707996
> fixed 701385 e2fsprogs/1.42.8-1
> thanks
> 
> On Sun, May 12, 2013 at 09:08:47PM +0100, Roger Leigh wrote:
>>
>> I've uploaded an NMU of util-linux.  This fixes the immediate issue.
>> I'll also file a bug against eglibc.
> 
> Hi Roger,
> 
> Thanks for uploading an NMU of util-linux.  I see that it is uploaded
> and version 2.20.1-5.4 is supposed to fix this issue.
> 
> util-linux (2.20.1-5.4) unstable; urgency=low
> 
>   * Non-maintainer upload.
>   * Rebuild against new eglibc; no source changes.  libblkid.a uses the
> symbol __secure_getenv which is no longer present (it provides
> secure_getenv).  Closes: #707996
> 
> It does appear to fix this on some architectures, and so many thanks
> for that.
> 
> Unfortunately, e2fsprogs is still failing on some other architectures,
> including ia64, kfreebsd, mips, powerpc, and s390:
> 
> https://buildd.debian.org/status/package.php?p=e2fsprogs&suite=sid
> 
> I looked on ia64 and apparently __sceure_getenv is still showing up in
> 2.20.1-5.4's version of libblkid.a:
> 
> (sid_ia64-dchroot)tytso@merulo:~/e2fsprogs-1.42.8$ nm 
> /usr/lib/ia64-linux-gnu/libblkid.a | grep secure_getenv
>  U __secure_getenv
> (sid_ia64-dchroot)tytso@merulo:~/e2fsprogs-1.42.8$ dpkg -S 
> /usr/lib/ia64-linux-gnu/libblkid.a
> libblkid-dev: /usr/lib/ia64-linux-gnu/libblkid.a
> (sid_ia64-dchroot)tytso@merulo:~/e2fsprogs-1.42.8$ dpkg -l libblkid-dev
> Desired=Unknown/Install/Remove/Purge/Hold
> | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
> |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
> ||/ NameVersion   ArchitectureDescription
> +++-===-=-===-==
> ii  libblkid-dev2.20.1-5.4ia64block device id library - 
> headers and static libraries
> (sid_ia64-dchroot)tytso@merulo:~/e2fsprogs-1.42.8$ 
> 
> I'm not sure what to do at this point, but given that there doesn't
> seem to be anything I can do from my end as far as e2fsprogs is
> concerned, my intention is to close bug #701385, and to re-open
> #707996.
> 
>   - Ted
> 
> 
> 




signature.asc
Description: OpenPGP digital signature


Bug#707996: Bug#701385: Block

2013-06-23 Thread Theodore Ts'o
reopen 707996
fixed 701385 e2fsprogs/1.42.8-1
thanks

On Sun, May 12, 2013 at 09:08:47PM +0100, Roger Leigh wrote:
> 
> I've uploaded an NMU of util-linux.  This fixes the immediate issue.
> I'll also file a bug against eglibc.

Hi Roger,

Thanks for uploading an NMU of util-linux.  I see that it is uploaded
and version 2.20.1-5.4 is supposed to fix this issue.

util-linux (2.20.1-5.4) unstable; urgency=low

  * Non-maintainer upload.
  * Rebuild against new eglibc; no source changes.  libblkid.a uses the
symbol __secure_getenv which is no longer present (it provides
secure_getenv).  Closes: #707996

It does appear to fix this on some architectures, and so many thanks
for that.

Unfortunately, e2fsprogs is still failing on some other architectures,
including ia64, kfreebsd, mips, powerpc, and s390:

https://buildd.debian.org/status/package.php?p=e2fsprogs&suite=sid

I looked on ia64 and apparently __sceure_getenv is still showing up in
2.20.1-5.4's version of libblkid.a:

(sid_ia64-dchroot)tytso@merulo:~/e2fsprogs-1.42.8$ nm 
/usr/lib/ia64-linux-gnu/libblkid.a | grep secure_getenv
 U __secure_getenv
(sid_ia64-dchroot)tytso@merulo:~/e2fsprogs-1.42.8$ dpkg -S 
/usr/lib/ia64-linux-gnu/libblkid.a
libblkid-dev: /usr/lib/ia64-linux-gnu/libblkid.a
(sid_ia64-dchroot)tytso@merulo:~/e2fsprogs-1.42.8$ dpkg -l libblkid-dev
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ NameVersion   ArchitectureDescription
+++-===-=-===-==
ii  libblkid-dev2.20.1-5.4ia64block device id library - 
headers and static libraries
(sid_ia64-dchroot)tytso@merulo:~/e2fsprogs-1.42.8$ 

I'm not sure what to do at this point, but given that there doesn't
seem to be anything I can do from my end as far as e2fsprogs is
concerned, my intention is to close bug #701385, and to re-open
#707996.

- Ted


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: Re: Bug#701385: Block

2013-06-23 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reopen 707996
Bug #707996 [util-linux] util-linux: Needs rebuild against new glibc; causes 
other packages to FTBFS
Bug 707996 is not marked as done; doing nothing.
> fixed 701385 e2fsprogs/1.42.8-1
Bug #701385 [src:e2fsprogs] e2fsprogs: ftbfs with eglibc-2.17
Marked as fixed in versions e2fsprogs/1.42.8-1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
701385: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701385
707996: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707996
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#701385: Block

2013-05-12 Thread Theodore Ts'o
On Sun, May 12, 2013 at 09:08:47PM +0100, Roger Leigh wrote:
> There's an additional issue with e2fsprogs: 
> 
> This is presumably the result of some texinfo or some related package
> in unstable being updated.  Note that it also affects the e2fsprogs in
> experimental.

As far as I know, this should be fixed upstream in 1.42.7 by:

commit ccfedb17b110d8eec6343a1c3a6a2437fea4dbc2
Author: Theodore Ts'o 
Date:   Wed Jan 2 10:06:09 2013 -0500

Clean up texinfo files

Fix up the com_err.texinfo file so it will produce a valid printed
output, by cleaning up some errors in the texinfo file, and updating
texinfo.tex to be consistent with the version in the doc subdirectory.

Also add rules so we can generate pdf and ps files from
com_err.texinfo and libext2fs.texinfo.

Signed-off-by: "Theodore Ts'o" 

There a bunch of bug fixes I need to get into e2fsprogs, after which
point I'll release 1.42.8, and then upload into unstable, now that
wheezy is finally release (hooray!)

Hopefully by the time I'm ready to upload 1.42.7, util-linux will be
fixed (or NUM'ed).

Regards,

- Ted


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#701385: Block

2013-05-12 Thread Roger Leigh
On Sun, May 12, 2013 at 02:35:07PM -0400, Theodore Ts'o wrote:
> On Sun, May 12, 2013 at 03:09:42PM +0100, Roger Leigh wrote:
> > 
> > This is due to libblkid.a using a symbol removed in the new glibc.
> > It needs either a straight rebuild and/or updating to the latest
> > upstream.
> 
> Any reason to keep this open?  Once util-linux is recompiled, the
> FTBFS will be resolved automatically.  Or is eglibc buggy by not being
> backwards compatible, such that binaries compiled against the old
> glibc won't run if eglibc is installed, requiring a rebuild from
> source of the entire universe, and meaning that any old binaries from
> say, Steam, will all break?
> 
> If so, I'd call this a huge, horrendous eglibc bug that should
> disqualify it from being installed as the default C library until it
> is fixed.  Though Shalt Not Break Backwards Compatibility.

I've uploaded an NMU of util-linux.  This fixes the immediate issue.
I'll also file a bug against eglibc.

There's an additional issue with e2fsprogs:

texi2html -split_chapter /tmp/bt/e2fsprogs-1.42.5/doc/libext2fs.texinfo
** menu entry without previous node: Introduction to the EXT2FS Library (l. 110)
** menu entry without previous node: EXT2FS Library Functions (l. 111)
** menu entry without previous node: Concept Index (l. 112)
** menu entry without previous node: Function Index (l. 113)
** node_up `Top' for `Introduction to the EXT2FS Library' not found 
** node_prev `Top' for `Introduction to the EXT2FS Library' not found 
** node_up `Top' for `Introduction to the EXT2FS Library' not found 
** node_prev `Top' for `Introduction to the EXT2FS Library' not found 
** node_up `Top' for `EXT2FS Library Functions' not found 
** node_up `Top' for `Concept Index' not found 
** node_up `Top' for `Function Index' not found 
** `EXT2FS Library Functions' doesn't appear in menus
** `Concept Index' doesn't appear in menus
** `Function Index' doesn't appear in menus
if test -d libext2fs ; then \
mv libext2fs/* . ; rmdir libext2fs ; \
fi
make[1]: Leaving directory `/tmp/bt/e2fsprogs-1.42.5/debian/BUILD-STD/doc'
( cd /tmp/bt/e2fsprogs-1.42.5/debian/BUILD-STD/lib/et && /usr/bin/make V=1 
com_err.info com_err_abt.html )
make[1]: Entering directory `/tmp/bt/e2fsprogs-1.42.5/debian/BUILD-STD/lib/et'
makeinfo  /tmp/bt/e2fsprogs-1.42.5/lib/et/com_err.texinfo -o com_err.info
/tmp/bt/e2fsprogs-1.42.5/lib/et/com_err.texinfo:309: warning: missing name for 
@deftypefun
/tmp/bt/e2fsprogs-1.42.5/lib/et/com_err.texinfo:324: warning: missing name for 
@deftypefun
/tmp/bt/e2fsprogs-1.42.5/lib/et/com_err.texinfo:141: raising the section level 
of @section which is too low
make[1]: *** [com_err.info] Error 1

This is presumably the result of some texinfo or some related package
in unstable being updated.  Note that it also affects the e2fsprogs in
experimental.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#701385: Block

2013-05-12 Thread Theodore Ts'o
On Sun, May 12, 2013 at 03:09:42PM +0100, Roger Leigh wrote:
> 
> This is due to libblkid.a using a symbol removed in the new glibc.
> It needs either a straight rebuild and/or updating to the latest
> upstream.

Any reason to keep this open?  Once util-linux is recompiled, the
FTBFS will be resolved automatically.  Or is eglibc buggy by not being
backwards compatible, such that binaries compiled against the old
glibc won't run if eglibc is installed, requiring a rebuild from
source of the entire universe, and meaning that any old binaries from
say, Steam, will all break?

If so, I'd call this a huge, horrendous eglibc bug that should
disqualify it from being installed as the default C library until it
is fixed.  Though Shalt Not Break Backwards Compatibility.

- Ted


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#701385: Block

2013-05-12 Thread Roger Leigh
On Sun, May 12, 2013 at 02:35:07PM -0400, Theodore Ts'o wrote:
> On Sun, May 12, 2013 at 03:09:42PM +0100, Roger Leigh wrote:
> > 
> > This is due to libblkid.a using a symbol removed in the new glibc.
> > It needs either a straight rebuild and/or updating to the latest
> > upstream.
> 
> Any reason to keep this open?  Once util-linux is recompiled, the
> FTBFS will be resolved automatically.  Or is eglibc buggy by not being
> backwards compatible, such that binaries compiled against the old
> glibc won't run if eglibc is installed, requiring a rebuild from
> source of the entire universe, and meaning that any old binaries from
> say, Steam, will all break?
> 
> If so, I'd call this a huge, horrendous eglibc bug that should
> disqualify it from being installed as the default C library until it
> is fixed.  Though Shalt Not Break Backwards Compatibility.

That's a good question.  It may well be the case that whatever
e2fsprogs linked statically against libblkid.a is broken until
rebuilt due to the missing symbol.  I think it's fair to say that
util-linux was using what appears to be an internal symbol, so
questionable whether it was using public API/ABI; what was
__secure_getenv is now secure_getenv.  If it's clear that this
has caused breakage then __secure_getenv should probably be
re-introduced.

If the existing packages are still fully functional, and it's only
an issue for rebuilding, then I think the bug should be safe to
close.

If I don't get a reply from the (inactive) maintainer of util-linux
by tonight, I'll NMU it--it's just a rebuild with no source changes.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#701385: Block

2013-05-12 Thread Roger Leigh
block 701385 by 707996
thanks

This is due to libblkid.a using a symbol removed in the new glibc.
It needs either a straight rebuild and/or updating to the latest
upstream.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org