On Thu, Oct 03, 2013 at 10:55:11PM +0200, Michael Biebl wrote:
Source: snappy
Version: 0.2-1
Severity: normal
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs
Hi,
libclutter-gst-1.0-0 has been deprecated and we'd like to remove it from
the archive.
Hi,
This is
On Tue, Sep 17, 2013 at 07:22:50PM -0400, Aaron M. Ucko wrote:
Source: cubemap
Version: 1.0.0-1
Severity: serious
Justification: fails to build from source
Strictly speaking, this isn't serious but important, right? The package
hasn't built in i386 before. (I'd downgrade, but I'm not the
On Sat, Sep 07, 2013 at 10:26:35PM -0300, Joenio Costa wrote:
Dear Maintainer,
Maybe the pkg-perl group can care to this package for you.
Hi,
Sorry for being so slow about this (I simply forgot all about it).
New package uploaded.
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To
Source: libdvbcsa
Version: 1.1.0-2
Severity: normal
Hello,
It seems that debian/rules contains:
ifeq ($(DEB_HOST_ARCH),amd64)
EXTRA_CONFIGURE_ARGS += --enable-mmx --enable-sse2
endif
--enable-mmx overrides --enable-sse2, so this means that the package is built
without SSE2 optimizations.
On Tue, Jul 30, 2013 at 03:57:44PM +0200, Julien Cristau wrote:
tags 717026 + patch
tags 717026 + pending
thanks
Hi Steinar,
I've prepared an NMU for libapreq2 (versioned as 2.13-2.1) and
will upload it soon. This is one of the last pieces needed before
apache 2.4 can be in jessie.
On Tue, Jul 16, 2013 at 08:47:30AM +0200, Ralf Treinen wrote:
automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:
WARNING: The following packages cannot be
On Tue, Jul 16, 2013 at 07:52:52PM +0200, Ralf Treinen wrote:
automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:
Well, not so strange, since libapreq2-3 Conflicts: and
On Tue, Jul 16, 2013 at 09:25:50PM +0200, Ralf Treinen wrote:
no they don't. libapreq2-3, version 2.13-2, only conflicts with
libapreq2 ( 2.13-1). Otherwise, apt-get wouldn't have accepted
the attempt to install both packages at the same time.
Pah, I meant to write = 2.13-1, but even that
On Mon, Jul 08, 2013 at 09:46:49PM +0200, gregor herrmann wrote:
mod_perl with support for Apache 2.4 is in unstable since the end of
May.
I've uploaded 2.13-2, which goes through (I hope) all necessary motions to
build against Apache 2.4. However, it also fixes a bunch of other things,
and one
On Sat, Jul 06, 2013 at 08:02:22PM +0200, Arno Töll wrote:
could you please tell us what the state being with libapreq2 is? It's
certainly one of these modules which might break in unexpected ways,
despite of still compiling against the Apache 2.4 API.
The state is that I haven't even tried.
On Sat, May 18, 2013 at 11:12:48AM +0200, Xavier wrote:
is a start, but if CLD is also necessary, then we'll need to just
register both CHLD and CLD to handle children. Not much overhead - but
it would handle all cases.
As long as you have control over all Net::Server::SIG users, then sure,
On Thu, May 16, 2013 at 05:58:14AM +0200, Xavier wrote:
Likely the better solution would be to change that code to this:
$SIG{$sig} = sub{ $Net::Server::SIG::_SIG{$sig} = 1; };
That way, perl remains consistent and whatever awry value is being
returned on your platform is ignored.
Maybe,
Package: libnet-server-perl
Version: 2.006-1
Severity: grave
Hi,
I have a starman application that regularly dies under load with a backtrace
like:
Message:Can't use string () as a subroutine ref while strict refs in
use at /usr/share/perl5/Net/Server/SIG.pm line 72, $read line 2002.
Package: devscripts
Version: 2.12.6
Severity: normal
grep-excuses needs a Depends or Recommends on the “hostname” package to pick up
/usr/bin/hostname:
fugl:~ grep-excuses devscripts
Can't exec hostname: Ingen slik fil eller filkatalog at /usr/bin/grep-excuses
line 175.
Use of uninitialized
On Sat, Mar 09, 2013 at 03:58:15AM +0100, Arno Töll wrote:
Alternatively we could wait until 2.4.5 is released which might contain
all patches you require for your most recent itk patch. That would allow
us to build itk with apxs without patching the Apache source, possibly
even in a separate
tags 648401 + patch
thanks
On Tue, Feb 19, 2013 at 11:59:05PM +0100, Steinar H. Gunderson wrote:
I'd say this means dhcrelay itself is pretty much completely broken, and I'm
upgrading severity accordingly. It shouldn't subject the BOOTREPLY packets to
interface checking, or it should have
severity 648401 grave
retitle 648401 DHCP relay agent does not listen properly for return packets
thanks
On Fri, Nov 11, 2011 at 04:53:22PM +1100, Geoff Crompton wrote:
The dhcrelay man page doesn't mention that if you use any -i option to
specify interfaces, you need to add an -i option for
On Sun, Feb 03, 2013 at 10:35:21PM +, Thorsten Glaser wrote:
That's not how it works. Unless you actually reproduce a FTBFS on a
release arch (and without fiddling with options), don't file it as RC.
*sigh* Isn’t that something the maintainer can do?
snappy has already built fine several
On Thu, Jan 31, 2013 at 10:37:54AM +0100, Thorsten Glaser wrote:
Source: snappy
Version: 1.0.5-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
What platform is this? I've never changed the behavior here, so RC on the
grounds of regression
On Fri, Nov 16, 2012 at 02:39:08AM +, Debian Bug Tracking System wrote:
version: 9.01~dfsg-1
This does not happen with upstream 8.71. If I build the package without
0940_Merge_gs_2_colors_branch.patch, the problem goes away and the job
completes
in 5-6 seconds. It happens every time for
Package: ghostscript
Version: 8.71~dfsg2-9
Severity: grave
Hi,
We're having problem with gs going into infinite loops when people print some
given
PDFs from CUPS, so after a few days you have fifteen gs processes that use 100%
CPU and the rest of your system doesn't really work too well.
The
Package: snappy
Version: 1.0.5-1
Severity: serious
Tags: upstream
Justification: FTBFS
snappy fails to build on armel since 1.0.5-1, since it assumes the lack of ARMv5
and ARMv6 #defines means the machine must be ARMv7 or higher, which supports
(fast) unaligned data accesses. Unfortunately,
. Gunderson
se...@debian.org; Source for snappy is src:snappy-player.
But maintainer for src:snappy-player should be Maintainers of GStreamer
packages pkg-gstreamer-maintain...@lists.alioth.debian.org
(Maintainer for src:snappy is Steinar H. Gunderson)
I tried filing against the source
reopen 675942
thanks
On Mon, Jun 04, 2012 at 08:26:26PM -0400, sacrificial-spam-addr...@horizon.com
wrote:
Talk about service, thanks! It's made its way through the
FTP servers and I have it installed.
Since -3 was uploaded to unstable, -2+codel seems to have disappeared out of
experimental.
On Sun, Jun 17, 2012 at 01:36:53AM +0200, Samuel Thibault wrote:
I've prepared an NMU for pvm (versioned as 3.4.5-12.5) and
uploaded it to DELAYED/4. Please feel free to tell me if I
should delay it longer.
Hi,
Feel free to push it immediately.
/* Steinar */
--
Homepage:
On Fri, Jun 01, 2012 at 12:32:22PM +0200, Nicolas Courtel wrote:
If the command run by pvm is more than 8 characters long, it can't be started,
the error message received by the client is the following:
Fatal error: exception Failure(PvmNoFile)
This bug has been introduced by Debian patch
On Mon, May 14, 2012 at 07:00:39PM +0900, Nobuhiro Iwamatsu wrote:
I created a patch which revise this problem.
Please check and apply this?
I'll have a look later today; thanks.
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to
On Mon, May 07, 2012 at 11:06:47AM +0200, Cyril Brulebois wrote:
Any chance we could get a status update? We currently have 1.6.0 in
unstable, with X server 1.12.
If you still can't test anything, I guess we should just close this bug
report?
I've downgraded to squeeze because GNOME 3 drove
On Mon, May 07, 2012 at 12:10:54AM +0200, Stefan Fritsch wrote:
The C-part should not be much effort (it compiles). But mod_perl is a
rather big problem that may still prevent the 2.4 transition for
wheezy.
Could you be a bit more specific; mod_perl in general, or just the Perl
parts of
On Sat, May 05, 2012 at 01:48:54PM +0200, a...@debian.org wrote:
this is a follow-up message to your Apache 2.4 transition bug for
package libapreq2. We are approaching an upload of the web server to
Debian's Unstable repository as soon as the release team acknowledges
the upload. Along that
On Sat, May 05, 2012 at 11:44:39PM +0200, Stefan Fritsch wrote:
yes, I think most of apreq is in httpd trunk. But it is not in the
2.4.x branch. It will take some time until the remaining open
questions about apreq's integration are sorted out. Maybe it will be
added to a 2.4 release,
Package: libmagickcore3
Version: 6.6.0.4-3+squeeze2
Severity: grave
Hi,
I have a PerlMagick application that does essentially (for an Image::Magick
object):
$img-Set(size='1280x24');
$err = $img-Read('xc:white');
After upgrading to 6.6.0.4-3+squeeze2 (the security fix from a few days ago),
On Fri, Apr 13, 2012 at 11:12:25PM +0100, Manuel A. Fernandez Montecelo wrote:
Hello,
db4.2 has been obsolete for many years ago and this bug report is orphan.
People applied several NMUs on top of the package anyway, so I don't
think that it's of much use to keep this bug report open now.
On Sat, Nov 19, 2011 at 10:02:05PM +0100, Torben Nehmer wrote:
any news on this issue? I can reproduce it on a current stable
installation and it is rather nasty.
I suspect one could work around it by adding some killall stuff to
the apachectl script, albeit this won't be the most graceful
Package: libwrap0
Version: 7.6.q-19
Severity: wishlist
Hi,
There's a hard limit of 2047 bytes for each line (after line continuations) in
files like /etc/hosts.allow. As we have a pretty extensive list, this sounds
a bit cumbersome; there's no good reason why this needs to be a static buffer.
with a length parameter of one,
which succeeds in reading zero bytes (n-1), causing an infinite loop.
The fix is simple: Check that we have space for more than just the zero
byte before we fgets().
Author: Steinar H. Gunderson se...@samfundet.no
Last-Update: 2011-11-09
--- tcp-wrappers-7.6
On Wed, Oct 12, 2011 at 10:42:13AM -0300, Rogério Brito wrote:
From a very quick look at it, it seems that g++ is complaining about a
constructor that seems fine to me...
It's complaining about the lack of definition of in6_addr (and
later rak::socket_address_inet6).
You could add the right
On Fri, Sep 30, 2011 at 02:50:22PM -0300, Rogério Brito wrote:
(It may be truly trivial, but I have not see the cause of the
compilation errors).
Are there actually compilation errors here? If so, can anybody point me to
them?
The error in #635700 is easy enough; if bind() to [::] fails, just
On Sun, Sep 04, 2011 at 06:46:38PM +0200, Mònica Ramírez Arceda wrote:
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
/usr/bin/ld:
/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../../lib/libgssglue.a(g_initialize.o):
relocation R_X86_64_32
On Fri, Aug 19, 2011 at 10:04:37PM +0200, Samuel Thibault wrote:
I have reworked the patch a bit, extended it, tested it, and will NMU-0
it, here is the diff
Hold on... Why do you 0-day NMU other people's packages (with rather
nontrivial patches) for porting bugs? :-)
/* Steinar */
--
On Fri, Aug 19, 2011 at 11:10:40PM +0200, Samuel Thibault wrote:
Because we sometimes have to move on: pvm has seen very low activity in
the past months/years, is holding quite a few packages, and there was no
comment from you on this patch for some time.
That is correct; pvm has not been very
found 633019 0.2.0-2
thanks
On Thu, Jul 07, 2011 at 03:27:25PM -0600, Bruce Sass wrote:
Since the lib resides under /usr/lib, and /usr on this box is an NFS mount,
mount.nfs fails during boot up and I am left without a /usr partition.
I have worked around the problem by booting with a rescue
On Wed, Jun 08, 2011 at 12:57:45PM +0200, Robert Millan wrote:
I've uploaded an NMU to DELAYED/15 with Petr's patch. Steinar,
please consider uploading earlier if you have time to review it.
I'm fine with NMU, although I haven't looked at the patch.
/* Steinar */
--
Homepage:
On Fri, Apr 15, 2011 at 03:06:40PM +0200, Steinar H. Gunderson wrote:
hv_netvsc. I'll see if the patch I linked to actually fixes the issue
(Microsoft seems to claim it does):
After a few days and some relatively high load, I can confirm 2.6.38 + that
patch (hand-adjusted) works fine
Package: libnet-rawip-perl
Version: 0.25-1
Severity: important
Hi,
It seems Net::RawIP, if you run a script using it long enough
(as in millions of generated UDP packets), eventually generates
bogus UDP checksums in the packets it's sending out (tcpdump
freaks out, the end hosts start ignoring
Package: linux-2.6
Severity: wishlist
Hi,
I recently had the joy (?) of installing Debian in Microsoft's hypervisor,
Hyper-V. While the hypervisor is non-free (like e.g. VMware), the Linux
kernel contains free host drivers that greatly increase functionality
(e.g., you can access raw devices,
On Fri, Apr 15, 2011 at 01:14:08PM +0100, Ben Hutchings wrote:
They currently exist in the staging tree, and have been there since 2.6.32
or thereabouts.
They are truly worthy of the 'crap' label though.
Sure, but they are much better than nothing. Currently I'm having issues that
the network
On Fri, Apr 15, 2011 at 02:17:04PM +0200, Steinar H. Gunderson wrote:
Sure, but they are much better than nothing. Currently I'm having issues that
the network card is hanging under load (also in 2.6.38)... Do you know if
anybody cares about bug reports should I file them upstream?
OK
On Fri, Apr 15, 2011 at 01:43:27PM +0100, Ben Hutchings wrote:
Which driver, hv_netvsc or the one for the emulated hardware (whatever
that is)? Anyway, bug reports against the current upstream version
should go upstream.
hv_netvsc. I'll see if the patch I linked to actually fixes the issue
Package: tayga
Version: 0.9.1-1
Severity: normal
When installing tayga, I get
Setting up tayga (0.9.1-1) ...
/etc/default/tayga: 9: DAEMON_OPTS+=: not found
tayga disabled, please adjust the configuration to your needs ... failed!
and then set RUN to 'yes' in /etc/default/tayga to enable
On Sun, Apr 10, 2011 at 09:54:40PM +, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the tayga package:
#622178: /etc/default/tayga gives a warning
It has been closed by bugzi...@tut.by (Andrew O. Shadoura).
as root if
+NiceValue was set but AssignUserID was not set, due to incorrect
+config merging. (Closes: #618857)
+
+ -- Steinar H. Gunderson se...@debian.org Sun, 20 Mar 2011 13:33:08 +0100
+
apache2 (2.2.16-6) unstable; urgency=low
* Also add $named to the secondary-init-script example
On Sat, Mar 19, 2011 at 05:15:26AM -0300, Rogério Brito wrote:
All my patches have been posted under http://home.samfundet.no/~sesse/,
but I don't have any index of them short of what's been in the bug report.
Well, unfortunately, I failed miserably at browsing your site for patches.
:-)
On Sat, Mar 19, 2011 at 09:33:02PM -0300, Rogério Brito wrote:
You can just try to enable DHT with an older version rtorrent (e.g., the one
from stable), remove all the trackers from a .torrent file (if you are
careful when editing the .torrent file, you can even use a common text
editor) and
On Fri, Mar 18, 2011 at 06:25:10PM +0100, Arno Schuring wrote:
There are plenty of Linux iso's to be found on TPB, but you might want
to remove all tr= arguments from the magnet links for testing:
magnet:?xt=urn:btih:ebc04466586e4bf39809123dc216eab36c66f6fbdn=Gentoo+Linux+10.1+Live-DVD
On Thu, Mar 17, 2011 at 06:50:18PM -0300, Rogério Brito wrote:
(If so, which version of them?)
The one that I grabbed from rtorrent's ticket system (one for rtorrent and
another for libtorrent). Both are named with the suffix: -ipv6-08.patch.
FWIW, the -08 version does not come from me. It
On Fri, Mar 18, 2011 at 10:38:14PM -0300, Rogério Brito wrote:
Do you happen to have any definitive (for whatever value of
definitive we can agree on) source for your patches? I would prefer
not be hunting them from some bug trackers, unless explicitly
acknowledged by the author of said
On Thu, Mar 17, 2011 at 01:23:27PM +0100, Arno Schuring wrote:
Anyway, what would you suggest in the mean time since upstream
actually supports IPv6? The patches that I grabbed from upstream's
site are Steinar's (and I included him here in the CC).
Yes, I have been eyeing upstream for a while,
On Thu, Mar 17, 2011 at 06:50:18PM -0300, Rogério Brito wrote:
And do I understand it right in that users are reporting it to break IPv4
DHT?
Yes, possibly. Would you be so kind to look at the latest bugs? I will have
to confirm my case to see if it is breaking or not DHT.
Give me a way to
On Mon, Feb 28, 2011 at 12:52:57AM +, Matthias Klose wrote:
The package fails to build in a test rebuild on at least amd64 with
ld --no-add-needed.
Hi,
It would be very useful if you could tell me how to actually reproduce the
bug (I searched through the URLs you gave, and came up blank).
On Mon, Feb 28, 2011 at 02:34:35AM +0100, Matthias Klose wrote:
It would be very useful if you could tell me how to actually reproduce the
bug (I searched through the URLs you gave, and came up blank).
it should be reproducible in unstable. without any special installations.
OK. Shouldn't it
On Mon, Feb 07, 2011 at 03:37:26PM +0700, Mahyuddin Susanto wrote:
I believe by adding some library we can fix this problem
Hi,
I think your patch got mangled. Do you think you could send it as an
attachment instead?
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE,
On Wed, Jan 19, 2011 at 12:20:07AM +0100, Cyril Brulebois wrote:
how are things going with the X stack from squeeze/sid, or the one
from experimental? It'd be nice to report any issues upstream anwyay:
http://bugs.freedesktop.org/
(with component: xorg, product: Input/synaptics.)
There's
found 598803 2:2.13.0-2
found 598803 2:2.13.901-2
thanks
On Wed, Oct 06, 2010 at 01:51:03AM +0200, Steinar H. Gunderson wrote:
...at least until I tried to watch http://www.youtube.com/watch?v=INqbAWnbstI
in Chrome with HTML5 enabled. That killed all of X, and when starting up
again the exact
Package: libapache-authenhook-perl
Version: 2.00-04+pristine-1+b1
Severity: grave
Tags: security
Justification: user security hole
Apache::AuthenHook seemingly logs _all_ usernames and passwords, in clear text,
to the vhost's error log:
ap_log_rerror(APLOG_MARK, APLOG_INFO, 0, r,
On Sun, Oct 03, 2010 at 12:24:24AM +0200, Steinar H. Gunderson wrote:
Upgrading to 2.13.0 makes it work just fine for me.
...at least until I tried to watch http://www.youtube.com/watch?v=INqbAWnbstI
in Chrome with HTML5 enabled. That killed all of X, and when starting up
again the exact same
On Sat, Oct 02, 2010 at 11:26:30AM +0200, Cyril Brulebois wrote:
Is it still possible to start X again without rebooting? I'd guess so,
but let's check.
I'm seeing the issue of hung GPU, after which a lot of applications (in
particular urxvt) become very messed up. Restarting X does not help
On Sat, Oct 02, 2010 at 04:36:20PM +0200, Julien Cristau wrote:
Please grab /sys/kernel/debug/dri/0/i915_error_state when the hang
happens, so we can forward that upstream.
During the hang it's a bit difficult to do anything, I think; but right
after is good? Or is it good also a few hours
On Sat, Oct 02, 2010 at 06:07:51PM +0200, Cesare Leonardi wrote:
Hello Steinar, can you tell us what's your chipset?
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS,
943/940GML Express Integrated Graphics Controller (rev 03)
It's a Dell Latitude D420, FWIW.
/* Steinar */
On Sat, Oct 02, 2010 at 07:07:31PM +0200, Sven Joachim wrote:
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS,
943/940GML Express Integrated Graphics Controller (rev 03)
I have the same one, and the HTML5 Youtube video you mentioned works
fine in Chromium with Kernel
Package: gcc-snapshot
Version: 20100814-1
Hi,
I noticed that gcc-snapshot makes markedly larger binaries with -Os than
gcc-4.5 does (well, granted, there's a few other options in the mix); it
led me to ponder if this could be the issue:
fugl:~ cat test.c
void foo() {}
fugl:~
forwarded 578831 http://gcc.gnu.org/PR41376
thanks
On Sat, Aug 14, 2010 at 03:57:36PM +0200, Matthias Klose wrote:
retitle 578831 collect2 does not handle static libraries
forwarded 578831 http://bugs.debian.org/PR578831
tag 578831 + upstream
thanks
I assume that was the URL you meant (the
Package: initscripts
Version: 2.88dsf-11
Severity: grave
Justification: breaks booting
Hi,
One of my nfsroot machines recently had to boot, and it turned out it didn't,
since the filesystem at some point became read-only (which broke pretty
much everything, including the opportunity to remount
On Sun, Aug 08, 2010 at 01:47:09PM +0400, Kirill Smelkov wrote:
The fix Matthias reffered to, is that you no longer need to pass -pthread
explicitly if your program does not use pthreads. Please try it out --
it should not complain about pthread_cancel.
Well, my program uses pthreads, so it's
On Sun, Aug 08, 2010 at 02:20:38PM +0400, Kirill Smelkov wrote:
Just a note - if your program uses pthread you should pass -pthread
explicitly, even if some other library you link to uses pthread, because
with -Wl,-no-add-needed (which is the default in Fedora, and may be some
time in Debian
On Sun, Aug 08, 2010 at 12:24:58PM +0200, Steinar H. Gunderson wrote:
Though I may suggest to try latest upstream binutils and gcc-4.5 to see
whether it works there, and if not, try harder to still disentangle the
testcase.
I'll give probably give it a shot, eventually.
OK, I think I've
On Sun, Aug 08, 2010 at 12:46:54PM +0200, Steinar H. Gunderson wrote:
OK, I think I've spotted the problem -- it doesn't like that .a files
reference variables in .o files.
Actually, .a files are not recompiled for LTO at all. If I stick everything
in .a files and link, linking is very fast
reopen 578831
thanks
On Sat, Aug 07, 2010 at 09:46:31PM +0200, Matthias Klose wrote:
fixed in binutils 2.20.1-13 (and in binutils from experimental).
I'm afraid it's not:
fugl:~/dev/tehintro ld -v
GNU ld (GNU Binutils for Debian) 2.20.51-system.20100710
fugl:~/dev/tehintro make
Generating
On Tue, Jun 22, 2010 at 02:53:24PM +0200, Matthias Klose wrote:
please recheck with the current g++-4.5 in experimental. -lpthread
shouldn't be used directly, but pass -pthread to both CXXFLAGS and
LDFLAGS.
Pretty much no change. With CXXFLAGS including -pthread and LDFLAGS including
-pthread
On Thu, May 20, 2010 at 10:10:04AM +0300, Damyan Ivanov wrote:
I finally have a working patch. Standalone patch and debdiff attached.
How is this supposed to work? You remove the Makefile.PL calls, and that's
it? Can you explain why this helps?
Steinar, I really think this issue is RC. Loading
severity 573062 important
thanks
On Sat, May 01, 2010 at 09:42:56AM +0300, Damyan Ivanov wrote:
I still get the same error message with I run
perl -MApache2::Request -e1
And ldd /usr/lib/perl5/auto/APR/Request/Request.so doesn't show a link
with libapreq2.
I see the same problem. I
On Thu, May 13, 2010 at 12:32:01PM +0200, Andreas Metzler wrote:
it still does not crash for me with
startx -- -depth 16
Did you do something else to get 16bpp mode? This is on lenny, though.
I changed the depth in xorg.conf from 24 to 16. I'm running sid.
/* Steinar */
--
Homepage:
On Wed, Oct 28, 2009 at 12:36:09PM -0700, Don Armstrong wrote:
$ dpkg -l *glx*
ii libgl1-mesa-glx 7.6-1...
but that's all just a red herring.
Most likely you're not using a tiling window manager, so
panoramaChanged doesn't get called at the same point. [This particular
segfault has
On Tue, Apr 27, 2010 at 01:26:00AM +0200, Matthias Klose wrote:
please make sure that *all* flags (except preprocessor flags) passed
to cc1 are also passed to lto1. For common build systems, this does
mean passing $(CFLAGS) to the link command.
OK. This made no change at all to the undefined
On Mon, Apr 26, 2010 at 05:48:18PM +0300, Damyan Ivanov wrote:
I am raising the severity as it is clear that a library is not
specified during linking.
I'm not entirely sure if the severity is warranted, though -- the main part
of the library works quite fine.
I tried Lubomir's patch, but it
On Wed, Dec 09, 2009 at 10:52:45PM +0100, Salvo Tomaselli wrote:
I also remind that it is possible to fill bugreports to upstream authors
of uncompliant software.
Filling bugreports to authors of compliant software is not a good practice.
FWIW, this also breaks IPv6 applications running under
On Fri, Apr 23, 2010 at 08:41:53AM +0200, Vincent Danjean wrote:
Please, look at #577961. It seems to me that this is the same bug (and
now, I think the bug belong to gcc-4.5)
OK, adding -lpthread makes the error go away. Now let me try adding
-fwhole-program to the link (which is the point of
Severity: normal
Package: gcc-4.5
Version: 4.5.0-1
Hi,
I'm trying to link a project with g++-4.5 and LTO:
$ g++-4.5 -flto -fno-exceptions -Wl,--gc-sections -lGL -lGLU -L/usr/X11R6/lib
-lXext -lX11 -lfreetype -lz -o parser script/parser.o common/common.a
texgen/texgen.a meshgen/meshgen.a
On Fri, Apr 23, 2010 at 12:19:41AM +0200, Steinar H. Gunderson wrote:
It works with no errors if I remove -flto. (There's lots of other chaos if I
throw -frepo into the mix, but I'll keep that for a later bug. :-) )
Actually that's wrong -- I did a full recompile, and now it fails even
without
On Fri, Mar 12, 2010 at 01:23:45AM -0800, Daniel Burrows wrote:
Can't you just add ?upgradable as the first argument following
full-upgrade? It seems to me like that should give you the old behavior
back while being backwards-compatible (and if I'm wrong, I need to fix
NEWS.Debian, since
On Mon, Mar 22, 2010 at 05:32:51PM -0700, Hynek Vychodil wrote:
$ perl -MAPR::Request -e1
Can't load '/usr/lib/perl5/auto/APR/Request/Request.so' for module
APR::Request: /usr/lib/perl5/auto/APR/Request/Request.so: undefined symbol:
apreq_hook_disable_uploads at
On Mon, Mar 08, 2010 at 06:01:24PM +0200, Damyan Ivanov wrote:
Trying to load Apache2::Request outside of apache fails:
Hm. I'm actually unsure if this is supported or not -- I'll take a look and
see if it's something in my packaging, or something upstream changed.
/* Steinar */
--
Homepage:
Package: apache2-mpm-itk
Version: 2.2.6-02-1
Severity: grave
This is mainly a tracking bug so I have something to refer to in my changelog
for the upload to stable. :-)
apache2-mpm-itk from stable does not properly check the return value of
waitpid() (it can return EINTR at which point it should
Package: aptitude
Version: 0.6.1.5-2
Severity: important
Hi,
It seems that recently, aptitude changed behavior such that a command-line such
as
aptitude full-upgrade ed+
will only upgrade ed -- earlier, it would install ed and then full a normal
full-upgrade. (The changelog mentions a NEWS
On Thu, Jan 28, 2010 at 03:41:17PM -0800, Matt Weatherford wrote:
n2:~/RDS/GroupRDS/Cori/NewNetworks *** glibc detected ***
/usr/lib/pvm3/bin/rsh: free(): invalid next size (fast): 0xb8466fd0 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb73e2624]
On Fri, Oct 30, 2009 at 06:33:54PM +0100, Xavier Vello wrote:
I have had reports that ipv6 support is now OK in rtorrent.
Can you please remove the --no-ipv6 switch and reupload the rtorrent package ?
It was definitely not, but the upstream bug now has a patch. Debian may or
may not want to be
On Thu, Dec 10, 2009 at 12:15:42AM +0100, Carl Fürstenberg wrote:
Package: libhttp-dav-perl
Version: 0.31-5
Severity: important
There has been many new version upstream of HTTP::DAV, which many fixes
bad bugs, for example http://rt.cpan.org/Public/Bug/Display.html?id=42877
0.31 was
On Sat, Nov 14, 2009 at 06:39:07PM +0100, Stefano Zacchiroli wrote:
I've prepared an NMU for libapreq2 (versioned as 2.08-5.1) and uploaded
it to DELAYED/5, according to devref §5.11.1. The patch simply changes
the relative order of dh_installdeb and dh_makeshlibs: having the former
before the
On Thu, Aug 20, 2009 at 08:19:25PM +0100, Ian Jackson wrote:
The attached Perl script demonstrates a bug with Graph::Undirected
when unionfind=1. Graph.pm gets the connected components wrong.
I think it's a bit difficult to say that it _demonstrates_ the bug -- it
doesn't indicate at all what
On Sun, May 10, 2009 at 08:09:54PM +0200, Daniel Leidert wrote:
Some time ago you reported bug #346241 against gnupg. Is it still valid
or has the situation improved?
I still have the same problem. I'm considering just revoking the smartcard
subkey, as I don't use it much.
/* Steinar */
--
501 - 600 of 1960 matches
Mail list logo
