At Fri, 05 Apr 2013 13:55:16 +0200,
Thorsten Glaser wrote:
Package: pbuilder
Version: 0.215
0.215 should have already fixed it, are you sure?
0.214 would do that.
Severity: critical
Justification: breaks unrelated software
I’ve just did the following:
① get
I've read the full thread now, sorry for the quick response, I was working down
the list.
At Tue, 26 Mar 2013 13:46:08 +0100,
Michael Biebl wrote:
[1 text/plain; ISO-8859-1 (quoted-printable)]
Am 26.03.2013 09:48, schrieb Junichi Uekawa:
not enough information in the bug, 702811 seems
not enough information in the bug, 702811 seems to be a better bug.
At Sat, 02 Mar 2013 20:05:43 +0100,
Michael Biebl wrote:
Package: pbuilder
Version: 0.214
Severity: serious
Using cowbuilder in combination with pbuilder.
The latest update broke cowbuilder --update
Getting hundreds of:
I think that patch is completely borken too.
/dev/shm seems to be a symlink to /run/shm and /run/shm doesn't seem to exist
(in older debootstrap ? how did they get generated?)
anyway, I've committed a change to only look at /run/shm.
At Tue, 26 Mar 2013 18:48:40 + (UTC),
Thorsten Glaser
Hi,
I've looked into your case, pbuilder doesn't delete any file.
dpkg is installing a pbuilder file; the symbollic link
/etc/pbuilder/pbuilderrc isn't a conffile and is reinstalled on every
package install, therefore you have introduced a symlink loop.
It's not entirely obvious how to fix
At Sat, 31 Mar 2012 22:00:05 +0200,
Lucas Nussbaum wrote:
Source: whizzytex
Version: 1.3.2-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120331 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your
Huh, I guess I just filed a duplicate bug with 'new upstream version' request.
Please disregard.
At Sun, 18 Mar 2012 17:59:32 +0900,
Junichi Uekawa wrote:
Package: npm
Severity: normal
Version: 0.2.19-1
I've tried running npm inside a sid chroot, and it seems to be doing nothing
At Tue, 06 Mar 2012 02:29:25 +0100,
Simon Ruderich wrote:
[1 text/plain; us-ascii (7bit)]
Package: pbuilder
Version: 0.206
Tags: patch
Followup-For: Bug #579028
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
The attached patch changes the defaults to always
At Tue, 06 Mar 2012 02:29:25 +0100,
Simon Ruderich wrote:
Package: pbuilder
Version: 0.206
Tags: patch
Followup-For: Bug #579028
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
The attached patch changes the defaults to always enforce signed
repositories and
Package: ipxe
Version: 1.0.0+git-20120202.f6840ba-2
Severity: grave
# justification; makes packages uninstallable in sid.
I don't quite get it.
Your changelog seems to imply some files moved from qemu to one of
ipxe packages; I think that usually implies Replaces, not Breaks.
Is that what you
Hi,
I've noticed that there's this bug that's pending; but I think there's nothing
I can really do about it: the package is no longer relevant in sid.
The bug logs are quite a bit confusing, but maybe I should file a
request to remove the source package ecasound2.2 ?
--
To UNSUBSCRIBE,
At Sun, 25 Apr 2010 00:01:36 +0900,
Ansgar Burchardt wrote:
Package: pbuilder
Version: 0.196
Severity: grave
Tags: security
Justification: user security hole
Hi,
pbuilder will by default install packages from untrusted sources. This
means the system can be compromised by a man in
At Fri, 11 Jun 2010 18:20:58 -0700,
Vagrant Cascadian wrote:
in pbuilder-satisfydepends-aptitude:$CHROOTEXEC aptitude -y
--without-recommends -o APT::Install-Recommends=false -o
Aptitude::CmdLine::Ignore-Trust-Violations=true -o
Aptitude::ProblemResolver::StepScore=100 install
severity wishlist
thanks
At Sun, 25 Apr 2010 00:01:36 +0900,
Ansgar Burchardt wrote:
Package: pbuilder
Version: 0.196
Severity: grave
Tags: security
Justification: user security hole
Hi,
pbuilder will by default install packages from untrusted sources. This
means the system can be
Hi,
This sounds more like a elserv bug to me from the log.
At Wed, 17 Mar 2010 00:11:55 +0100,
Lucas Nussbaum wrote:
Package: wysihtml-el
Version: 0.13-5
Severity: serious
User: debian...@lists.debian.org
Usertags: instest-20100316 instest
Hi,
While testing the installation of all
Looks good to me.
At Fri, 12 Mar 2010 11:49:51 +0100,
Stefano Zacchiroli wrote:
diff -u ecasound2.2-2.7.0/debian/changelog ecasound2.2-2.7.0/debian/changelog
--- ecasound2.2-2.7.0/debian/changelog
+++ ecasound2.2-2.7.0/debian/changelog
@@ -1,3 +1,11 @@
+ecasound2.2 (2.7.0-1.1) unstable;
-printable)]
On Wed, 2009-12-23 at 15:28 +0900, Junichi Uekawa wrote:
Sounds like a bug for debootstrap, no?
Indeed!
At Wed, 23 Dec 2009 07:15:53 +0100,
Soeren Sonnenburg wrote:
Package: cowbuilder
Version: 0.60
Severity: grave
I guess apt is missing ...
sudo
Hmm... similar bug, one year ago.
https://bugs.launchpad.net/ubuntu/+source/germinate/+bug/254042
At Wed, 23 Dec 2009 07:53:54 +0100,
Soeren Sonnenburg wrote:
[1 text/plain; ISO-8859-15 (quoted-printable)]
On Wed, 2009-12-23 at 15:28 +0900, Junichi Uekawa wrote:
Sounds like a bug
; but it is
build-essential.
At Wed, 23 Dec 2009 07:53:54 +0100,
Soeren Sonnenburg wrote:
On Wed, 2009-12-23 at 15:28 +0900, Junichi Uekawa wrote:
Sounds like a bug for debootstrap, no?
Indeed!
At Wed, 23 Dec 2009 07:15:53 +0100,
Soeren Sonnenburg wrote:
Package: cowbuilder
Version
Sounds like a bug for debootstrap, no?
At Wed, 23 Dec 2009 07:15:53 +0100,
Soeren Sonnenburg wrote:
Package: cowbuilder
Version: 0.60
Severity: grave
I guess apt is missing ...
sudo cowbuilder --create
- Invoking pbuilder
forking: pbuilder create --buildplace
duplicate bug of 556164
At Tue, 01 Dec 2009 15:58:09 +0100,
Niels Thykier wrote:
Package: cowbuilder
Version: 0.58
Severity: serious
Hi
Running cowbuilder with --login --bindmounts results in cowbuilder trying to
purge
a bindmounted /proc if the command-line specified bindmount
reassign 544072 cdebootstrap
thanks
To be a useful bugreport, you might want to find out what happened
rather than filing bug blindly to pbuilder; it's some package failing
to be debootstrapped.
At Fri, 28 Aug 2009 16:46:09 +0200,
Filippo Rusconi wrote:
Package: cowbuilder
Version: 0.57
At Sun, 23 Aug 2009 08:36:16 +0200,
Lucas Nussbaum wrote:
On 23/08/09 at 09:40 +0900, Junichi Uekawa wrote:
You're now rebuilding with dash as shell ?
Hmm..
Yes, since it's the default /bin/sh for new installs.
One thing is that there is already a line 'SHELL=/bin/bash' in
./Makefile
You're now rebuilding with dash as shell ?
Hmm..
At Sat, 22 Aug 2009 18:40:04 +0200,
Lucas Nussbaum wrote:
Package: cowdancer
Version: 0.56
Severity: serious
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20090822 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of
At Wed, 1 Apr 2009 13:08:55 +0200 (CEST),
Andreas Tille wrote:
On Wed, 1 Apr 2009, Junichi Uekawa wrote:
Actually, I realize you have a local copy in debian/, which is still broken.
While I used this in former times to circumvent some problems this is
not true for libdatabox. Where did
Hi,
At Tue, 31 Mar 2009 09:00:30 +0200 (CEST),
Andreas Tille wrote:
On Mon, 30 Mar 2009, Daniel Schepler wrote:
Package: libgtkdatabox
Version: 1:0.9.0.1-1
Severity: serious
X-Debbugs-CC: Junichi Uekawa dan...@debian.org,
d-shl...@packages.debian.org
From my pbuilder build log
Actually, I realize you have a local copy in debian/, which is still broken.
At Tue, 31 Mar 2009 09:00:30 +0200 (CEST),
Andreas Tille wrote:
On Mon, 30 Mar 2009, Daniel Schepler wrote:
Package: libgtkdatabox
Version: 1:0.9.0.1-1
Severity: serious
X-Debbugs-CC: Junichi Uekawa dan
Package: sesible-utils
Severity: serious
Version: 0.0.1
Preparing to replace debianutils 3.0 (using debianutils_3.0_i386.deb) ...
Unpacking replacement debianutils ...
.
.
Unpacking sensible-utils (from sensible-utils_0.0.1_all.deb) ...
dpkg: error processing
At Tue, 24 Mar 2009 10:03:09 +0100,
Giuseppe Iuculano wrote:
Package: cowdancer
Version: 0.52
Severity: grave
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
After upgrading to 0.52 version, cowdancer doesn't work anymore:
# cowbuilder --update
- Copying COW directory
Hi,
Hopefully, 0.53 to hit sid very soon, which should fix this bug.
At Tue, 24 Mar 2009 14:41:26 -0700,
Russ Allbery wrote:
Package: cowdancer
Version: 0.52
Followup-For: Bug #520994
Downgrading cowdancer to 0.48 (the version from testing) inside the chroot
works as a workaround.
At Wed, 18 Mar 2009 13:03:35 +0100,
Stefan Fritsch wrote:
Package: cowbuilder
Version: 0.47
Severity: grave
Justification: causes data loss
cowbuilder calls rm -rf on the build directory even if pbuilder did not
correctly umount bind mounted directories. This can cause serious data loss.
reassign 520252 pbuilder
severity 520252 important
tags 520252 pending
thanks
I'd like to fix this with pbuilder fix, and keep the rm -rf. If you
know of any reliable way to check if a bind-mounted directory is still
mounted, I'd like to hear about it.
At Wed, 18 Mar 2009 13:03:35 +0100,
reassign 517058 libgettext-ruby1.8
thanks
Hi,
please remove the conflicts.
apt-listbugs doesn't need to change.
At Wed, 25 Feb 2009 13:40:26 +0200,
Antti-Juhani Kaijanaho wrote:
Package: apt-listbugs
Version: 0.0.94
Severity: grave
Justification: renders package unusable
apt-listbugs
reassign 517058 apt-listbugs
thanks
take that back, apt-listbugs is broken. I'll fix it.
At Wed, 25 Feb 2009 13:40:26 +0200,
Antti-Juhani Kaijanaho wrote:
Package: apt-listbugs
Version: 0.0.94
Severity: grave
Justification: renders package unusable
apt-listbugs (0.0.94) depends on
At Mon, 23 Feb 2009 14:00:44 +,
Enrico Zini wrote:
[1 text/plain; utf-8 (quoted-printable)]
On Mon, Feb 23, 2009 at 10:26:25PM +0900, Junichi Uekawa wrote:
Can it be just a case of:
if [ ! -x /usr/sbin/policy-rc.d ] || /usr/sbin/policy-rc.d
apt-xapian-index start
man invoke-rc.d
refers you to:
/usr/share/doc/sysv-rc/README.policy-rc.d
which is actually available in:
/usr/share/doc/sysv-rc/README.policy-rc.d.gz
(filed a bug here...)
So there is a documentation.
I had found that, which is what I used for the example above, but it
Hi,
At Mon, 23 Feb 2009 11:16:44 +,
Enrico Zini wrote:
Package: apt-xapian-index
Severity: serious
On Mon, Feb 23, 2009 at 12:02:32PM +0900, Junichi Uekawa wrote:
We drifted a bit away from the original bug report, and I think this
issue deserves its own bug number.
That's
Package: keyjnote
Version: 0.10.2-1
Severity: serious
To avoid complications, we shouldn't release keyjnote 0.10.2-1 with lenny.
impressive 0.10.2r-1 is sitting in incoming.
http://ftp-master.debian.org/new/impressive_0.10.2r-1.html
-- System Information:
Debian Release: lenny/sid
APT
Package: ttf-sazanami-gothic
Version: 0.0.1.20040629-6
Severity: grave
This breaks xpdf-japanese, advi and other tools in lenny.
Please remove the provides:, if it does not provide the file.
The same thing can be said about ttf-sazanami-mincho package.
regards,
junichi
--
[EMAIL
/semi/semi/*
/usr/share/emacs22/site-lisp/semi/
rm -rf /usr/share/emacs22/site-lisp/semi/semi
--
Junichi Uekawa [EMAIL PROTECTED]
http://www.netfort.gr.jp/~dancer/
Package: isight-firmware-tools
Version: 1.2-3
Severity: grave
Does not give any error message when path to firmware is wrong on debconf
question.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386
Hi,
thanks. I will do the re-uploading for ecasound2.2, feel free to
break the build in unstable for the time being.
At Thu, 25 Sep 2008 10:03:39 -0700,
tony mancill wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Junichi,
A new version of yodl has been uploaded to
severity 499276 normal
tags 499276 +moreinfo
thanks
Can you run with debug options enabled and give the full output? --
errr. maybe not, wireshark output tells me there is some kind of TCP
layer problem. I'm not entirely sure of that. The BTS server has
closed connection (RST) for some reason
Package: ttf-vlgothic
Version: 20080908-1
Severity: grave
When I configure VL Gothic use in ttf-japanese-gothic alternatives,
and have fontconfig cache updated, I have boxes in evince.
$ LC_ALL=C sudo update-alternatives --config ttf-japanese-gothic
There are 3 alternatives which provide
Hi,
1. poppler was theoretically self-contained, poppler-data was REJECTed
once and not yet part of non-free as of today.
2. Japanese users upgrading from etch would have xpdf-japanese
installed because evince (poppler) needed and used xpdf-japanese, and
natural upgrade
migrate to poppler-data.
+
+ -- Junichi Uekawa [EMAIL PROTECTED] Fri, 22 Aug 2008 07:24:30 -0700
+
xpdf-japanese (1:20040727-1) unstable; urgency=low
* New upstream version
diff -ur xpdf-japanese-20040727-orig/debian/rules
xpdf-japanese-20040727/debian/rules
--- xpdf-japanese-20040727-orig
Hi,
I'm a bit worried that this needs to be fixed for
xpdf-chinese-simplified
xpdf-chinese-traditional
xpdf-korean
xpdf-japanese
packages. The fix would probably be simple. It should probably be
hardlinks rather than symlinks considering dpkg behavior wrt symlinked
dirs.
I'd like this fix
Steve is being unhelpful by not providing any patch for this RC bug
he's filing. I think he's talking about a symptom not a root cause;
binary incompatibility should really be addressed.
I seem to recall changing libpkg-guide to address symbol versioning
some time ago, and Steve should
Hi,
Steve is being unhelpful by not providing any patch for this RC bug
he's filing. I think he's talking about a symptom not a root cause;
binary incompatibility should really be addressed.
I seem to recall changing libpkg-guide to address symbol versioning
some time ago, and Steve should
reassign 488245 bugs.debian.org
thanks
So, this is not a valid year-month. Why is the BTS server sending me this ?
key xsi:type=xsd:gYearMonth2007-14/keyvalue xsi:nil=true
//item/fixedfixed_versions soapenc:arrayType=xsd:gYearMonth[1]
xsi:type=soapenc:Arrayitem
Hi,
On Wed, May 14, 2008, Junichi Uekawa wrote:
xpdf-japanese installs CMAP files in
/usr/share/fonts/cmap/adobe-japan1 etc, but libpoppler looks at
/usr/share/poppler.
I need to install the following symlinks in order to use the adobe
CMAP files.
$ ls -l /usr/share/poppler
Package: libc-ares-dev
Version: 1.5.2-1
Severity: serious
libc-ares1 1.5.1-0 and libc-ares2 1.5.2-1 share
/usr/lib/libcares.so.2.0.0
dpkg: /var/cache/apt/archives/libc-ares2_1.5.2-1_amd64.deb の処理中にエラーが発生しました
(--unpack):
`/usr/lib/libcares.so.2.0.0' を上書きしようとしています。これはパッケージ libc-ares1 にも含まれています
Package: libc-ares2
Version: 1.5.2-1
Severity: serious
libc-ares1 1.5.1-0 and libc-ares2 1.5.2-1 share
/usr/lib/libcares.so.2.0.0
dpkg: /var/cache/apt/archives/libc-ares2_1.5.2-1_amd64.deb の処理中にエラーが発生しました
(--unpack):
`/usr/lib/libcares.so.2.0.0' を上書きしようとしています。これはパッケージ libc-ares1 にも含まれています
Hi,
a patch like the following should fix the symptom.
I'm a bit worried that this error did not get caught before; do you do
install testing?
diff -ru c-ares-1.5.2-orig/debian/control c-ares-1.5.2/debian/control
--- c-ares-1.5.2-orig/debian/control2008-06-05 08:46:11.0 +0900
severity 481344 wishlist
retitle 481344 provide cowdancer etch backport
thanks
Hi,
The following is the problem:
iit t s nolonger possible to useetch chrootsfor package building: Here
a typical log of a tried build of lustre in a etch chroot:
chroot: cannot run command
Package: libpoppler2
Severity: grave
xpdf-japanese installs CMAP files in
/usr/share/fonts/cmap/adobe-japan1 etc, but libpoppler looks at
/usr/share/poppler.
I need to install the following symlinks in order to use the adobe
CMAP files.
$ ls -l /usr/share/poppler/cidToUnicode/Adobe-Japan1
Hi,
Arrghhh... Oops, I've just uploaded the package (it was one of my
monthly-scheduled batch-uploads), sorry for the disruptions for the
translations, but could you do the call for translations? pbuilder
Hmmm, did you actually *change* the debconf templates ?
Ah, looking into the
Hi,
The package does not declare a dependency on po4a while it uses it in its
build system. Therefore it fails to build withpbuilder..:-)
This can be easily fixed by adding po4a to the Build-Depends field.
Thanks, fixed!
regards,
junichi
--
[EMAIL PROTECTED],netfort.gr.jp}
Hi,
The package does not declare a dependency on po4a while it uses it in its
build system. Therefore it fails to build withpbuilder..:-)
This can be easily fixed by adding po4a to the Build-Depends field.
Thanks, fixed!
OK... was funny to say pbuilder doesn't build in
severity 474771 normal
thanks
I'm downgrading the bug severity, since the user is creating the data
loss. However, I do agree that it's a bug which should be fixed. Will
be doing that. I have a fix in my git tree now.
regards,
junichi
--
[EMAIL PROTECTED],debian.org}
--
To
I cannot update my existing tarballs anymore. pbuilder fails with
Internal Error, Could not perform immediate configuration (2) on
tzdata
just after downloading the new packages.
Are you talking about cowbuilder or pbuilder ?
I have seen similar errors on cowbuilder.
And there's a
reassign 475530 tzdata
thanks.
Hi,
I cannot update my existing tarballs anymore. pbuilder fails with
Internal Error, Could not perform immediate configuration (2) on
tzdata
just after downloading the new packages.
pbuilder doesn't do anything special about timezones, it sounds like
Hi,
On Sun, Apr 06, 2008 at 11:33:40AM +0900, Junichi Uekawa wrote:
(gdb) run -t device /
Starting program: /usr/sbin/grub-probe -t device /
Program received signal SIGSEGV, Segmentation fault.
0x0041f66c in grub_lvm_scan_device (name=0x6350c0 hd0,4) at
/tmp/grub-common
Package: libgettext-ruby1.8
Version: 1.90.0-1
Severity: grave
To avoid users from non-functional 'apt-get install' sessions, please add a
Conflicts
against
Conflicts: apt-listbugs (= 0.0.86)
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500,
Hi,
However I think, it's better that we transit to use ruby-gettext
from liblocale-ruby + libintl-gettext-ruby.
Because setlocale in C layer provides some bad side-effect on
ruby (breaks Mershal and probably another). But unfortunally,
ruby-gettext can NOT support full-feature of locale at
Hi,
In Message Re: gettext issue on apt-listbugs
[EMAIL PROTECTED],
Junichi Uekawa [EMAIL PROTECTED] said;
I've done some regression testing, and my logs indicate that
translated strings are used most of the time, but it isn't used when
in exception handling. Why might
Hi,
This is critical as the whole system security may be affected.
So if using the default USEDEVPTS=yes the /dev/pts inside the chroot
will be mounted with no gid setting. As the kernel share for the devpts
fs is shared between all devpts the gid setting of
/etc/init.d/mountdevsubfs.sh
Package: pbuilder
Version: 0.174
Severity: critical
This is critical as the whole system security may be affected.
pbuilder uses the following command to mount devpts:
mount -t devpts /dev/pts $BUILDPLACE/dev/pts
It seems like it's:
TTYGRP=5
TTYMODE=620
[ -f /etc/default/devpts ] .
Hi,
If you think, downgrade it to important, but I think, this issue
introduces data loss.
The problem can be easily reproduced: Take a package with dpatch
support. Create a patch:
dpatch -a -0 -01_foo
(e.g. touch test, add some text to test, exit)
Why do you have -0 twice?
What do you
Hi,
d-shlibmove and d-devlibdeps rely on apt, but d-shlibs doesn't depend on
it. I believe that this is causing the build failures of e.g.
graphviz [0] and libgtkok [1] on hppa.
I'm not quite sure if it's really a bug, apt is 'Build-Essential:
yes'. Anyone care to comment on why hppa seems
reassign 437020 debbugs
forcemerge 437020 441295
close 437020
thanks
The problem is reoccurring, but it seems it takes a specific
combination of packages to make it happen. I have no idea what's
special about that combination, but it causes the server to choke with
that error.
I can
these bugs are dupes of:
437154
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
retitle 418550 db3 should not release with lenny
thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
I have brought this up with upstream. Please see the thread here:
http://thread.gmane.org/gmane.comp.lib.boost.user/28950
and the bug report here:
http://svn.boost.org/trac/boost/ticket/1094
Apparently, the library naming scheme on Linux should be
layout=system, which uses
severity 432573 wishlist
retitle 432573 cowbuilder cross-arch building support.
thanks.
Hi,
To start, I have a custom configuration for pbuilder which I tried to move
over to cowbuilder. I am compiling packages for i386 on etch using AMD64 on
Sid.
I built the initial pbuilder
It seems that libdpkg-ruby isn't available for ruby1.9, which is linked
as my default /usr/bin/ruby
ermm... why are you doing that?
As the dependancy is explicitly on ruby1.8, a possible fix would be
to change the sha-bang line of apt-listbugs to #!/usr/bin/ruby1.8
It seems that libdpkg-ruby isn't available for ruby1.9, which is linked
as my default /usr/bin/ruby
ermm... why are you doing that?
It looks like ruby1.9 was the last (ruby) package I installed.
Huh?
ruby-defaults package generates a ruby package which contains
/usr/bin/ruby -
Hi,
I noticed that the sweep problem is caused by libasound2 error.
What's the status of libasound2 update?
Waiting for upload [1]
Elimar
[1]
http://svn.debian.org/wsvn/pkg-alsa/trunk/alsa-lib/debian/changelog?op=filerev=0sc=1
I thought we're kind of trying to get this package
Hi,
BinNMU rebuilds were scheduled for ecasound2.2 as a result of the libflac
library transition (bug #426644, which can effectively be closed now); but
the arch: any ecasound binary package has a dependency on
Depends: [...] python-ecasound2.2 (= ${Source-Version})
And
Package: libjack-dev
Version: 0.103.0-6
Severity: serious
/usr/lib64 is not used in Debian, and this enters each .la file, which
in turn results in rpath being set in resulting binaries, please fix
it, rather than using chrpath to work around it.
diff -Nur
fixed 430636 0.37
thanks
thanks
hi Junichi,
On Tue, Jun 26, 2007 at 11:03:47PM +, Debian Bug Tracking System wrote:
cowdancer (0.37) unstable; urgency=low
.
* Trying to fix: tar segfaulting within cowbuilder chroot, thanks to
Michael
Ablassmeier (closes: #430636).
Hi,
open(/.ilist, O_RDONLY) = 5
fstat(5, {st_mode=S_IFREG|0644, st_size=180128, ...}) = 0
mmap(NULL, 180128, PROT_READ, MAP_PRIVATE, 5, 0) = 0x2aeb80b29000
sched_yield() = 0
clock_gettime(CLOCK_REALTIME, {1182845741, 246584738}) = 0
fcntl(0, F_GETFD)
Hi,
I've browsed through the bug logs, but this is ugly.
yes, it is
We're breaking all those APIs, and there is no sane way of finding out
what to use.
we? who? breaking those APIs? it is only a matter of fixing the already
broken library name used to link with programs. i don't
Hi,
Please elaborate 'right library name'
Boost library naming is described in the documentation [0].
[0]
http://www.boost.org/more/getting_started/unix-variants.html#library-naming
Which does not mean it is correct for libboost-*-dev to silently
change its interface (.so library
Package: yatex
Severity: serious
help/YATEXHLP.eng, and help/YATEXHLP.jp are non-free, as was
previously discussed in
http://lists.debian.or.jp/debian-devel/200307/msg00010.html, but kind
of fell off everyone's mind since then.
This package should be split-up into free / non-free parts, or
At Wed, 27 Jun 2007 06:15:56 +0900,
Junichi Uekawa wrote:
Hi,
close(1023) = -1 EBADF (Bad file descriptor)
close(1022) = -1 EBADF (Bad file descriptor)
close(1021) = -1 EBADF (Bad file descriptor
Hi,
close(1023) = -1 EBADF (Bad file descriptor)
close(1022) = -1 EBADF (Bad file descriptor)
close(1021) = -1 EBADF (Bad file descriptor)
close(1020) = -1 EBADF (Bad file
Hi,
Summary of bug on cowdancer.
430636 was caused by glibc not setting dlerror correctly on failure on
dlvsym(RTLD_NEXT, ...).
430636 happened on amd64 and not on i386 since [EMAIL PROTECTED] is
defined on i386 (non-error-case) and not on amd64 (error-case which is
not reported through
Hi,
I've browsed through the bug logs, but this is ugly.
We're breaking all those APIs, and there is no sane way of finding out
what to use.
Also, please keep the severity of those bugreports to 'grave', since
they cause FTBFS on all the other packages.
I am wondering why libboost needs to be
Package: libboost-regexp-dev
Version: 1.34.0-1
Severity: grave
README.Debian documents
Boost.Regex-lboost_regexstatic shared
but it only contains the following:
/usr/lib/libboost_regex-gcc41-mt-1_34.a
/usr/lib/libboost_regex-gcc41-1_34.a
reassign 429533 libboost_regex-dev
thanks
sorry, I made a mistake in package name.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 429533 libboost-regex-dev
thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
I think it's flac related.
Not quite sure.
At Wed, 6 Jun 2007 08:52:47 +0200,
Michael Ablassmeier wrote:
Package: ecasound2.2
Version: 2.4.5-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs
hi,
while doing an archive wide package rebuild your package failed to
unmerge 427742
reassign 427742 libflac-dev 1.1.4-1
thanks
/usr/lib/libFLAC.la contains the following:
# Libraries that this one depends upon.
dependency_libs=' -lm -L/usr/lib /usr/lib/libogg.la'
regards,
junichi
--
[EMAIL PROTECTED],netfort.gr.jp} Debian Project
--
To
Hi,
http://flac.sourceforge.net/api/group__porting__1__1__2__to__1__1__3.html
confirms that the seekable stream decoder is gone as of 1.1.3 (and thus
1.1.4). It looks like it's pretty easy to get it building. If you really
can't figure it out I can try to provide a patch later today.
Hi,
Your package is failing to build with the following error:
dh_movefiles -ppbuilder-uml --sourcedir=debian/pbuilder
dpkg-genchanges -B -mDebian Build Daemon buildd_i386-nautilus
dpkg-genchanges: arch-specific upload - not including arch-independent
packages
dpkg-genchanges: failure:
Hi,
On Tue, Jun 05, 2007 at 02:02:02PM +, Junichi Uekawa wrote:
.
* Bug fix: FTBFS: cowdancer_0.29(alpha/unstable): b-d on qemu not
satisfiable on all archs, thanks to Steve Langasek (Closes: #427650).
only build on i386, amd64, and powerpc.
The build-dependencies
Thanks for the report, I'll look at it.
regards,
junichi
--
[EMAIL PROTECTED],netfort.gr.jp} Debian Project
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 425454 pbuilder 0.166
thanks
to-be-fixed in pbuilder 0.167.
At Wed, 23 May 2007 23:45:15 +0200,
Stefan Fritsch wrote:
I can actually reproduce this:
mkdir /tmp/bindmount
touch /tmp/bindmount/some_file
cowbuilder --login --basepath /var/cache/pbuilder/base-lenny.cow
Package: apt-listbugs
Version: 0.0.76
Severity: serious
apt-listbugs does not remove properly. Thanks for finding it. It was
apparently broken since 0.0.74, so does not affect etch.
mikeawebb wrote:
Sorry, I should of included that I am using apt-listbugs version .0.0.76
I am using sidux
1 - 100 of 214 matches
Mail list logo