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 https://www.mirbsd
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 ]
> Am 26.03.2013 09:48, schrieb Junichi Uekawa:
> > not enough information in the bug, 702811 seems to be a better bug.
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 wro
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 hundr
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 this.
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,
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 chro
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
> repositori
At Tue, 06 Mar 2012 02:29:25 +0100,
Simon Ruderich wrote:
>
> [1 ]
> 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
> re
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 m
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, emai
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
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
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 syst
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
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) unstabl
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 Sonne
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 ]
> On Wed, 2009-12-23 at 15:28 +0900, Junichi Uekawa wrote:
> > Sounds like a bug for debootstrap, no?
>
&
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
> > >
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 /var/
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 bindm
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 ther
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 r
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
>
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: seriou
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 ,
> > d-shl...@packages.deb
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 sensible-utils_0.0
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 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 dir
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,
Stefa
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 dat
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 o
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-lis
> >
> > 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 abov
At Mon, 23 Feb 2009 14:00:44 +,
Enrico Zini wrote:
>
> [1 ]
> 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 sta
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 des
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 prefer
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 PROTE
ite-lisp/semi/semi
mime-edit.el -> /usr/share/emacs22/site-lisp/semi/semi
semi-setup.el -> /usr/share/emacs22/site-lisp/semi/semi
semi-setup.elc -> /usr/share/emacs22/site-lisp/semi/semi
mail-mime-setup.el -> /usr/share/emacs22/site-lisp/semi/semi
mail-mime-setup.elc -> /usr/share/emacs22/site-lisp/semi/semi
mime-image.el -> /usr/share/emacs22/site-lisp/semi/semi
mime-image.elc -> /usr/share/emacs22/site-lisp/semi/semi
mime-bbdb.el -> /usr/share/emacs22/site-lisp/semi/semi
mime-w3.el -> /usr/share/emacs22/site-lisp/semi/semi
mime-setup.el -> /usr/share/emacs22/site-lisp/semi/semi
mime-setup.elc -> /usr/share/emacs22/site-lisp/semi/semi
rm -rf /usr/share/emacs22/site-lisp/semi/semi/*.el
/usr/share/emacs22/site-lisp/semi/tmp
mv /usr/share/emacs22/site-lisp/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 (i686
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 u
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 `ttf-
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 a
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
> >
bian/changelog 2008-08-22 07:24:30.0
-0700
@@ -1,3 +1,10 @@
+xpdf-japanese (1:20040727-1.1) unstable; urgency=low
+
+ * add symlinks to facilitate poppler transition for lenny.
+In the longer term, users should migrate to poppler-data.
+
+ -- Junichi Uekawa <[EMAIL PROTECTED]>
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 inclu
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 re-re
> 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 sho
reassign 488245 bugs.debian.org
thanks
So, this is not a valid year-month. Why is the BTS server sending me this ?
2007-142007-14
http://www.w3.org/2001/XMLSchema-instance";
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:apachens="http://xml.apache.org/xml-soap";
xmlns:
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
>
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
+++
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 にも含まれています
re
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 にも含まれています
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 `cowdancer-ilistc
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
lr
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
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 "pbuil
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
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 UNSUBSC
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
> 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
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 (na
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, 'unstab
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
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 lo
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/mountdevsub
> 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/dev
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
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
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, wh
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 enviro
> > > 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/
> 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
> -I/usr/share/apt-li
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=file&rev=0&sc=1
>
I thought we're kind of trying to get t
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 python-e
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
jack-audio-connection-kit-0.103.0-or
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 (c
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 dlerror
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 fil
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)
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
YATEXH
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
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.
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_
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
reassign 429533 libboost-regex-dev
thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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]
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
/usr/lib/libboost_regex-mt.
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.
>
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 UNSUBSCRIBE,
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 faile
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
Hi,
>
> Your package is failing to build with the following error:
> dh_movefiles -ppbuilder-uml --sourcedir=debian/pbuilder
> dpkg-genchanges -B -mDebian Build Daemon
> dpkg-genchanges: arch-specific upload - not including arch-independent
> packages
> dpkg-genchanges: failure: cannot read fi
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
> --b
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]
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 sidu
1 - 100 of 215 matches
Mail list logo
