On Thu, Dec 15, 2005 at 03:31:54AM +, Malcolm Scott wrote:
Version: 2.2.27-1
This was fixed in 2.2.30 (already in the archive). And in 2.2.32
(not yet uploaded), this script will be replaced entirely by the
xfs_quota(8) command from recent versions of xfsprogs.
cheers.
--
Nathan
--
To
On Tue, Nov 08, 2005 at 08:26:31PM +0100, Martin Steigerwald wrote:
Package: xfsprogs
Version: 2.6.36-1
Severity: normal
Hello Nathan,
using the frag command in xfs_db gives a segmentation fault here:
Hi Martin,
I fixed this a little while ago in XFS CVS, but I've not yet
uploaded a new
On Sat, Oct 29, 2005 at 12:39:34PM -0400, Christopher Martin wrote:
I was contemplating creating an XFS partition, and in the process of
verifying that XFS works with SELinux, came across this thread:
https://www.redhat.com/archives/fedora-selinux-list/2004-October/msg00023.html
It
On Mon, Oct 31, 2005 at 09:46:49AM +1100, Nathan Scott wrote:
However, we recently extended XFS to use a different algorithm for
managing the literal area of the inode (after the stat stat, where
stat data, even. :)
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
On Tue, Sep 12, 2006 at 12:30:08AM +0200, Ferenc W?gner wrote:
Package: xfsprogs
Version: 2.8.11-1
Severity: normal
Hi,
I guess my problem is rooted in the 'well known' 2.6.17 error, or maybe
not. Anyway, my experience under a current Sid system is that
xfs_repair does not fix my
On Mon, Aug 07, 2006 at 11:25:06PM +0200, Adrian Dziubek wrote:
I would add, that the same message is also issued, when the user tries
to change non-user attribute. e.g.:
setfattr -n something -v something
setfattr -n user.something -v something
The first won't work on user_xattr enabled
On Tue, Aug 08, 2006 at 10:37:00PM +0200, Frans Pop wrote:
On Tuesday 08 August 2006 19:57, Frans Pop wrote:
libpthread is available in the installer, but librt currently is not
and we'd prefer not having to add it. Is it possible for you to link in
librt statically for the udeb?
Please
On Mon, 2008-09-29 at 16:56 -0300, Peter Cordes wrote:
tags 500593 patch
thanks
I fixed this by re-adding the imflag ? imaxpct : defaut logic.
I also re-arranged the -N printing logic to use the values stored in sbp,
instead of duplicating code when it's easy to avoid. see attached patch.
On Thu, 2008-07-24 at 11:20 -0700, Daniel Bakken wrote:
Package: xfsdump
Version: 2.2.48-1
Attempting to defragment an xfs filesystem fails:
xfs_fsr /dev/power/data
/san start inode=0
unable to get handle: /san: Invalid argument
# uname -a
Linux power 2.6.22-3-powerpc64 #1 SMP Wed
On Fri, 2008-07-25 at 08:19 -0700, Daniel Bakken wrote:
Yes, I am. Here is the output:
/usr/sbin/xfs_fsr: ELF 32-bit MSB executable, PowerPC or cisco 4500,
version 1 (SYSV), for GNU/Linux 2.6.8, dynamically linked (uses shared
libs), stripped
Ah, OK - this is a kernel problem then. You may
On Wed, 2008-07-30 at 09:15 +0200, Laurent Bonnaud wrote:
Hi,
how is the upstream inclusion of this patch progressing ?
AFAICT, not at all (zero discussion for many months / years now).
The acl package userspace patches on the citi webpage are for acl
2.2.42, which was released December 06.
Hi guys,
Any idea when 4.4.1 is planned? This seems to be taking a looong time.
Any way we could get a patch for this issue included in the meantime,
if it looks like it will be still awhile?
thanks!
--
Nathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Package: qt4-x11
Version: 4.4.1-1
Severity: serious
I'm trying to install the 4.4.1 packages from experimental, to see if
483790 is really resolved for my app, and I'm struggling - it kinda,
sorta, maybe looks like a packaging botch in libqtcore4 vs libqtgui4?
Below is what I see from dpkg...
On Sat, 2008-09-06 at 10:55 +0200, Ana Guerrero wrote:
No, since this is not targeted for lenny, we are not plannign
currently upload
it to unstable.
Hmmm... but its a bugfix release isnt it? Moving from
4.3 to 4.4 introduced several regressions in just my
one app, I'd expect others have
On Mon, 2008-09-08 at 08:51 +0200, Sune Vuorela wrote:
On Monday 08 September 2008 02:30:21 Nathan Scott wrote:
On Sat, 2008-09-06 at 10:55 +0200, Ana Guerrero wrote:
No, since this is not targeted for lenny, we are not plannign
currently upload
it to unstable.
Hmmm... but its
On Thu, 2008-02-14 at 22:42 +1100, Russell Coker wrote:
Package: xfsprogs
Version: 2.8.11-1
Severity: critical
Justification: breaks the whole system
Heh, er, just a tad extreme? (its not clear how an xfs_check SEGV
can break the whole system...?)
I have a filesystem which causes a SEGV
On Sun, 2008-02-03 at 16:07 +0100, Peter Rabbitson wrote:
...
The attached to line patch fixes this.
Thanks Peter - looks good to me - I've forwarded to upstream and will
upload once they're merged it (should be soon, as theres another more
critical change pending too).
cheers.
--
Nathan
On Sun, 2008-01-06 at 23:51 +, Reuben Thomas wrote:
adding to the end of the paragraph:
_list_ is a caller-allocated buffer of size _size_.
Fwd'd to upstream, thanks Reuben.
--
Nathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
On Thu, 2007-11-29 at 21:02 +, Reuben Thomas wrote:
Package: libattr1-dev
Version: 1:2.4.39-1
Severity: minor
In the word OR'ed, a diagonal tick \' is used, when a normal
apostrophe, produced with ', should have been used. This affects line
42 of attr_set.3.gz and line 44 of
On Wed, Feb 02, 2005 at 07:45:19AM +0100, Marc Haber wrote:
Please consider either changing to a really native package (without
debian-version in the version number)
I guess I would consider a patch to do this if I was sent one, but
as I said I've never found a need to do this, and have not
On Wed, Feb 02, 2005 at 07:50:01AM +0100, Marc Haber wrote:
Hi,
xfs_check is in /usr, which means that /usr needs to be mounted to
execute xfs_check, which means that /usr cannot be xfschecked at all
if it is an xfs itselt.
You can run xfs_repair -n in this situation. xfs_check is really
On Wed, Feb 02, 2005 at 07:48:55AM +0100, Marc Haber wrote:
When I run shutdown -F, I expect my file systems to be checked on
bootup, regardless whether the file system is journaling or not. I
I really wouldn't expect that, myself.
might have enountered strange fs behavior and would like to
The manual should probably read:
Any output from xfs_check that was not due to the VERBOSE flag means
that the filesystem has an inconsistency.
Thanks, I'll fix this up in the next version of xfsprogs.
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Tue, Mar 22, 2005 at 07:50:59PM +0100, Andreas Jochens wrote:
I attached the wrong patch to my bug report, sorry.
The correct patch is the following one.
...
-struct field;
-
-extern const struct fieldagf_flds[];
-extern const struct fieldagf_hfld[];
...
Andreas, this really
On Wed, Mar 23, 2005 at 08:25:07AM +0100, Andreas Jochens wrote:
On 05-Mar-23 15:20, Nathan Scott wrote:
thank you for your fast reply to my bug report.
No problem.
This issue has been discussed on the gcc list. The new error message
'array type has incomplete element type' was introduced
On Tue, Mar 22, 2005 at 07:50:59PM +0100, Andreas Jochens wrote:
I attached the wrong patch to my bug report, sorry.
The correct patch is the following one.
Could you try a gcc-4 compile with this patch please Andreas?
thanks.
--
Nathan
On Thu, Mar 24, 2005 at 09:41:56AM +0100, Andreas Jochens wrote:
On 05-Mar-24 12:13, Nathan Scott wrote:
Could you try a gcc-4 compile with this patch please Andreas?
I applied the patch, but compilation with gcc-4.0 still leads to the
following error:
In file included from agi.c:34
On Tue, Mar 29, 2005 at 10:17:35AM +1000, Nathan Scott wrote:
OK, this should fix that (on top of the earlier patch). Any
further failures?
From a quick review of the other sources, looks like dquot.c may
also cause you trouble - if so, let me know - I guess this patch
will resolve
On Thu, Mar 24, 2005 at 03:07:33PM -0800, Steve Langasek wrote:
On Thu, Mar 24, 2005 at 06:58:30PM +0100, Bastian Blank wrote:
Package: xfsprogs
Version: 2.6.26-1
Severity: grave
This package seems to be not built on unstable, libhandle requests
executable stack, while a unstable
Hi Andreas,
On Tue, Mar 29, 2005 at 11:12:51AM +1000, Nathan Scott wrote:
On Tue, Mar 29, 2005 at 10:17:35AM +1000, Nathan Scott wrote:
OK, this should fix that (on top of the earlier patch). Any
further failures?
From a quick review of the other sources, looks like dquot.c may
also
On Mon, Mar 07, 2005 at 01:10:25PM +0100, Andreas Jochens wrote:
-static char *progname;
+char *progname;
Thanks. This is some silly namespace pollution, but simplest
to just fix this way -- I've used a similar fix in xfsprogs,
rather than the global replace you used there. I'll upload
fixed
/control 2005-03-03 11:23:47.0 +0100
@@ -2,7 +2,7 @@
Section: admin
Priority: optional
Maintainer: Nathan Scott [EMAIL PROTECTED]
-Build-Depends: uuid-dev, autoconf, debhelper, gettext, libtool,
libreadline4-dev
+Build-Depends: uuid-dev, autoconf, debhelper, gettext, libtool
On Tue, Mar 08, 2005 at 08:00:47AM +0100, Andreas Jochens wrote:
On 05-Mar-08 14:09, Nathan Scott wrote:
-Build-Depends: uuid-dev, autoconf, debhelper, gettext, libtool,
libreadline4-dev
+Build-Depends: uuid-dev, autoconf, debhelper, gettext, libtool,
libreadline5-dev
This part
On Mon, Apr 04, 2005 at 10:58:45PM +0200, Xavier Hienne wrote:
Hi,
I too am encountering the very same bug on a 1900+ entry /home
directory. The bug is easily reproducible :
Yep, just tried it and it is indeed easy to hit with that test
case, thanks. I've also tried this on a SLES9 machine
On Tue, Apr 05, 2005 at 10:32:49AM +0200, Xavier Hienne wrote:
Nathan Scott a écrit :
Let's reassign this bug to glibc, and ask those folks to take
a look at the problem.
Maybe should this bug be untagged upstream then ?
Since its working on other versions of glibc (ie SLES9), odds
On Sun, Apr 17, 2005 at 02:37:10PM -0700, Steve Langasek wrote:
reassign 305055 dmapi,xfslibs-dev
tags 305055 sid
thanks
On Sun, Apr 17, 2005 at 07:24:37PM +0200, Roland Stigge wrote:
Package: dmapi
Version: 2.2.0-1
Severity: serious
building the package dmapi in a clean sid build
On Mon, Jan 10, 2005 at 02:10:09PM +0100, Peter Palfrader wrote:
I have a filesystem that stores (a backup) of my maildir with about 900k
files. This filesystem somehow (bad disk most likely) got corrupted a
bit so I tried to xfs_repair it.
Hi Peter,
Can you tell me how many inodes in this
Hi there,
attr(1) is intended only for XFS - it is an IRIX-compatibility
command, and there are parts of the tool that only work on the
XFS filesystem (in particular, those options that deal with the
ROOT namespace are XFS-specific).
On Tue, 2007-10-16 at 12:07 +0100, Reuben Thomas wrote:
All sounds good to me - please send a patch with those changes.
--
Nathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Fri, 2007-07-20 at 23:42 +0300, Riku Voipio wrote:
Any news on this?
Ugh, I'd forgotten all about it - sorry. Thanks for the reminder, I'll
try find the time to get this resolved soon.
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Hi Wayne,
On Tue, 2007-10-02 at 10:38 -0700, Wayne Tucker wrote:
fsck.xfs doesn't check to see if the device it is asked to check
exists. This can result in a system booting with an incomplete set of
filesystem mounts. The included patch works for me, although I only
have a limited
On Tue, 2007-10-02 at 17:23 -0700, Wayne Tucker wrote:
In my case, the missing devices are being caused by intermittent
XENBUS
timeouts. The the VM boots but doesn't realize that /var/log isn't
mounted. There's an underlying issue that needs to be resolved
there,
but the same problem
On Sun, 2006-12-17 at 16:11 +, Martin Guy wrote:
Package: attr
Version: 2.4.32-1
This bug, of attr using system calls directly, presents itself again
in attr 2.4.32-1.
In this case it is with the switch to ARM EABI that triggers the bug because
the
system call base number changes.
On Mon, 2006-12-18 at 10:29 +0100, Aurélien GÉRÔME wrote:
There has been a regression on your package since 2.4.32-1.
Oh crap. Thanks for the report(s), a properly fixed version will be
uploaded later today, as soon as I'm able.
cheers.
--
Nathan
On Tue, 2006-12-19 at 09:36 +1100, Nathan Scott wrote:
On Mon, 2006-12-18 at 10:29 +0100, Aurélien GÉRÔME wrote:
There has been a regression on your package since 2.4.32-1.
Oh crap. Thanks for the report(s), a properly fixed version will be
uploaded later today, as soon as I'm able.
Hmm
Hi Andi,
On Tue, 2006-12-19 at 08:55 +0100, Andreas Barth wrote:
Nathan, it is really not the right moment to exchange core libraries.
Understood. I certainly didn't want to be uploading anything at this
time. :|
There is already a fixed version uploaded, and I would propose that you
just
On Tue, 2006-12-19 at 09:22 +0100, Aurélien GÉRÔME wrote:
On Tue, Dec 19, 2006 at 05:57:00PM +1100, Nathan Scott wrote:
Hmm, my upload got rejected for some version ... I've sent off some
mail to try figure out why.
On Tue, 2006-12-19 at 03:02 +, Debian Installer wrote:
Rejected
On Fri, 2007-03-09 at 01:55 +, Wookey wrote:
...
Thanks Wookey. I've started a conversation with upstream, see how
they want to fix it - they would prefer to work for all versions of
autoconf, I think. They have some other type checks already, done
differently working for all autoconf
On Tue, 2007-01-30 at 17:44 +0100, Fabien SEISEN wrote:
Package: xfsprogs
Version: 2.8.11-1
Severity: normal
...
and 20 lines further:
===
# echo logfiles:42 /etc/projid
===
This one is the correct variant.
so, what is the correct syntax of /etc/projid (name:id or id:name) ?
John,
Take a deep breath. Please start a discussion with the maintainer
before attempting an NMU, its generally considered courteous to
give more than 45 mins notice (which was the time between this
bug and your NMU problem report).
On Wed, 2006-11-22 at 11:23 -0600, John Goerzen wrote:
Hi John,
On Wed, 2006-11-22 at 18:11 -0600, John Goerzen wrote:
It appears there was some misinformation about debian-devel about your
level of activity wrt this package.
Yes, I don't know why that stuff was said; I'm still actively
using XFS and plan to keep xfsprogs and friends uptodate in
On Tue, 2007-04-24 at 17:01 +0200, Benjamin Leipold wrote:
...
Running xfs_repair gives me following message: disconnected dir inode ,
moving to lost+found.
If i then try to delete this directory in lost+found, the filesystem is no
longer accessible.
This is a known problem to
On Mon, 2007-04-30 at 19:32 +0300, Riku Voipio wrote:
Package: attr
Version: 2.4.32
Severity: important
Tags: patch
Arm eabi[1] has different syscall base than oldabi arm. Please
include attached patch.
Hi Riku,
I had this atch merged upstream a little while back, but haven't had
a
On Sat, 2007-05-05 at 23:49 +0200, Moritz Muehlenhoff wrote:
Nathan Scott wrote:
Thanks Paul, I've initiated a discussion with upstream, will get
back to you soon. Sorry about the delay, been away over Easter.
What's the outcome?
My timing sucks; I'd just left for 2 weeks vacation
Thanks Paul, I've initiated a discussion with upstream, will get
back to you soon. Sorry about the delay, been away over Easter.
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, Sep 28, 2005 at 10:30:47PM +0200, Sylvain Archenault wrote:
Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.
This file should be put as debian/po/fr.po in your package build tree.
Thank you, I've done that - I'll
Hi there,
Revisiting this one, again. Firstly, since we've had no other
people reporting having hit this issue, I plan to downgrade this
from a critical bug... I assume if it was happening to everyone
the arm port would be unusable, certainly that would be critical;
and we'd probably have made a
On Tue, Jul 26, 2005 at 05:26:09PM -0400, Chris Zubrzycki wrote:
A bug was also filed with the xfs developers and should be fixed in cvs
promptly. This bug causes xfs_repair to fail on certain configurations.
I'll update the package once the fix is committed to CVS, thanks.
--
Nathan
--
To
On Wed, Jul 13, 2005 at 01:42:34PM +0200, Kim Hansen wrote:
It looks like xfsrq is written to another version of setquota. I changed
Thanks, I'll get these merged upstream and a new upload a new
version of xfsdump soon.
--
Nathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Fri, Jun 10, 2005 at 11:36:18PM +0100, Jonathan David Amery wrote:
...
Recompiling libacl1 (itself an awkward task since the package itself
segfaults in the middle when it is doing something to the postinst script)
and installing the recompiled version fixes the problem.
Given this
On Mon, Aug 22, 2005 at 12:30:01AM -0700, Steve Langasek wrote:
On Mon, Aug 22, 2005 at 03:29:54PM +1000, Nathan Scott wrote:
...
Recompiling libacl1 (itself an awkward task since the package itself
segfaults in the middle when it is doing something to the postinst script
Hi there,
On Fri, Jun 10, 2005 at 04:39:26PM -0700, Steve Langasek wrote:
On Fri, Jun 10, 2005 at 11:36:18PM +0100, Jonathan David Amery wrote:
I've just upgraded my system from woody to sarge. Among other upgrade
problems I noticed that programmes like cp, mv and install were
On Mon, Jun 13, 2005 at 07:56:13PM -0700, Steve Langasek wrote:
On Tue, Jun 14, 2005 at 11:58:02AM +1000, Nathan Scott wrote:
Anything specific you're looking for there Steve?
+ arm: upgrade doesn't work with 2.2, but can work with 2.4.24 or above.
(perhaps also with older versions
Hi Piotr,
Thanks for the bug report.
On Sun, 2008-05-18 at 08:14 +0200, Piotr Szydełko wrote:
Package: xfsprogs
Version: 2.8.11-1
Severity: minor
Second paragraph in section DIRECTORY TREE QUOTA incorrectly states that -c
option setups project quota. In fact it is -s.
EXAMPLES:
there
On Sat, 2008-06-07 at 21:21 +0200, Rickard Gustavsson wrote:
Package: xfsprogs
Severity: normal
Hi
When trying to grow an xfs filesystem running an amd64 kernel,
xfs_growfs returns with the following error message.
Can you confirm whether you were using a 32 or 64 bit
userspace for me
On Sat, 2008-07-05 at 17:48 +0200, Arno van Amersfoort wrote:
Package: xfsprogs
Version: 2.8.11-1
Platform: 32bit x86
You should be able to use -ssize=4k on the mkfs command line to work
around this. In more recent versions of xfsprogs, mkfs.xfs does a
better job of handling this
On Mon, 2008-07-07 at 08:24 +0200, Arno van Amersfoort wrote:
And I guess most people expect mkfs.xfs to properly detect the sector
Indeed. I'll let the XFS developers know (CCd) - if devices say they
support only 512 byte sectors, mkfs.xfs should silently switch to the
minimum sector size
On Tue, 2008-05-20 at 02:22 +0100, Thiemo Seufer wrote:
Package: kmchart
Version: 1.2.6
Severity: serious
Kmchart fails to build on mips/mipsel, and I believe it will also fail
on any other architecture. The reason is a missing build dependency on
libqt4-opengl-dev. This used to be
On Mon, 2008-05-05 at 10:33 +0200, Martin Zobel-Helas wrote:
Package: kmchart
Version: 1.1.5
Severity: serious
There was an error while trying to autobuild your package:
Thanks Martin, I'll get this fixed up today.
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
On Wed, 2008-05-07 at 08:27 +0200, Martin Zobel-Helas wrote:
Package: kmchart
Version: 1.2.4
Severity: serious
There was an error while trying to autobuild your package:
make[1]: Entering directory `/build/buildd/kmchart-1.2.4'
src/include/builddefs:22: /etc/pcp.conf: No such file or
On Thu, 2008-05-08 at 22:08 +1000, [EMAIL PROTECTED] wrote:
Hi Riki,
curve.cpp: In static member function 'static double Curve::NaN()':
curve.cpp:35: error: 'numeric_limits' is not a member of 'std'
curve.cpp:35: error: expected primary-expression before 'double'
curve.cpp:35:
Hmm, somehow I don't remember even seeing the original bug report
for this one. Shame on me I guess, but I'd have at least passed
the report on upstream to Andreas if I'd seen it... not sure what
happened there.
On Wed, Apr 12, 2006 at 03:15:34AM -0600, Daniel Webb wrote:
...
If this is due to
On Tue, Apr 18, 2006 at 07:01:00PM +0200, Rainer Zocholl wrote:
...
When trying to update i get:
~# aptitude install libacl1 libacl1
Reading Package Lists... Done
Building Dependency Tree
Reading extended state information
Initializing package states... Done
E: Unable to correct
On Tue, Feb 21, 2006 at 05:59:10PM +0100, Michael Banck wrote:
tags 299095 +patch
thanks
Hi,
attached is a patch which fixes the compilation of the ioctl syscalls on
hurd-i386 by essentially exempting that file.
OOC, what was the compiler error?
A more elegant fix would be to check
Hi Pjotr,
On Fri, Mar 24, 2006 at 12:47:01PM +0100, Pjotr Kourzanov wrote:
...
This bug report could use a bit more text explaining what uclibc
is all about, for those of us who don't really know. I also have
several packages, but patches for only 2, and I'm now wondering if
I need these
On Mon, Mar 27, 2006 at 12:20:22PM +0200, Pjotr Kourzanov wrote:
uclibc is a lightweight alternative to glibc. I am in the process of
building a fair amount
of Debian packages with it, for e.g. i386-uclibc architecture.
Now, both uclibc-dev and libc6-dev provide libc-dev, so attr-like
On Tue, Mar 28, 2006 at 08:28:37AM +1000, Nathan Scott wrote:
On Mon, Mar 27, 2006 at 12:20:22PM +0200, Pjotr Kourzanov wrote:
uclibc is a lightweight alternative to glibc. I am in the process of
building a fair amount
of Debian packages with it, for e.g. i386-uclibc architecture.
Now
On Mon, Apr 24, 2006 at 05:01:25PM +0200, Martin Schulze wrote:
Daniel Webb wrote:
I'll see if I can dig into nftw() tomorrow if someone else who knows what
they're doing hasn't already figured this out by then.
Any progress?
Hi Joey,
Daniel and I have been talking to Andreas
On Sun, Apr 02, 2006 at 11:19:25AM +0200, Ralf Hildebrandt wrote:
xfs_fsr leaks memory. We talked about this on the XFS list,and you provided a
patch which worked OK.
I just wanted to file this report as a reminder...
Hi Ralf,
No need for a reminder :) -- I'm just waiting on an xfsdump fix
On Tue, Apr 04, 2006 at 07:56:56AM -0500, Stephen R Marenka wrote:
Package: xfsprogs
Version: 2.7.14-1
Severity: important
The ICE in instantiate_virtual_regs_lossage (333536) which persists
on m68k in gcc-4.0 is fixed in gcc-4.1.
This looks like a clear gcc bug - why is it assigned to
On Tue, Apr 04, 2006 at 08:18:49PM -0500, Stephen R Marenka wrote:
On Wed, Apr 05, 2006 at 07:23:29AM +1000, Nathan Scott wrote:
...
I'd simply compile the package with gcc-4.1. If you're not planning a
sourceful upload any time soon, this would get the package up-to-date
and I'd have one
Hi Stephen,
On Wed, Apr 05, 2006 at 06:55:52AM -0500, Stephen R Marenka wrote:
If you're about to do an upload (say next couple of weeks), then just
let me know when you do so I can grab the buildd. If you're not
planning on doing it anytime soon, then I'll build it when I have free
OK -
On Wed, Apr 05, 2006 at 06:55:52AM -0500, Stephen R Marenka wrote:
If you're about to do an upload (say next couple of weeks), then just
Upload of xfsprogs 2.7.16 has now been done..
cheers.
--
Nathan
pgpvdNZOXAw1I.pgp
Description: PGP signature
On Tue, Jun 20, 2006 at 06:46:07PM +0200, Bastian Kleineidam wrote:
When I run xfs_growfs as a normal user, the program crashes.
/dev/hda1 is my root XFS partition, the uid and gid is 1000.
...
(gdb) run -n /dev/hda1
Starting program: /usr/sbin/xfs_growfs -n /dev/hda1
*** glibc detected ***
On Tue, Jun 20, 2006 at 07:42:41PM +0200, Bastian Kleineidam wrote:
the download URL in debian/copyright is
ftp://oss.sgi.com/projects/xfs/download/
However, I cannot find any xfsprogs 2.7.16 package there, the only thing
I can find is this:
Pretty certain that last patch fixes it. I'll merge it and upload a
new version - let me know if any problems remain.
thanks.
--
Nathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, Jun 22, 2006 at 09:59:22PM +0200, Bastian Kleineidam wrote:
-BEGIN PGP SIGNED MESSAGE-
here are some more infos about this bug.
First thing I noted that xfs_growfs read /proc/self/mounts as default,
not /etc/mtab as the man page suggests. So I used -t /etc/mtab, but
with the
On Fri, Jun 23, 2006 at 06:22:45PM +0200, Bastian Kleineidam wrote:
Nathan Scott wrote:
Can you send me the command line you're running here, and also
your /proc/mounts file please?
The command I ran was xfs_growfs -n /dev/hda1. My /proc/mounts is
attached. Note that /dev/hda1 is my root
On Tue, Jun 27, 2006 at 06:35:44PM +0200, Bastian Kleineidam wrote:
just wanted to note that the fix solved my problem. Thanks!
Great - thanks for all your help too Bastian.
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Hello Martin,
On Wed, Jun 28, 2006 at 09:00:51AM +0200, Martin Pitt wrote:
Package: acl
Version: 2.2.39-1
Tags: patch
The POT file created by the acl package is broken since it does not
have a proper header.
Well, that doesn't strictly make it broken, but no matter.
We fixed this by
Hello again Martin,
On Wed, Jun 28, 2006 at 09:00:51AM +0200, Martin Pitt wrote:
The POT file created by the acl package is broken since it does not
have a proper header.
OK, I had a closer look, and now I'm even more confused. ;)
First some i18n refresher notes -
- the acl.pot file is
On Thu, Jun 29, 2006 at 08:17:09AM +0200, Martin Pitt wrote:
So, can you explain for me why the POT file needs a header to be
imported properly? Imported into what?
Rosetta so far, but it is basically the same if you start a new
translation manually: a .po file needs a correct header
On Mon, Jun 12, 2006 at 06:51:58PM +0200, Santiago Vila wrote:
This package still has debmake in its build-depends, but debmake will
be removed from the archive sometime after the release of etch.
...
Please switch to debhelper (recommended) or use some other means of
building your package.
On Tue, Jun 06, 2006 at 06:35:50PM -0400, Daniel Kahn Gillmor wrote:
when getfacl is run on a non-existant file, it segfaults because it
passes a NULL string to ftw().
Thanks Daniel, I've got this merged into CVS now - I'll do an
update to the acl package in unstable in the next few days.
On Sat, Aug 26, 2006 at 05:05:50PM +0200, Louis-David Mitterrand wrote:
Package: xfsprogs
Version: 2.8.11-1
Followup-For: Bug #382935
Phase 1 - find and verify superblock...
Phase 2 - using internal log
- zero log...
- scan
On Tue, Aug 29, 2006 at 02:45:49AM +0200, Reinhardt A.W. Maier wrote:
Package: xfsprogs
Version: 2.8.4-1
Hello Nathan,
in the man-page for xfs_quota(8) in line 333 is written:
# xfs_quota -c report /home
and because 'report' is an admin command - it should be:
# xfs_quota -x -c
On Wed, Aug 16, 2006 at 05:40:53AM +, Oleg Verych wrote:
Whould you like to make 'xfs_repair' static in main distribution ?
That doesn't seem like a good idea to me...
Thus it will be easy to have a safemode boot device in case of XFS
Its pretty easy to do that anyway... you'll note that
On Mon, Aug 21, 2006 at 10:57:46PM +0200, Oleg Verych wrote:
After reboot onto another rootfs i've checked XFS with that wrong
files i mentioned
in prev. email, result is nothing from xfs_check and xfs_repair.
repair and check wont be reporting a problem because the size is
valid... it looks
On Tue, Aug 22, 2006 at 03:03:00PM +0200, Oleg Verych wrote:
Hallo,
On 8/22/06, Nathan Scott [EMAIL PROTECTED] wrote:
On Mon, Aug 21, 2006 at 10:57:46PM +0200, Oleg Verych wrote:
...
in prev. email, result is nothing from xfs_check and xfs_repair.
repair and check wont be reporting
On Wed, Aug 23, 2006 at 06:39:31AM +0200, Oleg Verych wrote:
On 8/23/06, Nathan Scott [EMAIL PROTECTED] wrote:
So. What one must do ? I know XFS warrants _file system_ integrity
(not data), but
this is some kind of nasty thing 4K=5G.
Hmm, no, this is some kind of POSIX thing. Most
1 - 100 of 238 matches
Mail list logo