Package: linux-wlan-ng-source
Version: 0.2.2+dfsg-4
The current version of linux-wlan-ng-source builds modules that are not
compatible with 2.4 kernels:
depmod: *** Unresolved symbols in
/lib/modules/2.4.27-2-686/linux-wlan-ng/prism2_usb.o
depmod: msleep
There is no msleep function
still a
bug (in either fwbuilder or libfwbuilder) that fwbuilder can't build against
*any* version of libfwbuilder-dev providing the interface to the same
libfwbuilder6c2 library. When can we look forward to a fix for this?
--
Steve Langasek Give me a lever long enough and a Free OS
changes that would be inappropriate in a
security update, 6.4-1sarge1 can be the same as 6.4-1.1 with a different
changelog.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL
)?
In that this package did not ship with sarge, and won't be allowed into etch
unless the bug is fixed, yes...
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED
On Wed, Nov 09, 2005 at 06:13:14PM +0100, Loic Minier wrote:
On Tue, Oct 11, 2005, Steve Langasek wrote:
What is the status of this bug? You've tagged the bug sarge and referred
to a post requesting sponsorship of an upload to proposed-updates, but this
bug affects all of sarge, etch
I believe that this bug has been fixed in or before gcc-4.0_4.0.2-3.
Based on what? Have you retested the jigdo build yourself? If so, the
jigdo maintainer should be notified, so that the build-dependency on gcc-3.4
can be reverted.
--
Steve Langasek Give me a lever long
.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
/
$ nm -u linux-wlan/lib/modules/2.4.27-2-686/linux-wlan-ng/prism2_usb.o |grep
msleep
U msleep
$
It looks like this symbol is still missing. I also don't see anything in
the changelog that explains what you changed to fix this?
--
Steve Langasek Give me a lever long
(= 6.8.1-0.2)
should almost certainly be a Replaces *without* a Conflicts. The Conflicts
is only warranted if replacing the corresponding files from xserver-xorg
causes xserver-xorg to not work correctly in some way.
--
Steve Langasek Give me a lever long enough and a Free OS
as explained at
http://wiki.debian.org/HowToGetABacktrace, that would confuse gdb
less I suppose.
I didn't see much evidence here that gdb was confused?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move
On Wed, Dec 21, 2005 at 07:59:06PM +0100, Loïc Minier wrote:
On Wed, Dec 21, 2005, Steve Langasek wrote:
All that will do is let you look at the value passed to strlen(); it won't
tell you much about why it's wrong or where it came from.
I imaginated it would help tracing a 64 bits - 32
and look at the
segfault afterwards only if you continue to experience it.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org
, as there are a number of
other issues with m68k right now that are almost certainly going to see the
arch dropped as a release candidate.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL
from ftp.debian.org for
logistical reasons; there is a separate team that provides the
infrastructure for the amd64 port.
Can you please advice where I should open a bugreport so this issue is
correctly registered?
Please see http://www.debian.org/ports/amd64/ for contact info.
--
Steve
reassign 339419 d4x 2.5.6-2
tags 339419 patch
thanks
On Wed, Dec 21, 2005 at 01:05:10PM -0800, Max Alekseyev wrote:
Steve Langasek wrote:
valgrind?
This is the output of valgrind with libc6-dbg:
Ok, most of this looks like pretty typical garbage output, with a few
messages related
On Wed, Dec 21, 2005 at 08:25:52PM -0800, Max Alekseyev wrote:
Steve Langasek wrote:
This is the output of valgrind with libc6-dbg:
Ok, most of this looks like pretty typical garbage output, with a few
messages related to locales and themes that I don't usually see. Are you
using any
tags 341669 patch
thanks
On Wed, Dec 21, 2005 at 09:51:21AM -0800, Jeremy T. Bouse wrote:
Steve Langasek wrote:
Are you suggesting that you had this right in 2.0.9-3, and the NMUer
reverted it in 2.0.9-3.1?
What I'm saying, is that with the exception of the NMU done by
yourself Steve
isn't *in* sarge; this is not a serious bug unless it
affects building the package against the release it's actually from.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED
://buildd.debian.org/fetch.php?pkg=cl-tclinkarch=m68kver=3.3.1-3%2Bb1stamp=1135293380file=log.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http
an optarg that begins
with a hyphen?
Anyway, I don't see where any of the other packages you've mentioned are
providing a broken implementation of getopt_long. Shouldn't you check where
this broken function is coming from, and file the bug there?
--
Steve Langasek Give me a lever
On Fri, Dec 23, 2005 at 02:44:21AM +0100, Artur R. Czechowski wrote:
On Thu, Dec 22, 2005 at 04:45:25PM -0800, Steve Langasek wrote:
On Fri, Dec 23, 2005 at 01:09:31AM +0100, Artur R. Czechowski wrote:
The rrd_graph_options() gets a string with parameters. The begin if this
string
) ?
There's nothing in the bug log that tells us this. I'll be happy to ask for
re-testing once we've migrated to a newer libldap, but that won't happen
until the gnutls patch is forward-ported to openldap2.2 so we can ship a
GPL-compatible library.
--
Steve Langasek Give me a lever
affect etch, then it's RC for etch...
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description
have to reconsider
hppa's status as a release port, so hopefully someone will have a chance to
look at this soon.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED
.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
not be RC.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
, not on libx11-6: you should *never*
need to build-depend on runtime lib packages.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http
=ia64ver=0.3.92-1stamp=1134798145file=log.
Please update cduce to build-depend on ocaml-nox (= 3.09.0) and
ocaml-compiler-libs (= 3.09.0), so that in the future rebuilds for new ABIs
can be done without the need for source changes.
Cheers,
--
Steve Langasek Give me a lever long
On Thu, Dec 22, 2005 at 12:29:58AM -0800, Max Alekseyev wrote:
Steve Langasek wrote:
Well, after fixing the dialog crash, the link from the bug report works
fine
for me on alpha. Perhaps you could test using the patch I sent in the last
mail, to confirm the bug still exists
will be REMOVED:
libsvncpp0c2
The following NEW packages will be installed:
libsvncpp0c2a
The following packages will be upgraded:
rapidsvn
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL
On Tue, Dec 27, 2005 at 12:05:57AM +0100, Samuel Thibault wrote:
According to http://bjorn.haxx.se/debian/testing.pl?package=mig ,
Build-Depends seem to be correctly tracked, and this bug can probably be
closed.
Build-Depends are tracked, they're not enforced.
--
Steve Langasek
that 'mozplugger.so' wasn't made executable by default
with 'apt-get install mozplugger'.
Er. Huh? .so files don't have to be executable.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world
and it runs fine. For
starters, could you post the output of about:plugins from your browser with
this non-working version installed?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL
m68k is not currently a release-candidate architecture,
it looks like this bug should probably be downgraded.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED
on the mipsen with unreasonable
frequency, so that seems to merit more investigation still...
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED
upgrade
path so that, at the very least, *future* ABI changes don't cause dependent
packages to be installed against ABI-breaking versions of plptools.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move
-0500, Justin Pryzby wrote:
Can this package be removed, too?
They already have been...?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED
intervening
to get the packages rebuilt.
The package can't get back into testing anyway until openmotif's RC bug is
fixed, though, so I guess it's not a big deal...
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can
(the binary
is linked against that one).
Why do you say that?
$ dpkg -x n/nessus-core/nessus_2.2.5-3_i386.deb /tmp/nessus
$ ldd /tmp/nessus/usr/bin/nessus |grep ssl
libssl.so.0.9.8 = not found
$
I don't see any reason to think that 2.2.5-3 is linked against 0.9.7.
--
Steve Langasek
*a* reason for the build failure.
Because ginac is tied to the KDE ABI transition, and octave-forge depends on
libginac1.3c2a, it would be appreciated if you could address this bug ASAP.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
On Wed, Dec 28, 2005 at 11:31:11AM +0100, Javier Fernández-Sanguino Peña wrote:
On Wed, Dec 28, 2005 at 02:16:26AM -0800, Steve Langasek wrote:
The issue should be fixed by recompiling the client against a set of the
libraries, and should affect only the 2.2.5-3 version under i386. Notice
0.9.8, this was expected to be a
rather soft transition; and it has been, except for the aforementioned bug
in libssl0.9.8 giving the bad mac error.
Anyway, rebuilding libnasl2 against libssl0.9.8 won't make anything worse
here, AFAICT.
--
Steve Langasek Give me a lever long
couple of days if you
don't object.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
diff -u tse3-0.3.1/debian
), and 3) is obviously not viable.
So unless the answer turns out to be 1), perhaps it would be better for
current libc6 on i386 to Depends: mawk | gawk (= 1:3.1.4-2.0.1) ?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set
reopen 337820
severity 337820 important
user debian-release@lists.debian.org
usertag 337820 rc-s390
thanks
On Wed, Dec 28, 2005 at 03:19:01PM -0800, Steve Langasek wrote:
On Wed, Dec 28, 2005 at 07:50:20PM +0100, Bastian Blank wrote:
* Apply Steve Langasek's suggestion to fix the build
schedule rebuilds for all remaining
packages that use libstdc++5, so please don't file bugs about these
individually.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED
On Wed, Dec 28, 2005 at 12:30:53PM +0100, Javier Fernández-Sanguino Peña wrote:
On Wed, Dec 28, 2005 at 03:12:44AM -0800, Steve Langasek wrote:
Since there is no libssl097-dev any longer I guess I'll have to recompile
all
packages.
It should actually be possible to fix
it.)
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
report appears to be down at the moment, so I
can't check whether there's source there...), I imagine you would be able to
find a sponsor pretty easily to get this RC bug fixed.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set
directly (one way or another).
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital
On Sun, Jan 01, 2006 at 12:39:31PM -0500, Eric Cooper wrote:
On Mon, Dec 19, 2005 at 03:32:40AM -0800, Steve Langasek wrote:
- a handful of packages that still build-depend on ocaml-3.08.3 or similar,
and require sourceful uploads for the ocaml transition. These packages
are advi
, but this is
going to take a fair amount of time for someone to discuss it with all the
affected parties, work out which branch it should be integrated on, etc.
I'm confident that the FHS patch does the right thing by Debian, but it may
not meet the needs of other vendors.
--
Steve Langasek
upload.
Great :)
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
controller in the
box so I could make some headway on d-i for etch.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org
there (-lSM, -lICE,
-lXext) and take the union of the two sets.
So the final dependency replacement seems to be libx11-dev, libxext-dev,
x-dev, libsm-dev, libice-dev.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I
to upgrade perl?
A better bet might be to install a supported kernel:
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (950, 'testing')
Architecture: i386 (i586)
Kernel: Linux 2.4.18-bf2.4
--
Steve Langasek Give me
for
debugging.
so I report it as Ruby bug
You didn't; you reported it as a bug against /usr/bin/apt-listbug, which
is invalid. Reassigning to the libruby1.8 package, since that's apparently
where it belongs.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian
, libxmu-dev, libxt-dev, x-dev? :)
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital
doesn't know xml_parser.mli has
been built and therefore can't use it to build xml_parser.cmi.
A make rule that *does* work is this:
%.mli %.ml: %.mly
ocamlyacc $
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
On Wed, Jan 04, 2006 at 02:05:15AM +0100, Artur R. Czechowski wrote:
Hello,
There is patch ready to put into debian/patches.
The krb4 package is obsolete and should be dropped for etch.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
to know the answer to this: is there
not an advantage to having a patch-stamp with quilt? I.e., does quilt store
enough state that we don't need to worry about additional calls to the
patch target wasting time?
Everything else looks reasonable to me.
Thanks,
--
Steve Langasek
reopen 345868
thanks
On Wed, Jan 04, 2006 at 10:30:47AM +0100, Gerrit Pape wrote:
On Tue, Jan 03, 2006 at 10:12:10PM -0800, Steve Langasek wrote:
On Tue, Jan 03, 2006 at 06:24:09PM -0500, Nathanael Nerode wrote:
I don't know how much we care about that...
cvm
mailfront
ask the release team to override britney's
decision; but downgrading bugs that are genuinely RC doesn't just hide them
from britney, it hides them from the entire release management process.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
for the shlibs
bump which I have overlooked, please revert it ASAP.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org
*use* the next version when it comes out.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
for letting this flag be inherited as a default by all
packages which build with python's distutils. Just for the sake of
clarification, would you accept a patch which fixes python2.3 to allow it to
build with -O3 while only exporting -O2 through distutils?
Cheers,
--
Steve Langasek
On Mon, Oct 03, 2005 at 10:46:00AM +0200, Josselin Mouette wrote:
Le dimanche 02 octobre 2005 à 23:55 -0700, Steve Langasek a écrit :
The latest version of libpng12-0 includes a shlibs bump with only this
changelog entry:
* libpng12-0.shlibs: bump the shlibs version.
I have compared
be pushed upstream later.
I guess it's too much to ask for that libgda will be fixed by *not* using
the unstable interfaces of FreeTDS, and using instead the recommended libct
or libsybdb interfaces?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
vsftpd config.
Yes, there's still a regression in pam_userdb's pam_sm_acct_mgmt(), but
since I'm not sure why this code works *at all* for empty passwords, I'm not
really in a position to track this down.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
On Tue, Oct 04, 2005 at 08:19:08PM -0700, Max Alekseyev wrote:
Steve Langasek wrote:
Aha, ok. So after adding two users, trying to log in via su with an empty
password *succeeds* with libpam-modules 0.79-3 here.
Trying to log in to vsftp using your exact config fails; but this problem
. If this were to change, or if it should become
clear than some portion of the code will *not* be relicensed, then that is
an issue that cannot be ignored for etch.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can
`/build/buildd/gnunet-gtk-0.7.0'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/build/buildd/gnunet-gtk-0.7.0'
make: *** [build-arch-stamp] Error 2
This looks like a bug in some build-dependency, which references
libgcrypt.la and should depend on libgcrypt-dev, but doesn't.
--
Steve
On Thu, Oct 06, 2005 at 02:50:46AM +0300, Radu Spineanu wrote:
Steve Langasek wrote:
In that case, could fprobe be turned into a dummy package that depends
on fprobe-ng, or are there incompatibilties that make an automatic
upgrade inappropriate?
Would it be ok if when doing the transition
the groups you're expecting on
:0, I can put together an updated patch for pam_groups which I'd appreciate
it if you could test.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED
guess I didn't see the bug I thought I saw. :)
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
of this code in the /etc/ppp/ip-up.d/1masqmail script in
this version of the package, so I don't know what you're talking about?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED
the proper solution
is that lets us keep a gdk_imlib implementation with the same ABI as the
existing gdk-imlib1 package.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED
Hi Matt,
Does this bug also affect the unstable version of hmake (3.10-1)?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http
at the maintainers; maintainers, if you disagree for
any reason, please follow up to the bug report. Ian, I'll be merging 332368
over this way as well.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move
to be (= 0.11.5) instead?
Since gmp must be updated in testing for the C++ ABI transition, bringing
with it at the same time gcc-4.0, ghc6, and missingh, missingpy will be
removed from testing pending the resolution of this bug.
Thanks,
--
Steve Langasek Give me a lever long
(ghc6
and hugs98 have to go into testing together owing to the libgmp transition),
so I'm going to go ahead and close it now.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL
transitions.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
changes to omnievents.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
without first upgrading to sarge, so
this isn't release-critical.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org
may be nowhere near this part of the code. It may
be more useful to try to debug this using valgrind on i386 or amd64 than
anything else; if that find the error, though, I don't have any good
suggestions on how to debug this, because there is no valgrind for alpha.
--
Steve Langasek
are able to use to
successfully compile this code in this environment with no other changes?
Have you confirmed that this bug exists in gcc-snapshot?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move
with it
directly until then.
Hopefully that's only a month or so out, though. If it's important to get
this fixed sooner, patches are accepted.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world
++)
{
help_items[i].accelerator = NULL;
help_items[i].callback = menu_show_game_doc;
help_items[i].item_type = ;
}
Yeah, this smashes the stack. Just because it worked with gcc-3.3 doesn't
mean this is a gcc-4.0 bug.
--
Steve Langasek Give me
packages
will be linked against gdk-imlib11 next time you upload, but there is no
need to do so in the short term.
For packages in the third category, separate bugs have already been filed
about the need to rebuild against libpng, so there's no need to keep a
separate bug open here.
Thanks,
--
Steve
to not have a distclean target in the toplevel makefile...
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org
severity 329468 important
thanks
Being able to debootstrap woody chroots is certainly not a release-critical
issue for etch; woody will drop off the Debian mirror network well before
etch is released anyway.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
in
testing/unstable. Do you have a fixed package available for unstable?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http
, it
exists in the imlib1 package, which is where this bug should remain until
woody is no longer security-supported.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED
filing bug
reports asking for the rebuild. Sorry about that.
There's actually no good reason for wxgtk2.4 to build-depend on libpng2-dev,
AFAICT, because *none* of the binary packages it builds depend on
libpng10-0. So I wonder why this build dependency is there...
--
Steve Langasek
with the segfaults caused by loading
multiple versions of the same library into a single address space. Getting
upstream to accept a patch for 0.9.7 is not a concern, since obviously
that's an old version of the lib which is going to be phased out.
Cheers,
--
Steve Langasek Give me
/usr/lib/libtcl8.4.so.0
#18 0x000107d4 in main ()
(gdb)
This is also definitely not a kernel config error. paer's kernel throws
SIGBUSes on unaligned memory access, it doesn't randomly throw segfaults.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian
currently have in unstable, but I imagine
we'd need to move to the new version.
- --
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http
On Sun, Oct 23, 2005 at 12:41:18PM -0700, Thomas Bushnell BSG wrote:
Steve Langasek [EMAIL PROTECTED] writes:
If the gcc maintainers think that pointing g++ at g++-3.4 on these archs is
the best option, I'm game. One disadvantage is that it wouldn't let us get
feedback about what else
-efile instead?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
On Mon, Oct 24, 2005 at 12:18:27PM +1000, Brian May wrote:
Steve == Steve Langasek [EMAIL PROTECTED] writes:
Steve On Sun, Oct 23, 2005 at 03:20:08PM -0400, Sam Hartman
Steve wrote:
Does the krb524 functionality disappear from the KDC if you
turn off krb4?
Steve
401 - 500 of 10052 matches
Mail list logo