Hi Giuseppe,
On Thu, 6 May 2010, Giuseppe Iuculano wrote:
debuild binary calls debian/rules binary. This is not the correct way
to build a package, it should be:
- debian/rules clean
- debian/rules build
- debian/rules binary
Policy disagrees. From IRC #debian-devel on oftc...
17:02
Applied all three patches, still seeing a failure (below).
Regards, Faheem.
On Fri, 30 Apr 2010, Jonathan Nieder wrote:
Faheem Mitha wrote:
Ok, will retest and let you know.
Much appreciated, thanks.
Removing docs/
Removing foo/
Removing
On Mon, 26 Apr 2010, Jonathan Nieder wrote:
Faheem Mitha wrote:
Um, to be clear, i ran 'debuild binary' as normal user, as I always
do, to get the error you saw. 'debuild binary' uses fakeroot. Not
sure what you mean by 'run tests as root'. My understanding of the
thread you pointed me
Hi Gerrit,
On Fri, 30 Apr 2010, Gerrit Pape wrote:
On Mon, Apr 26, 2010 at 01:43:00PM -0500, Jonathan Nieder wrote:
retitle 579273 Test suite fails when run as root
Faheem Mitha wrote:
* FAIL 24: init notices EPERM
If you follow the link above, you can find a patch
On Fri, 30 Apr 2010, Jonathan Nieder wrote:
Hi Faheem,
Faheem Mitha wrote:
I applied the patch you pointed me to, namely
diff -r cce2e3ed57a1 -r b6a12d78e4e6 t/test-lib.sh
--- a/t/test-lib.sh Fri Apr 30 12:00:32 2010 +0530
+++ b/t/test-lib.sh Fri Apr 30 12:20:30 2010 +0530
On Fri, 30 Apr 2010, Jonathan Nieder wrote:
Faheem Mitha wrote:
On Fri, 30 Apr 2010, Jonathan Nieder wrote:
Faheem Mitha wrote:
I applied the patch you pointed me to, namely
diff -r cce2e3ed57a1 -r b6a12d78e4e6 t/test-lib.sh
--- a/t/test-lib.sh Fri Apr 30 12:00:32 2010 +0530
+++ b/t
Package: git-core
Version: 1.7.0.4-1
Severity: normal
This version of git failed to build on lenny, though build
dependencies were satisfied.
Errors appear below.
Regards, Faheem
**
fatal: cannot mkdir
On Mon, 26 Apr 2010, Jonathan Nieder wrote:
Hi Faheem,
Faheem Mitha wrote:
* FAIL 24: init notices EPERM
If you follow the link above, you can find a patch for this. Alternatively,
as a workaround, make sure you are not root when running tests.
Thanks for writing,
Jonathan
Hi
On Mon, 26 Apr 2010, Jonathan Nieder wrote:
Hi Faheem,
Faheem Mitha wrote:
Thanks for the quick response. Is the patch going to be applied to
the Debian package? If I understand the thread and your response
correctly, this patch would make the package build when using
fakeroot. Usage
Hi Rogério,
Sorry for the slow response.
On Thu, 25 Feb 2010, Rogério Brito wrote:
Hi, Faheem.
2010/2/25 Faheem Mitha fah...@email.unc.edu:
$ youtube-dl -b 'http://www.youtube.com/watch?v=6FNUiy-D5pQ' -o
arjay_melissa2.mp4
(...)
I just tried to get the video and everything was fine
Package: youtube-dl
Version: 2010.02.13-1
Severity: normal
$ youtube-dl -b 'http://www.youtube.com/watch?v=6FNUiy-D5pQ' -o
arjay_melissa2.mp4
Downloads ok, won't play. Get an error. Downloaded to two different
machines, one in the US, one in India, got two different md5sums
(neither of which
On Wed, 24 Feb 2010, Rogério Brito wrote:
tags 570837 moreinfo
thanks
Hi, Faheem.
2010/2/21 Faheem Mitha fah...@email.unc.edu:
youtube-dl -b 'http://tinyurl.com/yz8ypxx' -o jordan_jen.mp4
Error: URL does not seem to be a youtube video URL. If it is, report a
bug.
Actually, I don't see
On Wed, 24 Feb 2010, Rogério Brito wrote:
Hi, Faheem.
2010/2/24 Faheem Mitha fah...@email.unc.edu:
Just to be clear, we're talking about the url that
http://tinyurl.com/yz8ypxx points to, namely
http://www.youtube.com/watch?feature=player_profilepageeurl=http%3A//www.youtube.com/user
On Wed, 24 Feb 2010, Rogério Brito wrote:
Since your URL contains ampersands, it gets interpreted by your shell as
a request to put a command in the background. Can you please try with
the URL enclosed in quotes?
Oh, right, sorry. Yes, indeed, it works now. Thanks.
Package: youtube-dl
Version: 2008.03.22-1
Severity: normal
youtube-dl -b 'http://tinyurl.com/yz8ypxx' -o jordan_jen.mp4
Error: URL does not seem to be a youtube video URL. If it is, report a
bug.
-- System Information:
Debian Release: 5.0.4
APT prefers stable
APT policy: (500, 'stable'),
Package: argparse
Version: 1.0.1
Severity: normal
Build dependencies are apparently satisfied, but exits with error,
hence bug. I'm guessing this is another case of insufficiently tight
dependencies.
Regards, Faheem.
On Sat, 14 Nov 2009, Faheem Mitha wrote:
Package: argparse
Version: 1.0.1
Severity: normal
Build dependencies are apparently satisfied, but exits with error,
hence bug. I'm guessing this is another case of insufficiently tight
dependencies.
Weird, if I run this second time it completes
Courtesy of sney on #debian on oftc, you can find the offending diff at
http://drubo.net/temp/2009-11-04-0016.39.gz
Regards, Faheem.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi Michael, David,
Thanks for the prompt response and the patch. See below.
On Wed, 4 Nov 2009, Michael Vogt wrote:
Attached is a patch that should add detection for patches that are
bigger than the actual file to patch. Unfortuantely I can no longer
reproduce the failure. Testing/feedback
Package: apt
Version: 0.7.20.2+lenny1
Severity: normal
I am currently getting the following. My guess is a malformed pdiff
file. A couple of other people of #debian (oftc) have been seeing
similar errors. Possibly related to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=545694 but this is
Package: bzr
Version: 2.0.1-1
Severity: normal
I'm trying to build bzr 2.0.1 (sources from unstable) on lenny i386.
This fails with errors as follows. The weird thing is that this build
works fine on two different amd64 machines. I don't have another i386
machine to test on handy right now.
Package: bzr
Version: 1.16.1-1~bpo50+1
Severity: normal
I'm trying to build bzr 2.0.1 (sources from unstable) on lenny.
Versions of build dependencies are as follows, and satisfy listed
dependencies.
ah...@orwell:/usr/local/src/bzr/bzr-2.0.1$ dpkg -l debhelper cdbspython
python-all-dev
Just ran into this. Running lenny.
Regards, Faheem.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: mercurial
Version: 1.3.1-1~bpo50+2
Severity: normal
Hi,
Just happened to list the contents of the current mercurial 1.3.1
package in unstable, and noticed some of the files are under the
python 2.4 directory and some under 2.5. I can't think of any reason
why one might do this, but
Package: darcsweb
Severity: normal
Not sure where to report this, so reporting here. Please forward as
appropriate. Thanks.
There seems to be some darcsweb breakage. eg
http://darcs.debian.org/cgi-bin/darcsweb.cgi?r=pkg-haskell/haskell-regex-base;a=shortlog
and
Thanks for your work on this.
You are going to have to tighten up your python dependency in the hgview
package.
You currently have python (=2.5). However
--install-layout is only in more recent versions of 2.5 (=2.5.3-1~exp1
according to transcript from #debian-mentors on oftc below). I'd
Package: hgview
Version: 1.1.1-1
Severity: normal
hgview tries to install on lenny with -t unstable.
However, as you can see below, the installation fails, I think since
the python-support dependency is not tight enough. This is a fairly
nasty problem, because the removal fails because the
.
Regards and apologies, Faheem.
On Sun, 6 Sep 2009, Martin Pitt wrote:
reassign 543757 postgresql-common 99
tag 543757 moreinfo
thanks
Hello Faheem,
Faheem Mitha [2009-08-26 14:34 -0400]:
I just wiped off everything postgresql related from this machine
Hm, perhaps you forgot /etc
Joe has an opinion about this.
Regards, Faheem.
Package: postgresql-8.3-plr
[...]
Version: 1:8.3.0.6-1
[...]
Depends: r-base-core, postgresql-8.3, libc6 (= 2.7-1)
*
Faheem Mitha
On Mon, 31 Aug 2009, Dimitri Fontaine wrote:
tag wontfix
stop
Le 17 août 09 à 17:06, Faheem Mitha a écrit :
Package: pgloader
Version: 2.3.2-1
Severity: important
Installation of the unstable version of this package on lenny gives
the following. As you can see apt-get -f install does
Package: postgresql-8.4
Version: 8.4.0-2~bpo50+1
Severity: minor
Hi,
I just wiped off everything postgresql related from this machine, and
reinstalled pg 8.4 from lenny backports from scratch, but it still
configured to listen at port 5433. Not a big deal, but a bit annoying.
Any idea why?
If
Package: time
Version: 1.7-23
Severity: minor
The README says
Mail suggestions and bug reports for GNU time to
bug-gnu-ut...@prep.ai.mit.edu.
This email does not exist; I got a bounce. The reason I was originally
writing was because I wanted a way to call time from within a Python
function,
Package: pgloader
Version: 2.3.2-1
Severity: important
Installation of the unstable version of this package on lenny gives
the following. As you can see apt-get -f install does not fix it. I'm
guessing the dependencies may need tightening or something.
This should be easy to reproduce, but if
Package: etckeeper
Version: 0.38
Severity: normal
fah...@orwell:/usr/local/src/emacs$ sudo apt-get remove --purge
emacs23 emacs23-bin-common emacs23-common emacs23-el emacs23-gtk
emacs23-nox
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package
, Faheem.
On Sun, 2 Aug 2009, Faheem Mitha wrote:
Package: etckeeper
Version: 0.38
Severity: normal
fah...@orwell:/usr/local/src/emacs$ sudo apt-get remove --purge
emacs23 emacs23-bin-common emacs23-common emacs23-el emacs23-gtk
emacs23-nox
Reading package lists... Done
Building dependency tree
Just ran into something very similar... This is with
ii apt 0.7.20.2+lenny1
Advanced front-end for dpkg
This is a really old bug, but I don't recall running into it before.
Config info generated by reportbug appended at the
Just wondering what happened to this patch. It looked like a nice feature.
Regards, Faheem.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
?
Regards, Faheem Mitha.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: etckeeper
Version: 0.38
Severity: minor
See subject. :-)
Regards, Faheem.
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (500, 'stable'), (50, 'unstable'), (50, 'testing'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux
Package: etckeeper
Version: 0.38
Severity: wishlist
Hi,
per
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505772
etckeeper does an
hg init on installation.
However, 505772 actually actually suggests asking the user before
doing this, which I would prefer. Yes, I could run uninit, but I'm
Package: postgresql-client-8.3
Version: 8.3.7-0lenny1
Severity: wishlist
Hi,
I have been using a machine, still running etch, where tab completion
for local dbs works.
fah...@ccis2753:~$ dpkg -l postgresql-client-8.3
[...]
ii postgresql-client-8.3 8.3.5-1~bpo40+1 front-end programs
Package: bash-completion
Version: 20080705
Severity: minor
506973
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (500, 'stable'), (50, 'unstable'), (50, 'testing'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-vserver-686-bigmem (SMP
Package: bash-completion
Version: 20080705
Severity: minor
Hi,
The link /usr/share/doc/bash/README.bash_completion.gz points nowhere.
I think it is intended to point to ../bash-completion/README.gz.
Regards, Faheem.
fah...@orwell:~$
On Mon, 13 Jul 2009, Faheem Mitha wrote:
Package: postgresql-client-8.3
Version: 8.3.7-0lenny1
Severity: wishlist
Hi,
I have been using a machine, still running etch, where tab completion
for local dbs works.
fah...@ccis2753:~$ dpkg -l postgresql-client-8.3
[...]
ii postgresql-client-8.3
Package: mercurial
Version: 1.2.1-3
Severity: normal
Hi Vincent,
I was having a problem building
1.2.1-3 0
50 http://debian.csail.mit.edu squeeze/main Packages
50 http://debian.csail.mit.edu unstable/main Packages
on lenny though the build dependencies were
On Sun, 25 Jan 2009, Joe Conway wrote:
Andreas Tille wrote:
On Fri, 23 Jan 2009, Dirk Eddelbuettel wrote:
| You can work around this problem for your local installation by just
| copying src/include/Rdevices.h into the plr source directory. The
| you can build the package for the
On Fri, 23 Jan 2009, Dirk Eddelbuettel wrote:
reassign 510251 postgresql-8.3-plr
thanks
Andreas,
First off, thanks for maintaining pl-r. I wasn't aware that it has landed in
your lap. I was aware that the Pg maintainers didn't really want it (for lack
of R expertise) but I had no spare
Package: postgresql-8.3-plr
Version: 1:8.3.0.6-1
Severity: wishlist
Hi,
I have never used plr, but tried building it against 2.8 (CRAN version
2.8.1-1~etchcran.0) right now in an etch vserver, and it failed.
Should I report it to the plr mailing list?
Note, the system info below is inaccurate,
Package: postgresql
Version: 8.3.5-1
Severity: wishlist
I installed 8.3 on lenny and discovered it is listening on 5433. I
believe 5432 is the standard. This may have something to do with the
fact that other versions of postgres were previously installed, though
I believe I deleted them before
Hi Martin,
Thanks for the quick reply.
On Wed, 17 Dec 2008, Martin Pitt wrote:
reassign 508977 postgresql-common 91
thanks
Hi Faheem,
Faheem Mitha [2008-12-17 0:15 -0500]:
I installed 8.3 on lenny and discovered it is listening on 5433. I
believe 5432 is the standard. This may have
Package: openssh-server
Version: 1:5.1p1-3
Severity: important
Hi,
Since the upgrade of this machine from etch to lenny, the ssh server
consistently fails on reboot. The only thing I see in auth.log is the
following
Nov 15 16:52:55 orwell sshd[2732]: error: Bind to port 22 on
192.168.1.200
Package: bzr
Version: 1.9~rc1-1
Severity: normal
See the following transcript below. Why do I see
Format RepositoryFormatKnit1 for
nosmart+http://bzr.debian.org/apt/apt/debian-sid/.bzr/ is deprecated -
please use 'bzr upgrade' to get better performance
when I just followed the instructions to
On Sat, 8 Nov 2008, Jelmer Vernooij wrote:
Faheem Mitha wrote:
See the following transcript below. Why do I see
Format RepositoryFormatKnit1 for
nosmart+http://bzr.debian.org/apt/apt/debian-sid/.bzr/ is deprecated -
please use 'bzr upgrade' to get better performance
when I just followed
Package: grub
Version: 0.97-47
Severity: normal
As can be seen by looking at menu.lst, update-grub generates Xen
config sections even though Xen kernels are not currently present (I
recently purged them).
Currently installed kernels follow.
orwell:/home/faheem# COLUMN=200 dpkg -l | grep
On Sat, 8 Nov 2008, Faheem Mitha wrote:
Package: grub
Version: 0.97-47
Severity: normal
As can be seen by looking at menu.lst, update-grub generates Xen
config sections even though Xen kernels are not currently present (I
recently purged them).
Currently installed kernels follow.
orwell
On Sun, 2 Nov 2008, Faheem Mitha wrote:
Package: bzr-gtk
Version: 0.94.0-1
Severity: normal
I'm running lenny.
I checked the bzr repos out from
nosmart+http://bzr.debian.org/apt/apt/debian-sid/
When I click on the log icon, I get
Traceback (most recent call last):
File
/usr/lib
Package: bzr-gtk
Version: 0.94.0-1
Severity: normal
I'm running lenny.
I checked the bzr repos out from
nosmart+http://bzr.debian.org/apt/apt/debian-sid/
When I click on the log icon, I get
Traceback (most recent call last):
File
On Wed, 29 Oct 2008, Sven Joachim wrote:
On 2008-10-29 05:08 +0100, Faheem Mitha wrote:
Package: emacs
Version: 22.2+2-4
Severity: normal
I recently upgraded to lenny. Note that initially I got emacs22-nox
installed for some reason, but that is a side issue.
It should not have happened
On Wed, 29 Oct 2008, Sven Joachim wrote:
On 2008-10-29 13:17 +0100, Faheem Mitha wrote:
On Wed, 29 Oct 2008, Sven Joachim wrote:
- Apt has a bug, it should always prefer the real package over a
provided one.
It should be possible to track this down using logs. Does apt now have
a log
Package: emacs
Version: 22.2+2-4
Severity: normal
I recently upgraded to lenny. Note that initially I got emacs22-nox
installed for some reason, but that is a side issue. More importantly,
alternatives did not update correctly to emacs22. Isn't this set in
the postinst or something?
Further
Package: mercurial
Version: 0.9.5-2~bpo40+1
Severity: wishlist
Hi,
Mercurial just did their 1.0 release, which includes the inotify
extension. Please consider enabling this extension by default for the
Debian package.
Thanks, Faheem.
-- System
Hi,
Looks like a patch is still needed. See the source directory of
util-vserver (util-vserver-0.30.214/contrib/) for versions of this patch
for different versions of yum,
Thanks, Faheem.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
On Wed, 31 Oct 2007, Faheem Mitha wrote:
Hi,
Looks like a patch is still needed. See the source directory of util-vserver
(util-vserver-0.30.214/contrib/) for versions of this patch for different
versions of yum,
Oh, and...
17:50 daniel_hozac faheem: IIRC the 2.3.4 patch worked fine
On Wed, 31 Oct 2007, Faheem Mitha wrote:
On Wed, 31 Oct 2007, Faheem Mitha wrote:
Hi,
Looks like a patch is still needed. See the source directory of
util-vserver (util-vserver-0.30.214/contrib/) for versions of this patch
for different versions of yum,
Oh, and...
17:50
On Mon, 29 Oct 2007, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the mercurial package:
#447663: mercurial: 0.9.5 available
It has been closed by Vincent Danjean [EMAIL PROTECTED].
Their explanation is attached
On Mon, 29 Oct 2007, Vincent Danjean wrote:
retitle 413869 update etch mercurial from 0.9.1 to current version
thanks
Vincent Danjean wrote:
Faheem Mitha wrote:
Thank you very much. Do you plan to provide a backport for Etch? It
would be very much appreciated.
Yes, I will do it. However
Package: mercurial
Version: 0.9.4-1~bpo1
Severity: wishlist
Hi Vincent,
I'm sure you are aware 0.9.5 is available, but this is really more to
ask what your timeline is with regard to packaging 0.9.5. If it is
going to be a while, I'll have a shot merging in the Debian packaging
from 0.9.4 to
Package: util-vserver
Version: 0.30.214-3~bpo.1
Severity: normal
On upgrading from util-vserver 0.30.214-3~bpo.1 to 0.30.214-3~bpo.1
/usr/lib/util-vserver/distributions/etch is empty for
0.30.214-3~bpo.1.
bulldog:/usr/lib/util-vserver/distributions/etch# ls -la
total 8
drwxr-xr-x 2 root root
Package: python-django
Version: 0.96-1
Severity: wishlist
See http://code.djangoproject.com/ticket/5715. It is unlikely Django
will add this to their docs. Perhaps you could add something like it
to README.Debian in the python-django package?
Hi,
Actually, it would make sense to include Django's unit test in the
packaging. It might make sense to have the tests as a separate package
since they are not necessary for the functioning of the software, and
include the instructions in question there.
On Tue, 9 Oct 2007, Raphael Hertzog wrote:
On Tue, 09 Oct 2007, Faheem Mitha wrote:
Package: python-django
Version: 0.96-1
Severity: wishlist
See http://code.djangoproject.com/ticket/5715. It is unlikely Django
will add this to their docs. Perhaps you could add something like
Package: ghc6
Version: 6.6.1-2
Severity: minor
The build dependency on haddock should be 0.8, not 0.6, as documented in the
changelog.
Faheem.
-- System Information:
Debian Release: 3.1
APT prefers oldstable
APT policy: (500, 'oldstable'), (50,
Package: hg-buildpackage
Version: 1.0.2
Severity: normal
I get the following backtrace when I try to run
hg view
in a repos created by hg-buildpackage. If you want further details,
let me know. This was intended to merge in mercurial 0.9.4 from
upstream with Debian changes for 0.9.3.
I'm
When doing the merge into 0.9.4, hg-buildpackage seems to have mislaid the
patches directory. Not sure if this is something I'm doing wrong.
The problem appears to be that though the patches directory is correctly
added in the import of Debian sources, it is not registered by the
repository
On Sun, 15 Jul 2007, John Goerzen wrote:
Those entries don't appear to be anything that hg-buildpackage would have
created. How did you create this repo?
By using hg-buildpackage. I followed the instructions in importing the
mercurial 0.9.3-2~bpo2 Debian sources. Changelog follows. Do you
On Sun, 15 Jul 2007, Faheem Mitha wrote:
On Sun, 15 Jul 2007, John Goerzen wrote:
Those entries don't appear to be anything that hg-buildpackage would have
created. How did you create this repo?
By using hg-buildpackage. I followed the instructions in importing the
mercurial 0.9.3-2
On Sun, 15 Jul 2007, Faheem Mitha wrote:
When doing the merge into 0.9.4, hg-buildpackage seems to have mislaid the
patches directory. Not sure if this is something I'm doing wrong.
The problem appears to be that though the patches directory is correctly
added in the import of Debian
On Wed, 20 Jun 2007, Thue Janus Kristensen wrote:
I am also hitting this, while rdiff-backupping between two x86-32 systems.
A fix in the official Debian packages would be very handy, compared to
compiling, installing and maintaining my own packages.
Somebody really needs to do an NMU for
On Tue, 19 Jun 2007, Geert Stappers wrote:
Op 18-06-2007 om 16:17 schreef Faheem Mitha:
Hi,
Just to shed a little more light on this problem. I just did some more
work on the laptop in question. I ignored the ethernet detection card
problem and proceeded to configure the wireless card
Hi,
Just to shed a little more light on this problem. I just did some more
work on the laptop in question. I ignored the ethernet detection card
problem and proceeded to configure the wireless card (Intel ipw3945 card).
This seems to correspond to eth0, which is not conventional. I haven't
Another message that should have gone out Saturday evening, but did not
make it. Probably no longer relevant, but resending anyway.
Faheem.
On Sat, 28 Apr 2007, Russ Allbery wrote:
Brian J Lopes [EMAIL PROTECTED] writes:
To
On Tue, 24 Apr 2007, Russ Allbery wrote:
Faheem Mitha [EMAIL PROTECTED] writes:
What is the recommended configuration? We've been having problems using
the Etch kernel (2.6.18) and the Etch openafs module.
That's the recommended configuration. What problems are you having?
I'll let
On Tue, 24 Apr 2007, Russ Allbery wrote:
Faheem Mitha [EMAIL PROTECTED] writes:
Package: openafs-modules-source
Version: 1.4.2-6
Severity: normal
Hi,
I can't get the current version (1.4.2-6) of the openafs module to
compile with the installed 2.4.27 kernel (2.4.27-3-686). I tried
Package: installation-reports
Severity: normal
-- Package-specific info:
Boot method: CD
Image version: etch RC2 image (both netinst and full)
Date: 4th April 2007.
Machine: Lenovo Thinkpad R60
Partitions: df -Tl will do; the raw partition table is preferred
Base System Installation
Hi,
This bug does not look very fixed to me. Where are the System.map* or
config-* files?
Faheem.
**
orwell:/home/faheem# dpkg -L linux-image-2.6.18-4-xen-686
Package: rubber
Version: 1.1-2
Severity: normal
When trying to compile a file (mg.tex), I get the following traceback.
This worked fine with the version in sarge (0.99.8-1).
mono.tex is a file included in mg.tex (\include{mono}).
I can give further information if necessary.
On Sat, 18 Nov 2006, dean gaudet wrote:
On Sat, 18 Nov 2006, Michael Prokop wrote:
So can you please provide the necessary steps to reproduce the problem?
iirc it doesn't happen on every file 4GB.
try between a 32-bit and a 64-bit host -- that's when it was hitting me
the worst.
Yes.
Hi,
I just ran into this bug while using rdiff-backup.
This was with a 4.2 Gig Zope Data.fs database file. I ignored it for a
bit hoping it would go away. It didn't, but I was relieved to learn
that this was a known bug with a patch.
I spent quite a lot of time yesterday, patching librsync
Package: python-dev
Version: 2.3.5-2
Severity: wishlist
Hi.
I have an application that I am compiling against Python development files
(it uses Boost Python). The build system uses include path
usr/include/python2.3, libpath /usr/lib/python2.3/config, and shared library
/usr/lib/libpython2.3.so
that I could come up with a small example that
exhibits the error, but hopefully that will not be necessary.
Faheem.
On Wed, 2006-05-31 at 16:03 -0400, Faheem
On Fri, 12 May 2006, Daniel Kobras wrote:
On Wed, May 10, 2006 at 11:06:04PM -0400, Faheem Mitha wrote:
On Thu, 11 May 2006, Vincent Danjean wrote:
On the mercurial ML, it seems that this bug has been recently solved.
Can you confirm this to me so that I can close the bug ?
The 0.9-1
On Thu, 11 May 2006, Vincent Danjean wrote:
On the mercurial ML, it seems that this bug has been recently solved.
Can you confirm this to me so that I can close the bug ?
The 0.9-1 package is on my web page and in incomming (so it should be in
unstable tomorrow).
Hi. I've installed 0.9-1 on
Hi,
Update on this bug, see http://www.selenic.com/mercurial/bts/issue88.
I gave Benoit an account on a couple of my machines, and he could
reproduce the problem, and came up with a patch that makes it disappear,
at least on my machines.
This patch is now in Mercurial, and should be part
On Tue, 31 Jan 2006, Vincent Danjean wrote:
Can you try
Daniel Kobras wrote:
On Fri, Dec 09, 2005 at 04:41:36PM -0500, Faheem Mitha wrote:
Suppose we are trying to push/pull between two repos using ssh://
protocol, one local and one remote, then, if the local repos exists
Package: roundup
Version: 0.8.4-3
Severity: minor
Hi,
README.Debian incorrectly refers the Roundup config file as config.py. I
believed this changed to config.ini in 0.8. In any case, config.ini is
correct.
Regards, Faheem Mitha.
-- System
stuff in the latter.
I think there is some magic one can add so the system automatically adds
these dependencies at build time, but I'm not an expert at this stuff.
Regards.Faheem Mitha.
-- System Information:
Debian Release: 3.1
APT prefers
On Wed, 30 Nov 2005, Faheem Mitha wrote:
Package: debian-reference
Severity: wishlist
Tags: patch
Hi,
I'd suggest adding some material to the dchroot section, including notes
about about bind mounts, dchroot, and prompt configuration. I've found all
this information extremely useful.
See
Package: mercurial
Version: 0.7-7
Severity: wishlist
Hi,
Please consider including the Mercurial Queues extension in the Debian
Mercurial package
http://www.selenic.com/mercurial/wiki/index.cgi/MqExtension
Thanks. Faheem.
-- System Information:
Package: roundup
Version: 0.8.2-1
Severity: wishlist
Hi,
In the Roundup installation documentation
(http://roundup.sourceforge.net/doc-0.8/installation.html#configure-an-email-interface),
it says
***
As a mail alias pipe process
For background context, see the thread beginning with
http://lists.alioth.debian.org/pipermail/pkg-exim4-users/2005-December/000371.html
Faheem,
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
201 - 300 of 349 matches
Mail list logo