Your message dated Thu, 27 May 2010 07:58:53 +0200
with message-id 20100527055853.ga20...@kelgar.0x539.de
and subject line Re: Bug#583314: ca-certificates: Does not install without
mktemp but mktemp is not a dependency.
has caused the Debian Bug report #583314,
regarding ca-certificates: Does not
Package: openswan,racoon
Version: openswan/1:2.6.25+dfsg-1
Version: racoon/1:0.7.3-6
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Date: 2010-05-26
Architecture: amd64
Distribution: sid
Hi,
automatic installation tests of packages that share a file and at the
same
Your message dated Thu, 27 May 2010 07:33:55 +
with message-id e1ohxbh-qu...@ries.debian.org
and subject line Bug#583239: fixed in haskell-fastcgi 3001.0.2.2-4
has caused the Debian Bug report #583239,
regarding libghc6-fastcgi-dev: Doesn't depend on needed C library
to be marked as done.
* Raphael Geissert (geiss...@debian.org) [100527 06:47]:
On Tuesday 25 May 2010 11:36:22 Andreas Barth wrote:
* Lucas Nussbaum (lu...@lucas-nussbaum.net) [100525 18:16]:
I have downgraded to important the bugs I filed about those packages.
Great. That's the severity I wanted to ask you.
On 2010/5/25 Sandro Tosi wrote:
[...]
this happened some days ago: do you need sponsoring for the upload? we
(as in python folks) would like to see this fixed asap, so if need
some help just ask :)
I do not maintain vtk.
Maitland, can you please tell python folks if you will upload soon or
if
Am 27.05.2010 09:04, Ralf Treinen schrieb:
This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package.
Processing commands for cont...@bugs.debian.org:
found 583340 0.7.4-3
Bug #583340 [cl-clx-sbcl] cl-clx-sbcl: FTBFS
Bug Marked as found in versions cl-clx-sbcl/0.7.4-3.
severity 583340 serious
Bug #583340 [cl-clx-sbcl] cl-clx-sbcl: FTBFS
Severity set to 'serious' from 'normal'
thanks
Stopping
Package: epiphany-gecko
Version: 2.22.3-9
Severity: grave
Justification: renders package unusable
User: trei...@debian.org
Usertags: edos-uninstallable
epiphany-gecko is uninstallable in testing since:
Package: epiphany-gecko
Version: 2.29.3-1
Depends: epiphany-browser (= 2.28.0)
Package:
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.10.35lenny7
found 583347 2.30.2-1
Bug #583347 [epiphany-gecko] epiphany-gecko: uninstallable in testing
Bug Marked as found in versions epiphany-browser/2.30.2-1.
End of message,
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.10.35lenny7
retitle 583347 uninstallable in testing and sid
Bug #583347 [epiphany-gecko] epiphany-gecko: uninstallable in testing
Changed Bug title to 'uninstallable in testing and
On Thursday 27 May 2010 10:24:54 Stefan Bauer wrote:
thank you for your report. Do you really think, removing the manpage
in one package might be clever? As both packages are using the same
function under the hood, both packages need to have an appropriate
manpage for this. Both packages
Am 27.05.2010 11:05, Rene Mayrhofer schrieb:
We could also simply add a mutual Conflicts, as there seems to be no reason
to
have both racoon and openswan installed. Actually, quite a few years ago
(back
in freeswan days...) it was decided between all IPsec-ish package maintainers
to
On Wed, May 26, 2010 at 10:03:10PM +0300, Yavor Doganov wrote:
Federico Gimenez Nieto wrote:
but now the docs are not being generated, why might this be
happening?
Give me some time to investigate. 99% gnustep-make related.
The API docs are built, only the manual is not. This is because
Package: libtime-y2038-perl
Version: 20100403-1
Tags: sid
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe
Severity: serious
None of the buildds [0] built this packges. Well mipsel did but it was
using aptitude to resolve the build-deps while others use sbuild and
this leads to:
| perl:
)
binutils-spu - The GNU assembler, linker and binary utilities targeted for
spu-e
Closes: 581156 582490
Changes:
binutils (2.20.51.20100527-1) experimental; urgency=low
.
* Snapshot, taken from the trunk 20100527.
.
[ Jonathan Nieder ]
* debian/binutils-multiarch.preinst.in: Re-add diversions
:
binutils (2.20.51.20100527-1) experimental; urgency=low
.
* Snapshot, taken from the trunk 20100527.
.
[ Jonathan Nieder ]
* debian/binutils-multiarch.preinst.in: Re-add diversions on reinstall.
Closes: #581156.
* Remove c++filt from binutils-multiarch.
* Rename /usr/bin/ld from
Your message dated Thu, 27 May 2010 09:46:22 +
with message-id e1ohzfs-0001bv...@ries.debian.org
and subject line Bug#567167: fixed in mdadm 3.1.2-1
has caused the Debian Bug report #567167,
regarding format '%llu' expects type 'long long unsigned int', but argument 2
has type '__u64'
to be
Package: dkimproxy
Version: 1.2-5
Severity: grave
As I wanted to have dkimproxy behave well, and integrate in the /etc/ssl
folder, using the ssl-cert group, I changed the group of
/var/lib/dkimproxy/privakte.key. As a concequence, dkimproxy cannot read the
key file, and refuses to start.
Because
Thanks for reporting this bug and helping to find and understand it!
Could you provide your /etc/ssh/ssh_config and ~/.ssh/config file that we
could try to reproduce it on our system.
If possible it would be nice to have a strace log. If you're using kio_sftp
you find some information how to
I wrote a while ago:
I slightly wonder about the writing of the tmp file
open(/tmp/gv_random_some.pdf.tmp, O_WRONLY|O_CREAT|O_TRUNC, 0666)
from within gs (no O_EXCL so would follow a symlink allowing clobber).
It is not for gs to verify the security of the tmp file passed as
argument (it
Processing commands for cont...@bugs.debian.org:
reassign 583312 nvidia-glx
Bug #583312 [initscripts] since update to initscripts, sysv... to version
2.88.dfs-5 -- kdm fails to load
Bug reassigned from package 'initscripts' to 'nvidia-glx'.
Bug No longer marked as found in versions
Jose Calhariz wrote Tue 2010-05-18 00:43:51 +0100:
I am working in a new package to fix this and bug #574218. My fix for
this bug is all ready in SVN with revision 165.
Other issues didn't let me finish my work, until now. I think I will
have a 1.6-3 ready in the next days.
What's the
Your message dated Thu, 27 May 2010 13:23:13 +0100
with message-id 20100527122313.ga1...@riva.ucam.org
and subject line Re: Bug#567049: make_system_path_relative_to_its_root works
for me...
has caused the Debian Bug report #567049,
regarding grub-common: make_system_path_relative_to_its_root
severity 570960 important
tags 570960 moreinfo
thanks
On Sat, Mar 13, 2010 at 11:46:35PM -0500, Andres Cimmarusti wrote:
IMHO these bug reports were made to the version of grub2 currently in
squeeze (and lenny) and should not prevent migration from sid of the new
version 1.98 which is a stable
Processing commands for cont...@bugs.debian.org:
severity 570960 important
Bug #570960 [grub-pc] grub-pc: grub2 not working on lenny and squeeze after
fresh install
Severity set to 'important' from 'critical'
tags 570960 moreinfo
Bug #570960 [grub-pc] grub-pc: grub2 not working on lenny and
Package: nut
Version: 2.4.3-1
Severity: grave
Tags: squeeze sid
Justification: renders package unusable
This problem seems identical to the issue previously reported in Ubuntu's BTS
at https://bugs.launchpad.net/ubuntu/+source/nut/+bug/572262. Here's the
shell transcript from my system, twix:
Upload will be soon, vtk 5.4.2-7 is building now.
I had to spend some time reorganizing my local git tree,
which kept me from uploading yesterday.
Once git-buildpackage finishes I'll git-push and
upload.
-Maitland
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
Good morning Petter
reassign 583312 nvidia-glx
severity 583312 serious
thanks
Thanks for passing it on. Even if not all users, a sufficient portion
probably. Have replied all in this email.
I had a look at the open bugs against nvidia-glx, and came across
#521699 which seem similar to your
On Thu, May 27, 2010 at 15:05, A. Maitland Bottoms bott...@debian.org wrote:
Upload will be soon, vtk 5.4.2-7 is building now.
I had to spend some time reorganizing my local git tree,
which kept me from uploading yesterday.
Once git-buildpackage finishes I'll git-push and
upload.
Thanks a
severity 551319 important
tags 551319 moreinfo
thanks
On Sat, Oct 17, 2009 at 11:16:12AM +0200, Tobias Frost wrote:
The new grub package seems to be very unstable -- at least at my acer aspire
5630 Laptops:
I see the following behaviours:
- laptop reboots (just after the screen gets blank,
Processing commands for cont...@bugs.debian.org:
severity 551319 important
Bug #551319 [grub-pc] [grub] grub: crashes frequently on boot
Severity set to 'important' from 'grave'
tags 551319 moreinfo
Bug #551319 [grub-pc] [grub] grub: crashes frequently on boot
Added tag(s) moreinfo.
thanks
Hi ITK experts,
I packaged ITK-snap for Debian and it just made it through NEW.
http://packages.debian.org/sid/itksnap
When it got uploaded it was built against ITK 3.16 and life was fun. Now
ITK 3.18 arrived and it FTBFS on all archs having it.
Your message dated Thu, 27 May 2010 14:38:20 +0100
with message-id 20100527133820.ga4...@riva.ucam.org
and subject line Re: same problem - fixed with 1.98-1
has caused the Debian Bug report #565706,
regarding grub-pc: grub2 enters rescue mode with fd0 cannot get C/H/S values
to be marked as done.
On Tue, May 25, 2010 at 03:20:35PM +0200, Agustin Martin wrote:
I am attaching a first cut of a patch to care of this. Instead of directly
modifying wdm-config itself, a new detached file is used to hold that info.
That file is automatically regenerated on each wdm start/stop and loaded
from
Package: libdevmapper-dev
Version: 2:1.02.47-1
Severity: grave
hey,
the most recent upload of lvm2 source package, which removed static
libraries from the lib*-dev packages breaks build process of cryptsetup.
cryptsetup staticly links against libdevmapper, as the library is
located in /usr/lib,
Romane rom...@miscellanie.com writes:
I had a look at the open bugs against nvidia-glx, and came across
#521699 which seem similar to your problem. Reassigning to the
nvidia-glx package to get input from the maintainers of that package,
and because I believe the problem is in that package.
Funny, the two Adams confused me for a moment...
On Thu, 2010-05-27 at 06:24 +0200, Christophe Prud'homme wrote:
Adam
thanks for the report
life and slepc have ben broken by petsc 3.1 upload and the fact that
petsc 3.1 does not ship
/usr/lib/petsc/conf/base
Adam,
could you
I've been fixing bugs for release lately and noticed this one. Please
let me know if this bug is already been worked on or if it's okay to NMU
the package.
Jari
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
[Russ Allbery]
If you're experiencing a variant of #521699, then the problem is
that the timeout in KDM is too fast. You need to tell KDM to wait
longer; it takes the NVIDIA driver longer to initialize the card
than it's willing to wait for. I suspect that the only thing that
parallel
Processing commands for cont...@bugs.debian.org:
reassign 583283 src:xen-3,src:xen
Bug #583283 [udev] udev - Weird behaviour with device names including a slash
Bug reassigned from package 'udev' to 'src:xen-3,src:xen'.
Bug No longer marked as found in versions udev/154-1.
severity 583283
Your message dated Thu, 27 May 2010 16:43:47 +0200
with message-id 20100527144347.gc6...@wavehammer.waldi.eu.org
and subject line Re: Bug#583387: no longer shipping static libraries causes
cryptsetup FTBFS
has caused the Debian Bug report #583387,
regarding no longer shipping static libraries
On Thursday 27 May 2010 03:08:58 Andreas Barth wrote:
* Raphael Geissert (geiss...@debian.org) [100527 06:47]:
Those bugs are policy violations and make those packages FTBFS when using
dash from testing or experimental, or posh.
Tag them squeeze-ignore if you want, but their severity is
Processing commands for cont...@bugs.debian.org:
severity 580723 important
Bug #580723 [src:python-nids] FTBFS: several reasons
Ignoring request to change severity of Bug 580723 to the same value.
severity 583007 important
Bug #583007 [src:python-nids] python-nids: FTBFS: libnids.a: could not
On Thu, 27 May 2010 11:19:10 +0200, Sebastian Andrzej Siewior wrote:
None of the buildds [0] built this packges. Well mipsel did but it was
using aptitude to resolve the build-deps while others use sbuild and
this leads to:
Thanks for the notice!
So we have perl 5.10. The dep-line:
perl
On mié, 2010-05-26 at 22:30 +0800, gulfstream wrote:
Package: scidavis
Version: 0.2.3-1
Severity: grave
Justification: renders package unusable
When I try to run the scidavis, it could not be executed, and no any window
was
showed, even splash. Only some error messages was printed in
Petter Reinholdtsen p...@hungry.com writes:
[Russ Allbery]
If you're experiencing a variant of #521699, then the problem is
that the timeout in KDM is too fast. You need to tell KDM to wait
longer; it takes the NVIDIA driver longer to initialize the card
than it's willing to wait for. I
* Raphael Geissert (geiss...@debian.org) [100527 16:52]:
On Thursday 27 May 2010 03:08:58 Andreas Barth wrote:
* Raphael Geissert (geiss...@debian.org) [100527 06:47]:
Those bugs are policy violations and make those packages FTBFS when using
dash from testing or experimental, or posh.
tag 583351 + pending
thanks
Some bugs are closed in revision 58507
by Gregor Herrmann (gregoa)
Commit message:
Change build dependency from perl (= 5.12) | libmodule-build-perl (=
0.36) to libmodule-build-perl (= 0.36) until either perl 5.12 enters
unstable or sbuild changes its handling of
Processing commands for cont...@bugs.debian.org:
tag 583351 + pending
Bug #583351 [libtime-y2038-perl] libtime-y2038-perl: FTBFS
Added tag(s) pending.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
583351: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583351
Hello,
Are many FTBFS really caused by LINENO-support?
At least, a build problem of libapache2-mod-fcgid (reported
as #583025) was caused by changing behavior of \ (#550399).
I guess that #550399 affects on many build process.
--
Tatsuki Sugiura mailto:s...@nemui.org
--
To
Package: zekr
Version: 0.7.5+repack-2
Severity: grave
Hi,
I'm seeing the following error after running zekr:
Exception in thread main java.lang.NoClassDefFoundError: org/eclipse/swt/SWT
at net.sf.zekr.common.config.GlobalConfig.clinit(GlobalConfig.java:34)
at
Your message dated Thu, 27 May 2010 15:49:29 +
with message-id e1ohfkr-0007gu...@ries.debian.org
and subject line Bug#583351: fixed in libtime-y2038-perl 20100403-2
has caused the Debian Bug report #583351,
regarding libtime-y2038-perl: FTBFS
to be marked as done.
This means that you claim
Your message dated Thu, 27 May 2010 15:53:01 +
with message-id e1ohfoh-0008q1...@ries.debian.org
and subject line Bug#582565: fixed in vtk 5.4.2-7
has caused the Debian Bug report #582565,
regarding vtk: FTBFS with python 2.6 because of hard-coded site-packages
directory
to be marked as done.
Processing commands for cont...@bugs.debian.org:
# Err, samba4 in not in testing, so it's not really a blocker
unblock 574770 with 577880
Bug #574770 [release.debian.org] transition: python-defaults (2.6)
Was blocked by: 577900 558996 577880 573161 576225 576210 574730 581204 558983
524746
Your message dated Thu, 27 May 2010 16:02:18 +
with message-id e1ohfxg-00012s...@ries.debian.org
and subject line Bug#583281: fixed in exactimage 0.8.1-4
has caused the Debian Bug report #583281,
regarding exactimage: FTBFS on armel and mips*: call of overloaded
'abs(int64_t)' is ambiguous
to
Hi
Could you please check if you have a broken swt symlink or is missing an
swt.jar symlink in /usr/share/java[1]? The broken symlinks are usually
fixed by reinstalling libswt-gtk-3.5-java. Please see #568940[2] for
more information.
~Niels
[1] The output of
ls -l /usr/share/java/swt*.jar
Processing commands for cont...@bugs.debian.org:
severity 583393 normal
Bug #583393 [zekr] zekr: Exception in thread main
java.lang.NoClassDefFoundError: org/eclipse/swt/SWT
Severity set to 'normal' from 'grave'
thanks
Stopping processing here.
Please contact me if you need assistance.
--
severity 583393 normal
thanks
On 27/05/2010 17:45, Thamer Mahmoud wrote:
Package: zekr
Version: 0.7.5+repack-2
Severity: grave
Hi,
I'm seeing the following error after running zekr:
What are you using as a VM?
It works perfectly fine for me. Thus, I'm lowering the severity.
On my
Hmm, OK. I am not familiar with what that means. How is
essentialness enforced? Should the installer know this
and automatically install essential packages when upgrading
then? Perhaps this is a reflection of a bug from another
part of the system since mktemp did not get automatically
Processing commands for cont...@bugs.debian.org:
# As per http://lists.debian.org/debian-release/2010/02/msg00325.html
severity 576694 serious
Bug #576694 [python-pyclamd] Exception fails with python2.6
Severity set to 'serious' from 'important'
thanks
Stopping processing here.
Please
Processing commands for cont...@bugs.debian.org:
tags 576694 + squeeze sid
Bug #576694 [python-pyclamd] Exception fails with python2.6
Added tag(s) sid and squeeze.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
576694:
Source: apertium-fr-es
Version: 0.9.0-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: idzebra
Version: 2.0.43-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-eo-ca
Version: 0.9.0-1.1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-dbus
Version: 0.1-1.1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-fr-ca
Version: 1.0.2-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-en-es
Version: 0.6.0-1.1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-es-ca
Version: 1.1.0-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-tolk
Version: 0.2-2.1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-pt-ca
Version: 0.8.1-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-oc-ca
Version: 1.0.5-1.1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: g15daemon-audacious
Version: 2.5.7-3
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-eo-es
Version: 0.9.0-1.1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-pt-gl
Version: 0.9.1-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-es-gl
Version: 1.0.7-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-es-pt
Version: 1.0.3-2.1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-en-ca
Version: 0.8.9-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-eu-es
Version: 0.3.1-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: libzoom-ruby
Version: 0.4.1-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: apertium-oc-es
Version: 1.0.5-1.1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Source: libnet-z3950-zoom-perl
Version: 1.25-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using
Source: dolfin
Version: 0.9.7-3
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build dependencies
Source: opal
Version: 3.6.6~dfsg-6
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
gcc version 4.4.4
Source: apertium-es-ro
Version: 0.7.1-2.1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
** Using build
Hi,
On 27 May 2010 10:27, Tatsuki Sugiura s...@nemui.org wrote:
Hello,
Are many FTBFS really caused by LINENO-support?
Yes. LINENO doesn't directly do any harm. It just makes
autoconf-generated configure scripts actually use dash to run the
scripts.
At least, a build problem of
Source: kdebindings
Version: 4:4.4.3-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[3]: Entering
Source: mono-uia-atkbridge
Version: 1.0-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[2]: Entering
Source: gnome-do-plugins
Version: 0.8.2.1+dfsg-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[2
Source: monobristol
Version: 0.40.5-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[1]: Entering
Source: hyena
Version: 0.2-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[3]: Entering directory
Source: gnome-do
Version: 0.8.3.1+dfsg-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[2]: Entering
Source: bareftp
Version: 0.3.4-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[4]: Entering
Source: longomatch
Version: 0.15.7-1
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[2]: Entering
Source: gnome-do-docklets
Version: 0.8.2-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[2
Source: mono-uia-winforms
Version: 1.0-2
Severity: serious
Tags: squeeze sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20100527 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[2]: Entering
* Raphael Geissert (geiss...@debian.org) [100527 18:47]:
The difficult part of the switch is not fixing the bashisms, but
educating people about them.
It might actually be nice to write up an summary of what happened,
why, what the bugs are and how to fix that, and send it to d-d-da?
Andi
On 2010-05-27 18:26 +0200, Martin Fick wrote:
Hmm, OK. I am not familiar with what that means. How is
essentialness enforced?
The installer and debootstrap will install essential packages.
Should the installer know this and automatically install essential
packages when upgrading then?
On 27 May 2010 11:53, Andreas Barth a...@not.so.argh.org wrote:
* Raphael Geissert (geiss...@debian.org) [100527 18:47]:
The difficult part of the switch is not fixing the bashisms, but
educating people about them.
It might actually be nice to write up an summary of what happened,
why, what
Colin Watson cjwat...@debian.org wrote:
On Tue, May 25, 2010 at 07:26:13PM -0400, Peter S Galbraith wrote:
I have just uploaded the new libforms2 source package, which includes
libforms-dev_1.0.93-1 with a new soname. Please rebuild kali as soon as
it becomes available. It will sit in
Package: rpcbind
Version: 0.2.0-4
Severity: serious
Tags: security
Hi!
The rpcbind daemon, which runs as root, uses /tmp/portmap.xdr and
/tmp/rpcbind.xdr for doing warm starts as what seems to be a way to
preserve state between invokations. It parses (through libtirpc) and
removes them on start.
1 - 100 of 213 matches
Mail list logo