Are any arches other than debian ppc sid
seeing the new mozilla 1.3.1-1 release segfault?
This new version also causes galeon to segfault
as well. Regressing back to 1.3-5 fixes both.
Jack
I was wondering if any effort was being made
to hold the build machines from installing the
broken libstdc++-5_3.3-0pre6 packages. If there
are missing symbols in those new libstdc++ libs
I am wondering what the impact will be for
any c++ code built against pre6 when the symbols
return in the
Does gdk-imlib1 need to be rebuilt? It seems since the new png
changes went into debian ppc sid, the menu icons are broken in
evolution.
Jack
Has there ever been any discussion of the binary
/usr/sbin/install-info in terms of the Linux Standard
Base? I ask because dpkg is providing a perl based
version of this utility whereas all other distros
appear to be using binary only version. This came up
because the regex in perl 5.80 is
I am trying to get the glibc debian cvs for 2.2.92 to
package (it builds and passes make check fine on debian
ppc sid with the new gcc 3.2.1pre). However the buggy
perl 5.80 in sid has broken install-info. I looked at
a Yellow Dog Linux machine and noticed, however, that they
had a texinfo 4.2
Hello,
Considering how unstable perl 5.80 currently is, wouldn't it be
wise to regress sid back to perl 5.60 and move 5.80 into experimental
instead? So far this upgrade has done major damage to dpkg by breaking
install-info making any additional glibc builds in sid impossible.
I have also
Adam,
Well it will be one thing if the debian perl maintainers
are going to actively track down and fix these critical perl
bugs on their own. However if we are going to passively wait
for fixes from upstream, perhaps perl 5.80 will introduce
a bit too much breakage for right now. I mean dpkg
Dan,
Then you might take a stab at debugging the testcase from the bugzilla
report...
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=69254
...since it sounds similar. If it isn't then we have another bug to fix.
Jack
Has anyone had any luck building libwww-perl against perl 5.80
yet?
Jack
Gerhard,
I would be cautious about installing a gcc-3.2-built glibc
unless you first purge your system of all binaries that
were built with gcc 3.1. Jakub Jelinek said he was uncertain
if s390/s390x was an arch that would require a libgcc-compat
be added to glibc. If a libgcc-compat is
Hello,
I would like to make a proposal for one aspect of the
gcc 3.2 migration in sid. A critical part of this transition
will be the discovery of how many arches still require creation
of libgcc-compat code in glibc. Currently we are told by Jakub
Jelinek that i386 is fine. Franz Sirl has
It would appear the problem may be with the gnome-vfs2
currently built on voltaire. I had built my own copy waiting
for it to come off of voltaire earlier in the week. With that
locally built copy of gnome-vfs2 installed, nautilus2 works
fine. Also, if I rebuild current gnome-vfs2 against
I believe the libpng2-libpng3 migration in sid may have
broken xmms. While I can run xmms somewhat, I can't get the
playlist to display. If strace a run I see...
rt_sigprocmask(SIG_SETMASK, NULL, [32], 8) = 0
rt_sigsuspend([] unfinished ...
--- SIGRT_0 (Real-time signal 0) ---
...
Eduard,
Actually, Michel Danzer says he thinks in may be related to
100 dpi fonts. In any case, does xmms display its playlist in
sid for you? Here I get nothing although xmms doesn't crash.
I just rebuilt it against current sid and that didn't help.
Do we know when this playlist failure bug
Josip,
Changing the font didn't help, but deleting my .xmms
directory in my account seemed to have cured it. Odd.
Jack
Josip,
Unless it was just random corruption of the .xmms in
which case it would be impossible to determine what caused
that. I actually set the font for the playlist to the same
font as the main display (which is okay) and that didn't
work. Unless someone else sees this today I would bet on
Is anyone else seeing major breakage on Gnome2 tonight?
On current debian ppc sid, I found after rebooting that while
gdm2 still worked and I could login that Nautilus2 is very
broken and reports that variety of directory as being invalid
with alerts at startup. Also the Applications menus are
Steve,
There shouldn't be huge issues in the gcc 2.95.4 to gcc 3.2 transition.
Currently the only two major ones I know if are...
1) Rebuilding glibc with gcc 3.2 *may* require an arch to add a libgcc-compat
section to provide libgcc symbols, now .hidden in gcc 3.2's libgcc_s.so,
with
I agree with Chris it that is insulting for folks to be degrading the
other arch's supported by Debian. What is strange is that someone would
feel strongly enough about having a choice in operating systems to
run Debian Linux yet think that a i386-only world is just fine. The
two monopolies go
release.
Jack Howarth
ps See bug report 141114 for details.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Opps...that bug report associated with this
problem is 141116 not 141114...sorry.
Jack
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Branden,
Nevermind. I just heard back from Samuel Hocevar and he is aware
of the problem and will fix it in the next build. I got thrown for
a loop because there was a crashing bug not fixed in vlc until 0.2.92-7
(which isn't in sid ppc yet) and local builds were failing (because
of
Branden,
I guess I'm just a tad thick here but I don't understand
the rational for the following conflict. My debian ppc sid
machine is current for all the packages in sid and has xlibs-pic
installed as well. I discovered that when I tried to do...
apt-get -b source vlc
for the latest
Has anyone managed to get guppi to work in current sid?
I have yet to have any success. Before today guppi would
silently fail whereas today I get a crash in guppi-gnumeric.
I am trying the following...
1) run gnumeric
2) enter two columns of three rows of numbers (1,2,3 and 2,4,6)
3) select
Well, this is on ppc sid. I'll try to find someone else
on ppc sid to check this. Oh I did file a bug report because
guppi hasn't been working for me for quite some time. This
is just the first time it actually showed a support program
was segfaulting.
Jack
This is absurd. Debian policy explicitly states that you
should not create a shared lib using objects not created with
-fPIC (which is exactly what libsdl-image does when it asks
sdl-config what to use for static_x_extension_libs). This problem
is identical to one just resolved in
After a number of rants from Branden I rather confused now
as to why xlibs-pic exists at all. As best as I can tell through
the froth, Branden is saying that absolutely no static libs
should be linked into a shared lib. The conventional wisdom
on debian-powerpc seems to be that this should be
Ok.
I see Branden's NMU declaration for changing the use of the static
libs in SDL related packages. Still when I read the change log for
libsdl-image1.2 I find...
sdl-image1.2 (1.2.1-1) unstable; urgency=low
* new upstream version
* tried to add Brandens fixes again in Makefile.am,
Branden and Christian,
Sorry that I misunderstood that the fix for this was
already in place in the current libsdl-image1.2 package.
However on debian ppc sid it doesn't appear to work
unless I make the following change to the rules file.
I have to put a call to
autoconf
before the
Branden and Christian,
I guess I don't follow the finer nuance here but these are the
different compile lines generated from libtool without doing an
autoconf before configure...
gcc -shared IMG.lo IMG_bmp.lo IMG_gif.lo IMG_jpg.lo IMG_lbm.lo IMG_pcx.lo
IMG_png.lo IMG_pnm.lo IMG_tga.lo
Hello,
What exactly is the situation with regard to openoffice going
into debian sid? I ask because OpenOffice 641C seems quite robust
now (I've been doing some statistical data analysis in it this
weekend and it works as well as Excel). The only current problem I
see in it is that the new
31 matches
Mail list logo
