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
upload
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 i
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,
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
> > occ
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.
>
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 cle
On Sun, Jan 30, 2005 at 09:38:24PM +1100, Andree Leidenfrost wrote:
> Dear Nathan
Hi Andree,
> ...
> Therefore filenames (including path) longer than that fail. The linux kernel
> ...
> It would be great if getfacl could be changed to accept filenames up to
> the maximum length supported by lin
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 be
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 real
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
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, thi
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
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 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
--
T
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 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
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 t
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 un
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, l
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 mach
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 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
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
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 sta
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 so
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 chan
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, a
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:
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:
> Packag
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
> > 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 sub
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 t
On Mon, Jan 17, 2005 at 12:39:50PM +0100, Thomas Luzat wrote:
> Package: acl
> Version: 2.2.26-1
> Severity: wishlist
>
> nfs-utils 1.0.7-1 supports NFSv4 now. To make the support more useful
> please consider applying the acl patch(es) from
>
> http://www.citi.umich.edu/projects/nfsv4/linux/
Th
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
00:19.0 +0200
> +++ ./debian/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
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, li
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 ve
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 i
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 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 fi
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 -
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_repa
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
On Wed, Aug 23, 2006 at 07:57:32AM +0200, Oleg Verych wrote:
> I don't know POSIX, please answer the following.
> File system file's block map may *not* be the same as actual data blocks
> after truncate() ? If so, i'm going to check ls/dd size and du size of
> all files.
The block map does show t
On Thu, Aug 24, 2006 at 11:13:10PM +0200, Oleg Verych wrote:
> Thank you very much !
>
> I'm still wonder if all this 5Gi truncate() stuff matters to d-i
> developers as bug...
It may do, I'm not sure... it does seem quite odd behaviour, if it
can be reproduced by them that'd help I guess.
cheer
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
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?
>
>
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
Thanks Thorsten,
- Original Message -
> [...]
> please add the missing MIT and BSD licenses of files in
>pcp-3.9.0/src/pmwebapi/jsdemos/*
These are dual licensed under the already documented GPL
license used for the rest of this package, so I reasoned
(possibly incorrectly?) this was
- Original Message -
> ...
> Please use autotools-dev to update config.{sub,guess} for new architectures.
> ...
> Thanks for considering the patch.
>
Thanks Logan - merged in. I'll close this bug out when pcp-3.8.13
is released & uploaded (the usual release schedule should put that
in
Hi Mathieu,
- Original Message -
> ...
> -I../../../src/include/pcp -c -o trace.o trace.c
> trace.c:19:20: fatal error: probes.h: No such file or directory
> #include "probes.h"
> ^
> compilation terminated.
>
> Please fix this soon as this is preventing ctdb migra
3.8.8 has been uploaded to address this, finally, hopefully. :(
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
- Original Message -
> Package: xfsprogs
> Version: 3.1.9
> Severity: wishlist
>
> Hello there,
>
> please consider updating the package to the newest upstream release, see
>
Hi Flo,
There is a pending xfsprogs-3.2.0 release - I've been working on ensuring
the build and packaging and
- Original Message -
> Package: xfsdump
> Version: 3.1.1
> Severity: wishlist
>
> Hello there,
>
> please consider updating the package to the newest upstream release, see
I have one debian-specific patch to get merged and then hope to convince
the XFS folks to make a new xfsdump relea
Hi Ralf,
- Original Message -
> Package: pcp-gui-testsuite
> Version: 1.5.13
> Severity: serious
> User: trei...@debian.org
> Usertags: edos-outdated
>
> Hi,
>
> pcp-gui-testsuite is no longer installable in sid as it depends on
> pcp-gui (= 1.5.13). Since pcp-gui moved into the pcp sour
- Original Message -
> On Thu, May 15, 2014 at 11:41:36PM -0400, Nathan Scott wrote:
> > Hi Aurelien,
> >
> > | On i386, pcp ships the upstream binary src/pmdas/mmv/mmvdump into
> > | /var/lib/pcp/pmdas/mmv/mmvdump without rebuilding it. This violates
>
Hi Aurelien,
- Original Message -
> The configure script tries to find systemd in /bin/systemd, while ps -ef
> show a different path:
>
> $ ps -ef | grep systemd
> root 1 0 0 avril30 ? 00:00:01 /lib/systemd/systemd --system
> --deserialize 22
Ah, there's that informatio
Package: ftp.debian.org
Severity: normal
Hi folks,
pcp-3.9.4 has included the sources for pcp-gui, and builds the
pcp-gui as a sub-package along with several others. Thus the
source for the pre-existing, separate package pcp-gui(-1.5.13)
in unstable would ideally be removed at this point.
Many
- Original Message -
> [...]
> it ususally should happen automatically, but it probably didn't in this case
> since pcp-gui-testsuite isn't provided by the pcp source package.
>
> See [1] for how to request removals.
>
Thanks Ralf, bug #749556 has been opened for the ftpmasters.
--
Na
- Original Message -
> Hi,
>
> I see this ps error too on my box, version 3.9.4. Can it be overcome to
> try building until 3.9.5 is out? I suspect there are issues with make
> 4.0 too.
The fix is in git://git.performancecopilot.org/pcp dev branch - it would
be great if you could use th
Hi Aurelien,
| On i386, pcp ships the upstream binary src/pmdas/mmv/mmvdump into
| /var/lib/pcp/pmdas/mmv/mmvdump without rebuilding it. This violates
| Debian policy and might be used by upstream to introduce backdoors or
| other security issues.
What gives that impression? It seems to not be
Hi,
The configure script does appear to look at /bin/systemd when
"ps -ef" is used ... can you send me the output from "ps -ef"
from this system? (privately if you prefer, it might contain
confidential info not for the bts).
Thanks!
--
Nathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
- Original Message -
> Please see
> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5530
> for further references.
Thanks Moritz; I will work on the squeeze backport over this weekend.
An upstream update is planned for next week which I'll use to get the
version in unstable updated
Hi,
- Original Message -
>
> - Original Message -
> > Please see
> > http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5530
> > for further references.
>
> Thanks Moritz; I will work on the squeeze backport over this weekend.
> An upstream update is planned for next week whi
Hi Aurelien,
On 15 November 2011 08:48, Aurelien Jarno wrote:
>
> This new version basically replaced the build-depends on
> libreadline-gplv2-dev
> by a build-depends on
> libreadline5-dev | libreadline-gplv2-dev
>
> Given libreadline5-dev is not in the archive, the package can't be
> built,
Hi,
On 15 November 2011 17:18, Aurelien Jarno wrote:
> On Tue, Nov 15, 2011 at 12:00:50PM +1100, Nathan Scott wrote:
> > Hi Aurelien,
> >
> > On 15 November 2011 08:48, Aurelien Jarno wrote:
> >
> > >
> > > This new version basically replaced the
Hi there,
- Original Message -
> ...
> Hello! During development of SprezzOS, I noticed that the xfsprogs
> package Build-Depends on
>
>libreadline-gplv2-dev | libreadline5-dev
>
> libreadline5-dev no longer exists in the archive; the current
Ayup, that's why the "libreadlin
- Original Message -
>
> src/pmdas/logger/event.c, function event_config, uses "restrict" as a
> variable
> name. This collides with the fact that in C99 "restrict" is a
> keyword.
> Compilers that default to C99-mode, or gcc -std=c99, fail to compile
> this code.
>
Thanks Michael, goo
Hi guys!
- Original Message -
> Control: tag -1 moreinfo
>
> On Thu, Sep 6, 2012 at 22:05:41 +0200, Moritz Muehlenhoff wrote:
>
> > Package: release.debian.org
> > Severity: normal
> >
> > Hi,
> > please unblock pcp 3.6.5. It fixes several security issues.
BTW, there was a comment ear
Thanks Julien,
On 11 January 2012 05:49, Julien Cristau wrote:
> On Tue, Jan 10, 2012 at 13:32:18 +1100, Nathan Scott wrote:
>
> > On 10 January 2012 09:19, Julien Cristau wrote:
> >
> > > >
> > > Note that the presence of /etc/pcp.conf in libpcp3 is a RC
Package: pcp
Version: 3.5.11
The way libpcp3 is packaged has the potential to cause problems down the track.
In particular, the shared library package contains both the (SONAME versioned)
library files and configuration files (pcp.conf, and
builddefs/buildrules) in the same
package.
The problem i
On 11 January 2012 09:57, Julien Cristau wrote:
> On Wed, Jan 11, 2012 at 09:51:35 +1100, Nathan Scott wrote:
>
>> Not 100% sure what you mean ... do you mean rename pcp.conf to
>> something including the library version? Ah, I see - the underlying
>> issue is thi
On 17 January 2012 07:35, Konstantinos Margaritis wrote:
> reopen 654616
> thanks
>
> Still fails on all arches.
>
Ugh, I overlooked something - new upload shortly - thanks for letting me know!
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a su
Thanks for pushing this through Adam...
>
> The following packages have unmet dependencies:
> libpcp-import-perl : Depends: perlapi-5.12.4 but it is not installable
> E: Unable to correct problems, you have held broken packages.
> ...
> -- Forwarded message --
> From: "Adam D. Ba
Hi David,
On 1 August 2012 10:18, David Prévot wrote:
> Hi Nathan,
>
> Thanks for your quick answer.
>
No problem, I've forwarded the patch upstream for further review now,
with my minor build (makefile) addition and your fixup - all looks good.
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to
Hi,
- Original Message -
> ...
> Only an update... In the security-tracker CVE-2012-5530[1] was marked
> as no-dsa. This means there will not be a security announce update via
> stable-security. But could you prepare a fix for it for Squeeze via a
> stable-proposed-updates?
>
> See [2] fo
- Original Message -
>
> Hi,
>
> during a test with piuparts I noticed your package left unowned files on
> ...
Thanks Andreas - this one is relatively straightforward to address, will
do so in the next PCP update.
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-req
Hi all,
This is not getting any traction & in danger of being forgotten -
can anyone help out who knows the security update build process?
The patches have been prepared, tested, and are ready in the git
tree (below) - but I need some help to get it over the line.
thanks!!
- Original Message
- Original Message -
> ...
> Full build logs:
> https://buildd.debian.org/status/package.php?p=pcp&suite=sid
>
> Feel free to contact debian-bsd@ (cc'd) if you need help.
>
Thanks - this is fixed upstream, expected to arrive in pcp-3.8.5
(later this week, hopefully).
cheers.
--
Nath
Hi Colin,
Looks good to me, thanks - will follow up & get this merged.
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi guys,
Coming back to this one after quite some time ... (my apologies!)
- Original Message -
> Only an update... In the security-tracker CVE-2012-5530[1] was marked
> as no-dsa. This means there will not be a security announce update via
> stable-security. But could you prepare a fix f
On 5 January 2012 11:56, peter green wrote:
> tags 654616 +patch
> thanks
>
> Konstantinos Margaritis wrote:
>
>> pcp-gui FTBFS on all arches, due to broken configure script:
>>
> More specficially it fails because the configure script fails
> to find /etc/pcp.env which is provided by package pcp
On 10 January 2012 09:19, Julien Cristau wrote:
> >
> Note that the presence of /etc/pcp.conf in libpcp3 is a RC bug of its
> own.
>
Oh... hmm ... signficant parts of it (libpcp API) wont work without it
though, whats the prefered approach there?
thanks.
--
Nathan
Hi Christoph,
Might be missing libbsd support for that
>
> Full build log at
>
> https://buildd.debian.org/status/fetch.php?pkg=pcp&arch=kfreebsd-amd64&ver=3.6.1&stamp=1334211209
>
>
Thanks, yeah looks like a build dependency on libkvm-dev is needed.
PCP 3.6.2 is pending, I'll get a new version
Upstream is downstream and vice-versa. For convenience of the
developers, PCP is intentionally packaged in this way.
Thanks for taking time to submit the report (and also for the init script
failure bug) - we appreciate it.
cheers.
--
Nathan
Hi,
Thanks for reporting the (new) build problem (again), Christoph!
> freebsd.c: In function 'kmemread_init':
> freebsd.c:425:10: warning: variable 'sts' set but not used
> [-Wunused-but-set-variable]
> freebsd.c: In function 'freebsd_fetchCallBack':
> freebsd.c:522:35: error: dereferencing poi
Fabulous - thanks Robert!!! That patch will be in pcp-3.6.3 which
I'll test & upload in the next few days.
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi Robert,
On 20 April 2012 05:46, Robert Millan wrote:
> tags 669307 patch
> thanks
>
> El 19 d’abril de 2012 20:31, Robert Millan ha escrit:
>> It's missing indeed. Problem fixed in glibc-bsd SVN (rev 4209).
>
> Besides, a few more fixes are needed to build pcp on GNU/kFreeBSD.
>
> Please cou
om Marco?
I'm currently traveling and will be unable to attend to this for some time.
cheers.
--
Nathan
On Fri, Mar 17, 2017 at 3:28 AM, Michael Biebl wrote:
> Hi Nathan
>
> On Tue, 9 Feb 2016 22:20:23 -0500 (EST) Nathan Scott
> wrote:
>
> > > Should I NMU?
> &
Hi Michael,
Yes, please go right ahead with NMU - I will follow up with the XFS folks
when I can.
thanks!
On Sat, Mar 18, 2017 at 1:32 AM, Michael Biebl wrote:
> Hi Nathan,
>
> thanks for your quick reply
>
> Am 17.03.2017 um 13:22 schrieb Nathan Scott:
> >> S
- Original Message -
> On Wed, Aug 05, 2015 at 12:52:50PM -0300, Fernando Seiti Furusato wrote:
> > [...]
> > It is the Debian source package that fails, exclusively.
> [...]
> That hunk shows why it is failing - no ppc64le:Linux match in the
> old script. Nathan is already looking into i
Hi Raphaël,
- Original Message -
> [...]
> We decided that we would not prepare a squeeze security update (usually
> because the security impact is low and that we concentrate our limited
> resources on higher severity issues and on the most widely used packages).
> That said the squeeze u
Hi Xilin,
Thanks for the fix! I wont have a chance to upload for another
two weeks, so please go ahead with the pcp-3.9.6+nmu1 NMU shown
in your patch.
I'll ensure your patch is also included in pcp-3.9.7.
Thanks again.
--
Nathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.de
Hi Jakub,
- Original Message -
> [...]
> I'd suggest using stat(1) to check the file type and ownership
> atomically, and without following symlinks. Something like this should
> work:
>
> [ "$(LC_ALL=C stat -c '%u %g %F' $dir)" = "0 0 directory" ] && mv $dir
> /var/lib/pcp/tmp
Y
Hi Jakub,
- Original Message -
> [...]
> The following packages have unmet dependencies:
> libpcp-pmda-perl : Depends: perlapi-5.18.2 but it is not installable
> E: Unable to correct problems, you have held broken packages.
Oh, I have an outdated perl installation here - have upgraded it
1 - 100 of 240 matches
Mail list logo
