Correction: CONFIG_SND_VIRTIO instead of CONFIG_VIRTIO_SND.
Package: linux
Version: 6.5.13
Can we add CONFIG_VIRTIO_SND to debian/config/config as module ? It's
useful when I want to hear something from inside virtual machine.
Package: python3-plotly
Version: 5.15.0+dfsg1-1
I can't get Waterfall graph to render, it seems to just render a
regular line chart. The same graph works on 5.4.1+dfsg-1.
https://plotly.com/python/waterfall-charts/
sample modified to output HTML
```
import plotly.graph_objects as go
fig =
On Fri, 15 Sep 2023 03:02:15 +0900,
Bastian Germann wrote:
>
> Source: binfmtc
>
> binfmtc does not seem to be maintained anymore.
> I intend to salvage the package with the plan to orphan it in three weeks.
> Please notify me if you object.
>
What does ITS stand for ?
Package: wnpp
Severity: wishlist
* Package name: mdformat
Version : 0.7.16
Upstream Contact: Taneli Hukkinen
* URL : https://pypi.org/project/mdformat/
* License : MIT
Programming Lang: python
Description : Markdown formatter that can be used to enforce
Hi,
On Sat, 01 Jul 2023 06:35:06 +0900,
Preuße, Hilmar wrote:
>
> [1 ]
> [1.1 ]
> [1.1.1 ]
> On 26.06.2023 08:26, Junichi Uekawa wrote:
>
> Hi Junichi,
>
> > From my guess it's some kind of buffer management issue; what was the
> > bug and is there a
Hi,
From my guess it's some kind of buffer management issue; what was the bug and
is there a minimal fix ?
(and other LC_ variables) which tends to overrride
LANGUAGE/LANG variables.
Suggested change:
commit dd6e2970da0a3c675889da8c93feaab7aaca741a
Author: Junichi Uekawa
Date: Sun Jun 25 08:33:19 2023 +0900
Export locale variables so that they actually take effect.
diff --git a/hoge/update-info
Package: podman
Version: 4.3.1+ds1-8+b1
After upgrade from bullseye to bookworm, there's error from local storage
format.
ERRO[] User-selected graph driver "vfs" overwritten by graph driver
"overlay" from database - delete libpod local files to resolve. May prevent
use of images created
Package: libc6
Version: 2.36-9
Documentation tells me that
sysconf(_SC_NPROCESSORS_CONF)
get_nprocs_conf()
gives me the upper bound of CPUs and
sysconf(_SC_NPROCESSORS_ONLN)
get_nprocs()
gives the currently online CPUs.
get_nprocs_conf seems to return "possible" value, and it
Package: git-buildpackage
Version: 0.9.22
gbp-pq manpage refers to a page that says the content has moved.
I think it can refer to the local html copy[1], or the internet copy.
[1] /usr/share/doc/git-buildpackage/manual-html/gbp.patches.html
diff -ur git-buildpackage-0.9.22{,-}
diff -ur
more dependencies, named-lock and bitreader uploaded to NEW queue.
After removing all optional dependencies, crosvm builds with cargo now with
changes at:
https://github.com/dancerj/crosvm/tree/+wip-debian
>
> The -stable suffix was added for the Debian alternatives system. While
> I don't expect an issue with adding an /usr/lib/wine/wine64-stable
> link, I wonder if the whole issue is really a bug (still probably a
> regression, which I can't comment on since I'm not involved in current
>
> [Ex-maintainer here]
>
> The -stable suffix was added for the Debian alternatives system. While
> I don't expect an issue with adding an /usr/lib/wine/wine64-stable
> link, I wonder if the whole issue is really a bug (still probably a
> regression, which I can't comment on since I'm not
found that cargo debstatus has a bug that it drops optional dependencies from
the dependency tree and I still have bunch of optional dependencies (gdbstub
etc) to go.
`wine64 wineboot` runs, /usr/lib/wine/wine64 is there.
`wine64-stable wineboot` fails, /usr/lib/wine/wine64-stable is not there.
according to strace:
execve("/usr/lib/wine/wine64-stable", ["/usr/lib/wine/wine64-stable",
"wineboot"], 0x7e641390 /* 21 vars */) = -1 ENOENT (No such file or
I have some working intrusive-collections packages:
https://salsa.debian.org/rust-team/debcargo-conf/-/merge_requests/436
I think the remaining is argh packages and other dependencies can be work
around on crosvm side.
enumn and remain are ACCEPTED.
remaining thing:
- intrusive-collections
I believe someone else is actively working on argh.
Ran cargo debstatus and looked through the output, I think here's what's
missing:
remain v0.2.3
uuid v0.8.2 -- 1.2.1 is packaged
heck v0.3.3 -- 0.4.0 is packaged
argh_derive v0.1.8
argh v0.1.8
memoffset v0.5.6 -- 0.6.5 is packaged, can we use that instead?
intrusive-collections v0.9.4
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-r...@lists.debian.org
X-Debbugs-CC: debian-de...@lists.debian.org
Package name: crosvm
Version : 0.0.1?
Upstream Contact: crosvm-...@chromium.org
URL : https://chromium.googlesource.com/crosvm/crosvm/
License
Hi,
It seems like the latest upstream version is 1.2.
https://github.com/novnc/noVNC/releases/tag/v1.2.0
Do you need help updating ?
Package: lld
Version: 1:11.0-51+nmu5
Severity: wishlist
Dear Maintainer,
Seems like lld-11 package provides /usr/bin/lld-link-11 symlink, and
some documentation refers to lld-link. Please provide a lld-link
symlink.
[1] https://github.com/uchan-nos/mikanos-build/blob/master/day01/c/Makefile#L7
Package: memtest86+
Version: 5.01-3.1
Severity: wishlist
Dear Maintainer,
According to memtest.org site, there's a new upstream version available for
testing.
https://www.memtest.org/#downcode
In diff I see something like:
+ }else if (mem_devs[i]->size == 0x7FFF){
+
Hi,
Seems like I was too quick to decide it was graphics mode, after setting
/etc/default/grub with:
# Uncomment to disable graphical terminal (grub-pc only)
GRUB_TERMINAL=console
with a text mode console, after selecting memtest86+ in grub menu the
screen is black and nothing appears.
Package: memtest86+
Version: 5.01-3.1
Severity: normal
Dear Maintainer,
I think I default installed Debian bullseye and Grub is configured to
use graphical framebuffer and render text. When invoked from there
memtest86+ doesn't seem to update the screen at all (presumably trying
to write to text
Hi,
I've noticed that 1.52.1 includes rust-clippy package, hence this RFP
can be considered closed.
Package: ifupdown
Version: 0.8.36
Severity: normal
Dear Maintainer,
The default network configuration for Debian is ifupdown after running
debian-installer, however systemd network-online.target by default does
not wait for ifupdown-wait-online.service.
sudo systemctl enable
ree/master/fuse-modules/fat
> [3] https://sourceforge.net/projects/view-os/
>
> * wishes,
>
> renzo
>
> On Sun, Mar 28, 2021 at 05:07:59PM +0900, Junichi Uekawa wrote:
> > Source: fuse-umfuse-fat
> > Version: 0.1a-1.2
> > Severity: wishlist
> >
> >
Source: fuse-umfuse-fat
Version: 0.1a-1.2
Severity: wishlist
Dear Maintainer,
Observing the source code for fusefat I think it isn't architecture agnostic;
is this because of build-dependency to libumlib-dev that fusefat can't be
installed?
Is it possible to make that build-dependency be
Source: fuse-umfuse-fat
Version: 0.1a-1.2
Severity: wishlist
Dear Maintainer,
I was looking at some issues with fusefat and noticed that the
upstream wiki page [1] links to github repository [2]. Is this a new
upstream release?
One thing that confuses me is that history file [3] seems to
>
> I wanted to try dsh with the background to check (upgrade) all nodes on our
> Ganeti cluster (see [1]).
>
> This is the first time I wanted to use dsh.
>
> Unfortunately, the suggested package "update-cluster" is not available on
> Debian/buster AMD64.
>
> Is this a known issue?
> If
I initially thought I could reproduce with 'emacs -q' but not.
will need to dig further into why this is the case.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: psgml
Version: 1.4.0-5
Severity: normal
Dear Maintainer,
Loading anything that is not html5 seems to crash psgml.
Procedure:
(require 'psgml-html)
open AndroidManifest.xml (or any XML or HTML file that is not HTML5)
The next time I try to insert a tag crashes with this backtrace:
Scratch that, creation is something different.
I have no idea.
At Wed, 05 Nov 2014 15:30:28 +,
OmegaPhil wrote:
[1 text/plain; windows-1252 (quoted-printable)]
On 05/11/14 06:39, Junichi Uekawa wrote:
cowbuilder uses LD_PRELOAD'ed library that it won't have a chance of
working
cowbuilder uses LD_PRELOAD'ed library that it won't have a chance of
working on a different architecture (well, if you implement enough it
probably works).
On my Testing amd64 install, the following call fails:
=
# sudo HOME=$HOME
Package: libssh2-1-dev
Version: 1.4.3-3
Severity: normal
Dear Maintainer,
/usr/lib/x86_64-linux-gnu/pkgconfig/libssh2.pc
has line:
Libs.private: -lgcrypt
however, libgcrypt depends on libgpg-error, so static linking fails.
This should be:
Libs.private: -lgcrypt -lgpg-error
-- System
I think it's --save-after-login you mention. It is documented in pbuilder.8
At Wed, 30 Oct 2013 09:05:11 +0100,
Ralf Jung wrote:
Package: cowbuilder
Version: 0.73
Severity: normal
Dear Maintainer,
the manpage does not mention the --save parameter which allows to --login
to the
Hi,
At Mon, 20 May 2013 19:33:43 -0700,
Russ Allbery wrote:
Guillem Jover guil...@debian.org writes:
Perhaps, but I think we just lack better documentation and advice when
it comes to shared library handling in general.
There was an attempt by Junichi Uekawa (CCed) some time ago [L
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
At Fri, 8 Mar 2013 14:38:24 +0900,
Hideki Yamane wrote:
by the way,
asn1c)
asn1c is a compiler for ASN.1 which probably won't compile any C program, is
that a joke or did you actually find a use for it?
--
dancer@{netfort.gr.jp,debian.org}
--
To UNSUBSCRIBE, email to
At Wed, 3 Apr 2013 15:06:06 +0900,
Hideki Yamane wrote:
From 3707d379f73cf6a86c5418e8e64e5a67010fec7c Mon Sep 17 00:00:00 2001
From: Hideki Yamane henr...@debian.org
Date: Wed, 3 Apr 2013 15:02:59 +0900
Subject: [PATCH] mention hook script instead of pentium-builder
---
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,
Thanks for the patch, will apply in next release.
At Tue, 19 Mar 2013 10:11:28 +0100,
Jean-Baptiste Lallement wrote:
[1 text/plain; UTF-8 (7bit)]
Package: cowdancer
Version: 0.71
Tags: patch
Reference issue in Ubuntu [1]
If a bind-mounted directory is still mounted during the
At Thu, 28 Feb 2013 12:05:32 +0900,
Hideki Yamane wrote:
Hi,
On Thu, 28 Feb 2013 07:02:54 +0900
Junichi Uekawa dan...@netfort.gr.jp wrote:
I like the way this is very compact patch, but I dislike that it
requires adding a config parameter to pbuilder (because it will need
At Wed, 27 Feb 2013 22:30:58 + (UTC),
Thorsten Glaser wrote:
Junichi Uekawa dixit:
I think the reason it's not done yet is that pbuilder predates
/run/shm and we need to be updated...
No, it was not done for /dev/shm either. /me smells security issues
or something like that, though
Hi,
Thanks for the patch.
I have a question.
At Mon, 11 Feb 2013 17:01:29 +0900,
Hideki Yamane wrote:
diff -Nru pbuilder-0.213/bash_completion.d/pbuilder
pbuilder-0.213+nmu1/bash_completion.d/pbuilder
--- pbuilder-0.213/bash_completion.d/pbuilder 2012-03-25 14:53:45.0
+0900
I think the reason it's not done yet is that pbuilder predates /run/shm and we
need to be updated...
At Fri, 15 Feb 2013 16:36:36 + (UTC),
Thorsten Glaser wrote:
Agustin Henze dixit:
that's sounds a little easier :). Ok, I think that
/run/shm should be add by default
I'm attaching a proposed hook script. Will this work for you?
#!/bin/bash
# Force use of clang instead of GCC.
function setup_clang() {
local GCC_VERSION=$(readlink /usr/bin/gcc | sed 's/^gcc\-//')
apt-get -y ${APTGETOPT[@]} install clang
echo -e \e[33mReplace gcc, g++ cpp by
At Sun, 25 Nov 2012 12:20:08 +0100,
Helmut Grohne wrote:
Package: pbuilder
Version: 0.213
Severity: normal
I tried using the documented[1] approach to pbuilder. Unfortunately it
fails. Here is the tail of the create log:
| I: Obtaining the cached apt archive contents
| Reading package
I believe you can work around by sending extra directories to
--bindmounts option.
Currently for convenience the default is:
--bindmounts $(readlink -f ..) \
I assume that .. is symlinked to somewhere else and that breaks some
assumption here.
Not sure what the generic solution will
Sounds like it's a good thing if it were done.
This has been hardcoded default for more than 10 years and scripts
assume this path, one problem I see is that this build path is
hardcoded in user scripts and hard to modify without breaking
anything.
At Thu, 22 Nov 2012 14:07:36 +0800,
Paul Wise
At Fri, 16 Nov 2012 23:01:27 + (UTC),
Thorsten Glaser wrote:
Simon L'nu dixit:
/etc/pbuilderrc line 85:
-PKGNAME_LOGFILE_EXTENTION=_$(dpkg --print-architecture).build
+PKGNAME_LOGFILE_EXTENSION=_$(dpkg --print-architecture).build
You can't fix that now, otherwise different
Package: google-perftools
Version: 2.0-2
Severity: minor
Dear Maintainer,
please make it link to
/usr/share/doc/libgoogle-perftools-dev/index.html
instead.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
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
Package: libjson-spirit-dev
Version: 4.04-1+b1
Severity: wishlist
Dear Maintainer,
This package doesn't contain any documentation.
It would be useful if
./json_demo
./json_headers_only_demo
./json_map_demo
from source tree were installed in as examples.
-- System Information:
Debian
At Wed, 01 Aug 2012 12:27:21 +0200,
Ansgar Burchardt wrote:
This might be caused by
APT::Default-Release experimental;
in apt.conf which pbuilder seems to add for a experimental chroot.
Doing this is wrong as it will cause all dependencies to be taken from
experimental, including
Hi,
Having two parameters delimited by space is probably not usual, shouldn't that
be more like another parameter to set message for bin nmu?
Is this the usual expected interface for other tools too ?
to be somewhat consistent with, http://release.debian.org/wanna-build.txt,
version number
Package: libexiv2-doc
Version: 0.23-1
Severity: normal
Dear Maintainer,
doc/html/ directory (the generated doxygen documentation) is not
included in libexiv2-doc package and makes the documentation package
rather less useful than it should be.
Something like the following should fix the
Package: libexiv2-doc
Version: 0.23-1
Severity: normal
Dear Maintainer,
/usr/share/doc/libexiv2-doc/include seems to have js and png and css
files that looks like it's usable for HTML document, but there's no
HTML documentation found. Are we missing some docs here?
/usr/share/doc/libexiv2-doc$
Package: yatex
Version: 1.76+dfsg1-1
Severity: normal
Dear Maintainer,
characters in the status line look garbled.
screenshot attached.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux
Package: emacs-mozc
Version: 1.5.1053.102-3+b1
Severity: normal
Dear Maintainer,
I think mozc load paths are not correctly set.
README.Debian says
(add-to-list 'load-path /usr/share/emacs/site-lisp/emacs-mozc)
but that should be set in
/etc/emacs/site-start.d/50emacs-mozc.el
and I think
Package: advi
Version: 1.10.2-1
Severity: normal
It seems like advi no longer can handle Japanese fonts. I haven't
quite dug into why this might be.
$ platex simple.tex
This is e-pTeX, Version 3.1415926-p3.2-110825-2.3 (utf8.euc) (TeX Live
2012/dev/Debian)
restricted \write18 enabled.
Package: advi
Version: 1.10.2-1
Severity: normal
It seems like advi no longer can handle Japanese fonts. I haven't
quite dug into why this might be.
$ platex simple.tex
This is e-pTeX, Version 3.1415926-p3.2-110825-2.3 (utf8.euc) (TeX Live
2012/dev/Debian)
restricted \write18 enabled.
I think there is '--uml-debugmode' option that could be used.
At Thu, 12 Apr 2012 18:01:48 +0400,
Dmitry E. Oboukhov wrote:
$ pbuilder-user-mode-linux create --distribution sid --debug
Error: Unknown option [--debug] was specified
$ pbuilder-user-mode-linux create --debug
Hi,
Yeah, that's expected in the current design.
What's the multiarch-way of LD_PRELOADing ?
At Fri, 06 Apr 2012 11:50:06 +0200,
St$(D+1(Bphane Glondu wrote:
Package: cowbuilder
Version: 0.69
Severity: wishlist
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
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
running with '--debug ' option might give more logs; looks like
debootstrap is failing and it is usually a transient error, but not
quite sure.
At Mon, 9 Apr 2012 10:39:54 +0400,
Dmitry E. Oboukhov wrote:
Package: pbuilder-uml
Version: 0.210
Recently I've upgraded my pbuilder (and
the logs here.
--- On Wed, 1/25/12, Junichi Uekawa wrote:
I don't think it's really useful after all, you can always type date.
At Thu, 17 Feb 2011 12:02:25 -0800 (PST), Regid Ichira wrote:
It should be useful to have those values printed also while --create
and
--update
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
I think pbuilder just preserves the permissions and fail if it's
read-only; hard to understand if it is an unexpected behavior ?
At Wed, 14 Mar 2012 08:37:27 + (GMT),
Franz Schrober wrote:
Package: cowbuilder
Version: 0.67
Severity: normal
Tried to build a package copied from a
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
useful today apart from throwing an exception:
$ npm
node.js:201
throw e; // process.nextTick error, or 'error' event on first tick
^
Error: No
At Tue, 13 Mar 2012 19:53:01 + (UTC),
Thorsten Glaser wrote:
Miguel Colon dixit:
That makes sense: with no args, dpkg-buildpackage does the right thing
if DEBEMAIL is set and DEBFULLNAME is set.
So let the work be done by dpkg-buildpackage.
I’ve found that most Debian tools work
At Fri, 09 Mar 2012 11:04:59 +0100,
Mike Gabriel wrote:
[1 multipart/mixed (7bit)]
[1.1 text/plain; UTF-8 (quoted-printable)]
Hi Junichi,
On Do 08 M$(D+#(Br 2012 22:53:26 CET Junichi Uekawa wrote:
I usually work offline and if you can attach the patch to the mail
as git
I usually work offline and if you can attach the patch to the mail as
git-format-patch, things would work much faster.
At Fri, 02 Mar 2012 00:33:05 +0100,
Mike Gabriel wrote:
Package: qemubuilder
Version: 0.67
Severity: wishlist
Tags: patch
Under this URL:
I take this as a request to change the default behavior.
At Sat, 11 Feb 2012 00:27:54 +0100,
Christoph Anton Mitterer wrote:
Package: pbuilder
Version: 0.206
Severity: important
Hi.
Marking this as important, as it might be secrutiy relevant:
Installing potentially unverified
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
I don't think qemu has support for directly loading HURD kernel... and
looks up the manpage and the man page says '-kernel' can be any kernel
in multiboot format. Maybe most parts are already ready in qemu /
debootstrap side too.
Cool.
At Wed, 22 Feb 2012 19:06:17 +1100,
Dmitry Smirnov wrote:
Did you check out the --compressprog option?
At Thu, 9 Feb 2012 10:24:37 +0100,
Holger Levsen wrote:
package: pbuilder
severity: wishlist
Hi,
it would be awesome if pbuilder would support packging the base.tgz with
(p)bzip2 or pigz, thus using more than one cpu-core for packing 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
At Tue, 10 Jan 2012 13:53:36 +0800,
Aron Xu wrote:
Package: pbuilder
Severity: normal
Tags: patch
Version: 0.205
When I was trying to rebuild some packages of Sid from archive, I
tried to use examples/rebuild/buildall and then resulted into many
failures like this:
dget: curl
I assume this was a transient bug ?
At Sun, 08 May 2011 13:31:41 +0200,
Torquil Macdonald S$(D)L(Brensen wrote:
Package: pbuilder
Version: 0.199+nmu1
Severity: normal
When running pbuilder --create --distribution sid, I get this error message:
tmac@tmac:~$ su
Password:
I don't think it's really useful after all, you can always type date.
At Thu, 17 Feb 2011 12:02:25 -0800 (PST),
Regid Ichira wrote:
It should be useful to have those values printed also while --create and
--update.
___
I think I added this line in the man page to make it clearer:
Note that for pdebuild, debbuildopts needs to be specified as a
pdebuild option in the command-line, not as a pbuilder option.
I think the reason was that pdebuild needs to change behavior
depending on some parts of
Hi,
Sounds interesting, except for that I don't see a patch actually attached.
At Mon, 06 Dec 2010 22:39:20 +0100,
Adrian von Bidder wrote:
Package: pbuilder
Version: 0.199+nmu1
Severity: wishlist
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yodel!
As previously
Looks reasonable, applied.
This fell through the cracks (I haven't been reading all the mail
backlogs during my MIA period last year, so if you find good bug
reports that need triaging, it might be helpful to just raise the
subject).
At Wed, 28 Dec 2011 17:24:34 +1300,
Dean Evans wrote:
Is
At Mon, 26 Dec 2011 20:34:39 +0100,
J$(D+S(Brg Sommer wrote:
[1 text/plain; us-ascii (7bit)]
Junichi Uekawa hat am Sun 04. Dec, 22:27 (+0900) geschrieben:
I think the bug report was asking a question about existing feature and
that's already a solved bug.
I would object
At Mon, 26 Dec 2011 20:34:39 +0100,
J$(D+S(Brg Sommer wrote:
[1 text/plain; us-ascii (7bit)]
Junichi Uekawa hat am Sun 04. Dec, 22:27 (+0900) geschrieben:
I think the bug report was asking a question about existing feature and
that's already a solved bug.
I would object
-0600,
Jonathan Nieder wrote:
Junichi Uekawa wrote:
Does this actually help? I kind of doubt it.
If help means make the code any saner for humans reading, then no.
In principle if not in practice, mode_t could be wider than an int
(so it would end up being promoted to something wider
Hi,
I'd use a shell array for specifying the values; but yes I think I
too wanted this feature at one point.
Would list of filename (I will imagine there will be requests for all
sorts of wildcards after release, which is kind of a pain) be useful
or a directory that a post-build script can
Hi,
Thanks for the patch.
At Fri, 11 Nov 2011 15:05:32 +,
Colin Watson wrote:
Package: cowdancer
Version: 0.65
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch oneiric
cowdancer fails to build with a linker that defaults to
Hi,
Does this actually help? I kind of doubt it.
At Tue, 1 Nov 2011 20:30:40 -0500,
Jonathan Nieder wrote:
Source: cowdancer
Version: 0.65
Tags: patch
Hi,
Trying to build cowdancer on kfreebsd-amd64, I get:
cowdancer.c: In function 'open64':
cowdancer.c:447:10:
Hi,
I think
1. the patch is broken because it's missing all punctuation marks and spaces;
2. what the patch is trying to do is already in Git tree that I don't quite
understand what you want to do.
At Sun, 13 Nov 2011 20:02:44 +,
Nicolas Bonnefon wrote:
diff -ru
Hi,
Heh, thanks for the patch.
I don't know how really it makes things fast, but it probably doesn't hurt.
I assume --use-compress-program has been available for tar since forever?
At Tue, 22 Nov 2011 19:30:55 +0100,
Tino Keitel wrote:
diff -ru pbuilder-0.203/debian/changelog
Hi,
It's not obvious where PARENT_DIR is defined, is this correct?
At Tue, 1 Nov 2011 15:55:25 -0700,
Tom Hughes (Palm GBU) wrote:
From 9cf8a0cb800b734e2e3a4e67a14cf78442378144 Mon Sep 17 00:00:00 2001
From: Tom Hughes tom.hug...@palm.com
Date: Tue, 1 Nov 2011 15:50:41 -0700
Subject:
close 580708 0.62
thanks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
I think we should error out, because the default permissions for
BUILDRESULT isn't obvious. (for pbuilder case) and I have a feeling
that we should mirror that for qemubuilder.
At Thu, 16 Sep 2010 18:49:01 +0200,
Johannes Schauer wrote:
Package: qemubuilder
Version: 0.62
Severity:
1 - 100 of 1838 matches
Mail list logo