On Wed, 23 Mar 2011 12:33:47 -0400, Daniel Kahn Gillmor
wrote:
> I'm open to suggestions about how to handle it.
Presumably we're not the only one who has to deal with this issue,
right? Something else must be using fakeroot for debootstrap, right?
pgpYJ9K6pvC1p.pgp
Description: PGP signature
On Wed, 23 Mar 2011 12:14:17 -0400, Daniel Kahn Gillmor
wrote:
> This isn't to say that we should ignore the situation -- it's probably
> worth making sure that /dev/random and /dev/urandom actually work right
> during package installation.
I agree.
Do we have any idea what changed that caused
On Tue, 22 Mar 2011 18:43:46 -0400, micah anderson wrote:
>
> run-parts: executing rescue/modules/serial-terminal
> mknod: `/dev/ttyS0': No such file or directory
> run-parts: rescue/modules/serial-terminal exited with return code 1
> micah@algae:/var/tmp/debirf$ echo $?
> 1
> micah@algae:/va
On Sun, 13 Mar 2011 19:53:12 -0400, Daniel Kahn Gillmor
wrote:
> yep, this is a known bug in fakechroot [0]. We can work around it in
> debirf's serial-terminal module by changing the /dev/ttyS0 to dev/ttyS0
> (removing the leading /). In fact, this is already done upstream [1].
> we probably n
On Mon, 14 Feb 2011 15:14:35 +0100, Emanuele Giaquinta
wrote:
> It is a regression, fixed in 9.10.
Great. Thanks, Emanuele.
jamie.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s6.1
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Let's say I'm writing a bash script. It will make 5 calls. Three of
the calls are expected to return zero on success, one is expected to
return 1 on success, and one whose return code I don't care about.
Here's this script written with set -e:
#!/bin/bash
set -e
call0
call1
call2
call3 || ret=$?
tags 601006 wontfix
thanks
So the fact of the matter is that turning off "set -e" is a very large
change, with what I see as at most dubious benefit. The use or not of
"set -e" may provide some benefit, or it may just be a personal
preference, but in any event it guides some pretty fundamental
as
On Sat, 23 Oct 2010 05:06:10 +, Clint Adams wrote:
> I think that that is a false analogy. I would liken it more to setting
> your bicycle to fall apart if ever it is ridden at a speed of exactly
> 5 miles per hour.
I think that's an even falser analogy. Because we're using bash, we're
call
On Fri, 22 Oct 2010 12:47:33 +, Clint Adams wrote:
> /usr/bin/monkeysphere conains a "set -e" invocation rather
> than relying on proper error checking.
Hi, Clint. Using "set -e" was a deliberate choice. The reasoning being
that we don't want to just pass over any errors that could potentia
On Tue, 19 Oct 2010 15:34:10 +0200, Alexander Reichle-Schmehl
wrote:
> Am 19.10.2010 15:28, schrieb Alexander Reichle-Schmehl:
>
> > [..] The bad news
> > is, that in all of the the 8 failed builds, it always stopped at a
> > different point. I copied the full build logs of the failed builds to
On Mon, 18 Oct 2010 11:30:56 +0200, Alexander Reichle-Schmehl
wrote:
> I can reproduce this bug in about 3/4 of the build tests using
> monkeysphere 0.31-1 and a simple pbuilder with a minimal configuration:
Hi, Alexander. New versions of this package have been uploaded that
claim to fix this i
On Fri, 15 Oct 2010 16:22:41 +0200, Alexander Reichle-Schmehl
wrote:
> That is quite a strange bug; I could reproduce it simply by running
> pbuilder on the package multiple times. And while I'm using ntp
> according to the logs it hasn't been active.
Lucas, Alexander (or anyone who is encounte
On Wed, 1 Sep 2010 00:21:02 +0200, Jakub Wilk wrote:
> FWIW, it doesn't hang here:
>
> $ grep bogo /proc/cpuinfo
> bogomips: 4620.37
> bogomips: 4620.37
>
> $ time pybtex foo
>
> real1m16.624s
> user1m16.205s
> sys 0m0.212s
>
> Maybe you need to be a bit more patien
On Tue, 31 Aug 2010 23:55:36 +0200, Jakub Wilk wrote:
> Thanks for your bug report. I confirm that the bug is real (though
> personally I don't mind such behaviour at all). The issue should have
> been already known to the upstream author and will be hopefully fixed
> soon.
Thanks so much, Jak
On Tue, 10 Aug 2010 16:06:09 +0200, Lucas Nussbaum
wrote:
> > Lucas and jrollins, can you please tell what time-changing software is
> > running on your build environments if any? This 1s offset looks like
> > the various ntp daemons adjustment process.
>
> None.
Lucas, is your build environmen
On Tue, 10 Aug 2010 11:56:03 +0200, intrigeri wrote:
> Lucas and jrollins, can you please tell what time-changing software is
> running on your build environments if any? This 1s offset looks like
> the various ntp daemons adjustment process.
As I mentioned before, I have never encountered this t
On Fri, 7 May 2010 22:12:25 +0200, Sascha Silbe
wrote:
> On Fri, May 07, 2010 at 03:00:20PM -0400, Jameson Rollins wrote:
>
> > I hope this helps, and again, sorry about the confusion. If this
> > situation is not satisfactory for any reason, please let us know. Do
> >
On Fri, 07 May 2010 20:39:13 +0200, Sascha Silbe
wrote:
> Recently the user and admin guide got dropped from the monkeysphere package.
> Since none of the changelogs seem to mention it, I suppose it wasn't on
> purpose.
> Affects the package in squeeze as well, not just the backport.
Hi, Sasch
Hi, Frank. Thanks so much for the feedback. Responses below.
On Sun, 02 May 2010 23:36:57 +0200, Frank Lin PIAT wrote:
> On Sun, 2010-04-25 at 18:44 -0400, Jameson Graef Rollins wrote:
> > * Package name: xul-ext-monkeysphere
> > Version : 0.1
>
> The package description could me
On Mon, 26 Apr 2010 01:09:37 +0200, Benjamin Drung wrote:
> Please call the source package name monkeysphere and only the binary
> package name xul-ext-monkeysphere.
Hi, Benjamin. Thanks for the response.
There's actually already a package called "monkeysphere", with a
corresponding source pack
Hey, Marc. Thanks so much for the bug report. Questions below:
On Fri, 09 Apr 2010 17:26:31 +0200, Marc Haber
wrote:
> when I have a session for /dev/ttyUSB0 defined, cereal won't let me
> create a second one ('/dev/ttyUSB0' is already being monitored by
> session 'other-session-name'). I can
Hi, folks. I am experiencing this bug:
servo:~ 0$ gnome-open http://debian.org
Error showing url: Failed to execute child process "/usr/lib/iceweasel/firefox"
(No such file or directory)
servo:~ 1$ gconftool -R /desktop/gnome/url-handlers/http
command = /usr/lib/iceweasel/firefox "%s"
needs_te
retitle 566072 fsck now failing hard for unavailable filesystems
thanks
I was recently bit by this bug as well. Filesystems marked 'noauto'
that are not available at boot, and were previously not being checked or
at most experiencing non-fatal errors, are now experiencing fatal errors
that interu
severity 561927 wishlist
thanks
Please careful choose bug severity when filing bugs. This is certainly
*not* a "severe" bug (it's in fact not a bug at all), and severe bugs
are release critical and therefore requires special attention.
I also wonder if this issue is actually addressed by the "li
Hey, Olly. Latest debuild problems:
# Reads the *.install files to decide where to install everything
dh_install --sourcedir=debian/tmp --fail-missing
dh_install: usr/bin/xapian-replicate-1.1 exists in debian/tmp but is not
installed to anywhere
dh_install: usr/bin/xapian-replicate-server-1.1 e
On Wed, 20 Jan 2010 02:49:25 +, Olly Betts wrote:
> Starting from a snapshot tarball isn't a bad plan:
>
> http://oligarchy.co.uk/xapian/trunk/
>
> They have to pass the testsuite on Debian stable to get uploaded, which should
> avoid the majority of cases of picking a bad revision.
Eh, I'm
On Wed, Jan 20, 2010 at 01:28:26AM +, Olly Betts wrote:
> BTW, note 1.1.3 didn't have the patch for #250 in, in case you weren't
> aware of that.
doh! I thought it did. Thanks for the heads up.
jamie.
signature.asc
Description: Digital signature
On Tue, Jan 19, 2010 at 10:19:01PM +, Olly Betts wrote:
> > dh_install --sourcedir=debian/tmp --fail-missing
> > cp: cannot stat `debian/tmp/usr/include/xapian.h': No such file or directory
> > dh_install: cp -a debian/tmp/usr/include/xapian.h
> > debian/libxapian-dev//usr/include/ returned ex
On Mon, Jan 18, 2010 at 09:00:07PM +, Olly Betts wrote:
> For 1.0, I build source packages separately with this script in SVN:
>
> xapian-maintainer-tools/debian/make-source-package
Hey, Olly. Thanks so much for the info.
Unfortunately this script doesn't work for me.
It uses an svn+ssh SV
On Fri, Jan 15, 2010 at 04:53:50AM +, Olly Betts wrote:
> Martin said on IRC this fix would be useful for notmuch hacking at LCA2010.
> I could probably upload a xapian-core package based on SVN truck to
> experimental if that's would be useful.
Hey, Olly. This would be awesome, if this isn't
I want to strongly reiterate madduck's request for the an upload of
the new libxapian. There are quite a few of us who are anxiously
awaiting the new release for the very large performance improvement
from the "kan ru" patch. Even if it just goes into experimental for
now that would be great.
Th
On Sat, Jan 09, 2010 at 10:31:05AM +1300, martin f krafft wrote:
> David and I agreed to take your work as the basis for the Debian
> collab-maint repository, so I cloned it to
> ssh://git.debian.org/git/collab-maint/notmuch.git, but I renamed the
> debian branch to master.
Hey, Martin. That's gr
Hi, folks. I have been maintaining a git debian branch that uses
git-buildpackage and builds lintian clean:
git://lair.fifthhorseman.net/~jrollins/notmuch
I don't have an alioth acount at the moment, but if people want to
pull from it that would be great.
jamie.
signature.asc
Description: Dig
On Wed, Nov 11, 2009 at 04:23:08PM +0100, Marc Haber wrote:
> I'd like to have cereal-admin show foo, doing the same as cereal-admin
> list | awk '{if ($2=="foo") { print }}'.
Hi, Marc. I think cereal already does what you suggest, by just
providing the session name to the list command:
rukh:~ 2
tags 544409 + fixed pending
thanks
Hey, Noèl. Sorry for the delay responding to this.
The ordering of the console= arguments is important for which console
gets kernel IO control. From [0]:
"When multiple consoles are listed output is sent to all consoles and
input is taken from the last liste
retitle 548691 getcwd fails to return proper paths when root includes '.'
thanks
So as was pointed out to me, this isn't really an issue of relative
vs. absolute, since "fakeroot fakechroot chroot root pwd" does not use
an absolute root path, but doesn't exhibit the problem. Instead, it
appears t
I have been struggling with the same problem, and I can confirm that
adding "insmod vbe" to menuentry does fix the problem. I tried adding
"insmod vbe" in the header, but for some reason that did not seem to
fix the issue. It needed to be added to menuentry.
I propose that "insmod vbe" be added
I just pushed a patch for cereal that I think should fix this problem
(r1265). Hopefully we can push a new release soon.
I found the bug I filed against chpst related to this issue (#380261):
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=380261
Is the consensus that the current behavior of c
Hi, Michael. The way I usually handle this issue is similar to your
suggestion, but instead I just keep the variables in the env/
directory and then retrieve them from there. For instance:
OPTIONS=$(head -1 env/OPTIONS)
exec chpst -e env atftpd --no-fork --daemon $OPTIONS
It's a little cumberso
On Fri, Sep 11, 2009 at 08:58:09PM -0700, Don Armstrong wrote:
> Because chpst is lame and cannot understand users (and groups) which
> do not exist in /etc/passwd, cereal should turn them into UIDs itself
> using getent passwd and getent group as appropriate. I'll most likely
> attach a trivial pa
I agree that there should probably be a debconf questions that asks if
the /etc/inittab line should be inserted. I'm of the opinion that
*all* daemons should have such a question to ask if they should be
started on installation. There are many instances when one would want
to install a package th
Hi, Noèl. Thanks for the report. It's a very good question, but a
tricky issue.
> I can reproduce it with "debirf enter " and then the openssl command from
> ssl-cert postinst.
>
> A simple "cat /dev/random" in the entered chroot gives no output.
>
> Can you confirm this problem?
I can confi
tags 527765 - wontfix
tags 527765 pending
thanks
The next release of monkeysphere (0.26) will include a new
STRICT_MODES setting that will disable strict checking of known_host,
authorized_keys, and authorized_user_ids paths, similar to what ssh
does. The tests have been modified to use this, and
tags 534008 + pending
thanks
Thank you very much for the bug report, Lucas, and sorry it's taken us
so long to reply.
This issue has been reported and fixed upstream:
https://labs.riseup.net/code/issues/show/1080
Hopefully we'll be pushing a patched version into testing very soon.
Thanks again
On Mon, Jun 15, 2009 at 07:45:27PM +0200, Guido Günther wrote:
> the problem is caused by a broken sed expression. When building the
> image ones sees:
>
> debirf: creating debirf initrd ('nested')...
> sed: -e expression #1, char 69: unterminated `s' command
> debirf: creating rootfs.cgz...
>
>
severity 527765 normal
tags 527765 wontfix
thanks
Thank you very much for the bug report, Daniel. The behavior you are
seeing is actually expected, but we should maybe be more clear about
how to get around it.
What you are seeing is a failure in the monkeysphere test harness,
which is called by
severity 514264 normal
thanks
On Fri, Feb 06, 2009 at 01:28:37PM +, i...@comtek.co.uk wrote:
> You are correct. The 'umask' command responds '0026'. Which appears to
> be set by
> root's login script. Sessions created after 'umask 22' work fine. Would
> it be reasonable for
> Cereal to exp
On Thu, Feb 05, 2009 at 07:41:12PM +, ian wrote:
> Can't list/attach with non-privileged users.
Hi, Ian. Thank you very much for this bug report. You certainly
should be able to list/attach with the user you specify when creating
the session.
> Now, it appears that handing out read access t
retitle 485599 runsv and run processes remain after sessions destroyed
thanks
Hello, Marc. I'm sorry it took so long to respond to this bug.
I do believe that this might be a runit issue, and I have filed a bug
with runit about it:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505608
It is
I just wanted to say that this bug has been submitted upstream:
https://bugzilla.mindrot.org/show_bug.cgi?id=1545
jamie.
signature.asc
Description: Digital signature
I just wanted to mention that this bug was submitted upstream:
https://bugzilla.mindrot.org/show_bug.cgi?id=1544
jamie.
signature.asc
Description: Digital signature
I'm experiencing a similar problem with the debootstrap fakechroot
variant on a lenny amd64 system (fakechroot 2.8-1).
diff'ing the debootstrap log between a regualr root-run debootstrap,
and one run with "fakeroot fakechroot" (filtering some unnecessary
info), it appears that in the fakechroot co
Hello. I am having the same problem:
...
/usr/src/modules/gpib/sys/osfuncs.c: In function ‘mutex_ioctl’:
/usr/src/modules/gpib/sys/osfuncs.c:1133: error: request for member ‘counter’
in something not a structure or union
/usr/src/modules/gpib/sys/osfuncs.c:1136: error: request for member ‘counte
I am also experiencing the same problem since the 2.6.25 upgrade to
testing. Any idea what the problem might be?
jamie.
servo:~ 0$ sudo module-assistant -t auto-install unionfs-source
.
Updated infos about 1 packages
Getting source for kernel version: 2.6.25-2-686
Kernel headers available in /li
For what it's worth, I think this bug is not RC. If we were putting
lock files somewhere other than /var/lock, then I think it would be.
However, I don't think it's stated anywhere in Debian policy that
serial devices have to be locked. They should be, obviously, but I
don't think it's a policy v
Hello. I too would really like to see this bug fixed, as I would
really like to be able to use gpgkey2ssh. Is there any status on if
this might be resolved?
Thanks so much for maintaining such an important package.
jamie.
signature.asc
Description: Digital signature
Hey, Gerrit. These patches look great. They look like they easily
address all the issues I had. Thanks so much for the quick responses
and all the great work.
jamie.
signature.asc
Description: Digital signature
On Thu, Feb 21, 2008 at 10:23:06PM +, Gerrit Pape wrote:
> Currently update-service --add doesn't touch the ./supervise/
> subdirectories if /supervise already exists and is a
> symlink. So the cereal package could create symlinks pointing to
> elsewhere in the filesystem before running update
Package: runit
Version: 1.8.0-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I think that the current practice of replacing any supervise
directories in the service directory with links to /var/run is
probably the right thing to do. However, this has the adverse
consequence of
Package: mutt
Version: 1.5.17+20080114-1.pgpsigdispattach1
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I believe that mutt is incorrectly assigning the Content-Disposition
of PGP/MIME signature attachments as "inline". This causes some MUAs
(eg. gmail) to feel the
Hi, Gerrit. Thanks so much for filling this bug on cereal (and
vblade-persist). We really appreciate you looking out for us on this,
and your commitment to notifying all runit users is very commendable.
I will bring cereal in line soon, so please don't bother trying to
come up with a patch yours
Hello. I would also very much like to see busybox upgraded. It is
currently very out of date. Upstream is at 1.8.2 stable, while Debian
unstable only includes 1.1.3. There are many bugs that need to get
fixed that were fixed upstream quite a while back.
jamie.
--
To UNSUBSCRIBE, email to [
Package: busybox-static
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello. Thanks for maintaining buxybox, but the versions currently
available in Debian are very out of date. Many bugs have been fixed
upstream that I would like to see in the Debian release. Thank you.
ja
Hello. I would like to get an update on the status of this bug.
Right now, busybox-static is basically uninstallable on any system
that needs initramfs-tools, which I imagine is most. The proposed
solution would work, ie. set "Provides: busybox". I would really like
to use this tool but can't at
Package: gnump3d
Version: 3.0-2
Severity: minor
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey, Steve. I noticed an errant 'a' in the gnump3d.conf config file,
although it doesn't appear to affect the running of the server.
Patch:
servo:0:~/src/gnump3d-3.0/etc> diff -u gnump3d.
On Mon, Oct 29, 2007 at 09:04:49PM +0100, Joaquín Martínez wrote:
> I have the same problem than Jameson with this fuse 2.7.1 version.
> It solves the /etc/mtab link problem but nor fusermount (even root)
> nor umount unmount (normal user) the directory.
After a little research, I'm wondering
On Mon, Oct 29, 2007 at 11:31:26AM +0100, "Adam Cécile (Le_Vert)" wrote:
> Could you please give fuse 2.7.1 (just entered unstable) a try ?
> It should be fixed, at least for me it is.
Thanks for the update, Adam. I have pulled libfuse2 2.7.1-1 from
unstable and was able to successfully mount a r
Package: libfuse2
Version: 2.7.0-2
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
After changing my /etc/mtab to be a symlink to /proc/mounts, sshfs
stopped functioning:
servo:0:~> ls -al /etc/mtab
lrwxrwxrwx 1 root root 12 2007-10-22 11:44 /etc/mtab -> /proc/mounts
servo:0:~
Hello, again. Sorry about this, but I think I was mistaken about this bug
report. I believe now that the bug is with the bash man page, and not the help
page for 'for'. It appears that the syntax listed in 'help for' is correct, and
that listed in the bash man page is incorrect. So sorry for th
Package: bash
Version: 3.1dfsg-8
Severity: minor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I believe the help page for "for" has a punctuation error. The invocation
syntax in the first line says the following:
for: for NAME [in WORDS ... ;] do COMMANDS; done
However, I believe it should r
I just wanted to report that I am also experiencing this issue recurring on the
same machine, with the same setup. As I reported previously, the problem is
occurring on an etch amd64 machine with users/groups in a remote LDAP database.
Purging /var/db/nscd does solve the problem temporarily, but i
I have been experiencing what I believe is this same problem on an etch amd64
machine. We started experiencing weird passwd resolution issues for LDAP users
that I traced to a failing nscd server. When started manually with the -d
option, the following failure occurs within the first 30 seconds:
I'm not sure why this bug is not more severe. I have the same problem. As far
as I can tell, this package is a lead brick. Is there any indication why this
is happening at all?
Thanks for maintaining!
jamie.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
Hey, guys. I just wanted to point out that these two bugs (422407 [0] and
420843 [1]) are obviously intimately related. I don't have any clear notion of
who rightfully gets it, though.
I only started noticing the problem yesterday, but I don't see any recent
updates that would have caused it. I
Package: mpd
Version: 0.12.1-1
Severity: normal
After the most recent upgrade to 0.12, there seems to be a regression on a
change that was made in 0.11.5. Before the upgrade, mpd had been stripping off
the '\r' characters from m3u files. However, after the upgrade, it appears that
mpd is no long
Package: sysvinit
Version: 2.86.ds1-20
Severity: important
Upon rebooting my machine today (etch) after many weeks of uptime, the boot
failed while trying to fsck the block device /tmp/rootdev. The device could not
be fsck'd because my /tmp filesystem was mounted nodev.
It looks to me like /tmp
Package: elog
Severity: normal
The "List Menu commands" parameter does not seem to work. The List menu
displays the default values, no matter what alternate setting is given, and
whether spcified in the global configuration, or in a specific log
configuration. I have tried different capitalizat
Package: firefox
Version: 1.5.dfsg+1.5.0.4-1
Severity: normal
It appears that the master password goes not expire.
The following configuration options are set so that, I believe, the master
password should expire after 5 minutes. However, the password appears to never
expire:
security.ask_for_
Package: octave-plplot
Version: 5.3.1-8
Severity: grave
Justification: renders package unusable
I have been trying to get plplot to work in Octave 2.1, but every time I try to
use it, it causes Octave to crash. Here is an example:
radar:~> octave
1:~>> LOADPATH = "/usr/share/plplot_octave//:/us
Package: xosd-bin
Version: 2.2.14-1.2
Followup-For: Bug #328676
Here's a diff that should resolve this bug. In addition, I've added the
"shadowcolour" option, that was not originally reported as missing.
Thanks so much for all your Debian work.
jamie.
-- System Information:
Debian Release: tes
Package: inkscape
Version: 0.43-0.0etch1
Severity: normal
I think that there should be per-user default templates. It doesn't make sense
to me that there aren't, and that I have to specify the same things every time I
open a new document. They would be stored in something like
~/.inkscape/temp
Package: evince
Version: 0.4.0-1
Severity: important
*** Please type your report below this line *** At some point evince stopped
being able to open any files. Upon trying to open any normally supported file
type (pdf/ps/dvi/etc.), an error message pops up that says that the document is
a MIME ty
83 matches
Mail list logo