ting steam games but also busybox sh which leads to
many kernel panic reports on i386, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886506#34
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/
he updated package before it gets released.
You can also opt-out from receiving future similar emails in your
answer and then the LTS Team will take care of libffi updates
for the LTS releases.
Thank you very much.
Raphaël Hertzog,
on behalf of the Debian LTS team.
PS: A member of the LTS team m
the
supplementary tests that upstream added to cover this issue and they
also pass.
Christoph, is there anything else that we should test before releasing
the update?
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to m
On Wed, 13 Jun 2012, Raphael Hertzog wrote:
> If some of them are no longer "internal machinery" and no longer present in
> random libraries, then we ought to de-blacklist them.
Or rather, you should force their inclusion in libgcc's symbols file.
We created the "ignore-
unwind_cpp_pr0 unwind_cpp_pr1
unwind_cpp_pr2 uread4 uread8 uwrite4 uwrite8));
If some of them are no longer "internal machinery" and no longer present in
random libraries, then we ought to de-blacklist them.
See #462318 for the bug that requested them to be blacklisted.
Cheers,
--
Raphaë
nwind_cpp_pr1@GCC_3.5 used [...]
> > found in none of the libraries.
> > (or some variant).
--
Raphaël Hertzog ◈ Debian Developer
Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a sub
om kernel.
Given those CPU tend to be used in an "embedded" context I guess
it's ok if the official kernel does not support them. But it would be
nice if Debian's userspace could be kept compatible. Not sure what this
requires though...
Cheers,
--
Raphaël Hertzog ◈ Debian Devel
le that other users have
not found the problem yet.
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Follow my Debian News ▶ http://RaphaelHertzog.com (English)
▶ http://RaphaelHertzog.fr (Français)
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of
by dpkg-buildflags could include some sort of
"--no-magical-defaults-behind-my-back" so that dpkg-buildflags is then
entirely in control, and it can even disable hardening build for the
packages where it breaks.
The day when all packages are using dpkg-buildflags properly, then we can
dro
ity in that case?
> Alternatives to patching gcc include making dpkg-buildflags more
> prevalent, a wrapper that we require to install on buildds (coupled
> with throwing away binary builds), or some combination of the above.
Indeed.
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Foll
er by overruling the GCC
maintainer or by designing the missing pieces so that we can at least go
forward (I would implement what's needed in dpkg-dev if I knew what's
needed).
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Follow my Debian News ▶ http://RaphaelHertzog.com (English)
to the new format by using the multiple
upstream tarball feature that it offers.
I also recommend switching to quilt if you use another patch system
since it's now the patch system that is endorsed by the dpkg maintainers.
If you have questions, please ask.
Cheers,
--
Raphaël Hertzog
--
On Fri, 11 Sep 2009, Graham Cobb wrote:
> On Friday 11 September 2009 14:24:49 Raphael Hertzog wrote:
> > On Fri, 11 Sep 2009, Matthias Klose wrote:
> > > the only "fix" I can think of would be adding conflicts to every
> > > package listing rmiregistr
ng the bad alternative. You can also clone the bug report
and reassign it to the package shipping the bad alternative.
Why shouldn't rmiregistry be a slave of java? If it's only because it's
shipped in another package, it might not be a big deal.
update-alternatives will happily
Package: gcj-4.3
Version: 4.3.3-12
Severity: wishlist
Usertags: 3.0-quilt-by-default
To prepare a possible switch to the new source package format "3.0
(quilt)" [1], I converted all source packages and rebuilt the packages
afterwards to see what breaks, and gcj-4.3 does break. To reproduce the
pro
t sure
> if
> this is worth the effort of implementation and documentation.
Difficult to tell. The answer depends largely on the answers to my above
questions.
Cheers,
--
Raphaël Hertzog
Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny :
http://www.ouaza.com/wp/200
clone 533642 -1
reassign -1 libgcc1 1:4.4.0-7
retitle -1 Ensure __aeabi_* symbols are listed in libgcc1.symbols for armel
severity -1 important
thanks
On Sat, 20 Jun 2009, Raphael Hertzog wrote:
> I think that to properly resolve my issue I have to allow you to export
> those blacklisted s
ave to allow you to export
those blacklisted symbols in the libgcc1.symbols file. I'll cook up
something to that effect but it will require a newer dpkg where symbols
can be individually tagged with special instructions.
Cheers,
--
Raphaël Hertzog
Contribuez à Debian et gagnez un cahier de l&
f local lookup and not over an external lib).
In this list you have symbols like "__bss_end__", "_GLOBAL_OFFSET_TABLE_".
See
http://git.debian.org/?p=dpkg/dpkg.git;a=blob;f=scripts/Dpkg/Shlibs/SymbolFile.pm;hb=master
for more examples.
Cheers,
--
Raphaël Hertzog
Contribuez à Debia
ns
used by irrlicht but I am unable to verify this possibility. People that
would like to verify this can grab the source package here:
> [3] git://git.debian.org/git/pkg-games/irrlicht.git
Cheers,
--
Raphaël Hertzog
Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny :
http://www.o
it's only applicable once the gcc-*-source package is unpacked.
Cheers,
--
Raphaël Hertzog
Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
pposed to unapply them (because dpkg-source -b might
have applied them back)
Cheers,
[1] http://lists.debian.org/debian-devel-announce/2008/04/msg4.html
[2] the upcoming dpkg-dev 1.14.20 is more tolerant with patches, you can
grab it here if you want to try with that version:
http://people.debian.org/~hertzog/packages/dpkg-dev_1.14.20_all.deb
--
Raphael Hertzog
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s supposed to unapply them (because dpkg-source -b might
have applied them back)
Cheers,
[1] http://lists.debian.org/debian-devel-announce/2008/04/msg4.html
[2] the upcoming dpkg-dev 1.14.20 is more tolerant with patches, you can
grab it here if you want to try with that version:
http://pe
elease:
http://lists.debian.org/debian-release/2008/05/msg00024.html
guile-gnome-platform can't be rebuilt until some other g-wrap bugs are
fixed however.
Cheers,
--
Raphaël Hertzog
Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/
--
To UNSUBSCRIBE
e context of building a cross
> compiler, ARCH is only set at certain times. GCC_TARGET is set at the
> beginning and is present throughout the build.
If I understand you correctly, we can check for GCC_TARGET only and we
don't need to check DEB_TARGET_GNU_TYPE != DEB_BUILD_GNU_TYPE
nge just
because you repeat the same non-arguments.
> them - changing every gcc package is simply not workable IMHO and the
You make it sound like it would require horribly complicated patches on
the gcc side but we're speaking of setting a few environment variables
only. IMO it'
On Wed, 05 Dec 2007, Neil Williams wrote:
> Raphael Hertzog wrote:
> > On Tue, 04 Dec 2007, Neil Williams wrote:
> >> On Wed, 5 Dec 2007 00:01:22 +0100
> >> Raphael Hertzog <[EMAIL PROTECTED]> wrote:
> >>
> >>> On Tue, 04 Dec 2007, Neil Willia
and/or gcc.
Please take a quick look to the attached mail. I'd appreciate any
idea to help me investigate further but right now I'm blocked because
I don't know enough of glibc/gcc ...
Cheers,
--
Raphaël Hertzog -+- http://www.ouaza.com
Formation Linux et logiciel libre : http://
28 matches
Mail list logo