Hi Steve,
On Tue, Feb 20, 2024 at 3:11 PM Steve Langasek wrote:
> [...]
> To ensure that inconsistent combinations of libraries with their
> reverse-dependencies are never installed together, it is necessary to
> have a library transition, which is most easily done by renaming the
> runtime libra
https://github.com/performancecopilot/pcp/pull/1874
On Mon, Jan 1, 2024 at 1:47 AM Chris Hofstaedtler wrote:
> [..]
>
> I see you've uploaded two new upstream versions since this bug was
> filed. Is there anything blocking inclusion of Helmut's patch?
>
Thank you for the reminder and thanks for the patch Helmut.
I'll get this into the next update
Hi Bastian,
Please go right ahead - thanks for your efforts!
cheers.
--
Nathan
ote:
> > On Thu, 07 Oct 2021 23:18:50 + Debian FTP Masters
> > wrote:
> > > Source: pcp
> > > Source-Version: 5.3.4-1
> > > Done: Nathan Scott
> > >
> >
> > Unfortunately, the solution didn't seem to work. piuparts still failed
Hi Sunil,
On Thu, Sep 30, 2021 at 3:52 AM Sunil Mohan Adapa wrote:
>
> On Sun, 5 Sep 2021 16:51:46 +1000 Nathan Scott wrote:
> > Hi Petter,
> >
> > On Sun, Sep 5, 2021 at 4:45 PM Petter Reinholdtsen wrote:
> > > [...] This approach is known as multilevel confi
Hi Petter,
On Sun, Sep 5, 2021 at 4:45 PM Petter Reinholdtsen wrote:
> [...] This approach is known as multilevel configuration.
>
> I recommend it over modifying conffiles in /etc/.
I'll discuss with other upstream folks and see if we can transition
to this style of solution & for all distros.
Hi Yabuki,
On Wed, Mar 17, 2021 at 11:45 AM YABUKI Yukiharu wrote:
> [...]
> Your pcp package need to give write permissions to /var/log/pcp/pmfind/
> pcp claims that it could not touch /var/log/pcp/pmfind/pmfind_check.log.
Thanks for letting us know - this will be fixed in the pcp-5.3.0 release
Hi Andreas,
On Tue, Feb 9, 2021 at 8:55 AM Andreas Beckmann wrote:
> [...]
> during a test with piuparts I noticed your package fails to upgrade from
> 'testing'.
> It installed fine in 'testing', then the upgrade to 'sid' fails
> because it tries to overwrite other packages files without declari
Hi Sam,
On Wed, Jan 6, 2021 at 5:38 AM Sam Morris wrote:
> [...]
>
> checking if systemd should be used... no
>
> I wish it was possible to see the config.log from this build... but at
> least I can reproduce this with pbuilder.
>
> Adding --with-systemd to the configure command line will pro
Hi Bastian,
On Sun, Jan 10, 2021 at 8:04 AM Bastian Germann
wrote:
> [...]
>
> Changes since the last upload:
>
> xfsprogs (5.10.0-0.1) unstable; urgency=medium
Please get your changes merged in the upstream xfsprogs git repo (via linux-xfs
mailing list patches), and add yourself to the Upload
Hi Matthew,
On Sat, Nov 28, 2020 at 7:38 PM Matthew Gabeler-Lee wrote:
>
> Attempting an `apt upgrade` on my bullseye system failed, due to improper
> dependency info in the pcp package. The libpcp3 dependency has no version
> constraints, and the new version of libpcp3 requires pulling in a new
Hi Dom,
On Sun, Nov 15, 2020 at 7:01 AM Dominic Hargreaves wrote:
>
> On Sat, Nov 14, 2020 at 12:35:04AM +, Dominic Hargreaves wrote:
> > This package FTBFS on the architectures which don't have bpftrace as a
> > dependency since:
>
> ...
>
> Also, if you do do another upload, please can you
On Wed, Oct 28, 2020 at 7:56 AM Martin Pitt wrote:
>
> Package: pcp
> Version: 5.2.1-1
> [...]
> But the "bpftrace" package only exists on a few architectures [1]. This is
> what
> makes the package uninstallable and prevents testing migration [2].
>
> Please fix
> that at least by restricting th
On Wed, Jun 17, 2020 at 9:52 PM Ken McDonell wrote:
> On 17 June 2020 8:45:12 pm Sam Morris wrote:
>
> > Package: pcp
> > Version: 5.1.1-1
> > Severity: normal
> >
> > $ systemctl status cron
> > ● cron.service - Regular background program processing daemon
> > Loaded: loaded (/lib/systemd/sy
Hi folks,
Apologies for the slow response - yes, I'm around but not with alot of
time for packaging work unfortunately. I appreciate all the help!
On Mon, Mar 16, 2020 at 11:06 PM Goffredo Baroncelli wrote:
>
> This bug was already addressed in the past by Marco d'Itri. Now it reappears.
Yes,
On Tue, Mar 24, 2020 at 1:57 AM root wrote:
> [...]
> I noticed this with xfsrestore 3.1.6 (on a Debian 9.12 host), then I git
> cloned xfsdump-dev, built from source and observed the same behaviour in
> xfsrestore 3.1.9.
>
Best to discuss this with the (upstream) XFS maintainers as it's not
so
Hi Martin, Sunil, all,
Thanks for looking into this issue while we were all off, Martin and Sunil!
To summarise where I understand things are at now: Martin's uploaded
a pcp package for rebuild which drops the python2 build steps. I think
this is fine and solves the immediate, pressing issue.
T
Hi Martin,
On Mon, Dec 2, 2019 at 10:48 AM Martin Pitt via Groups.Io
wrote:
>
> Hello,
>
> I just checked that python-pcp has zero reverse build and binary dependencies,
> so it's fine to just drop it and thus fix this RC bug. If you don't have time,
> I'm happy to do an NMU for this (as cockpit
Hi Paul, Andreas,
Apologies for the slow response - I'm in meetings all week this week
and I'm a bit behind as a result.
On Thu, Jun 20, 2019 at 9:17 AM Andreas Beckmann wrote:
>
> On 18/06/2019 23.05, Paul Gevers wrote:
>
> pcp was completely off my radar since it has (silently) dropped all pap
On Mon, Feb 11, 2019 at 6:39 AM Guillem Jover wrote:
>
> Source: attr
> Source-Version: 1:2.4.47-2
> Severity: important
>
> Hi!
>
> This package needs some attention, and looks like a candidate for
> salvaging. Anibal is already being tracked by the MIA team, and I
> think it's just a matter of d
On Mon, Feb 11, 2019 at 6:36 AM Guillem Jover wrote:
>
> Source: acl
> Source-Version: 2.2.52-3
> Severity: important
>
> Hi!
>
> This package needs some attention, and looks like a candidate for
> salvaging. Anibal is already being tracked by the MIA team, and I
> think it's just a matter of days
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
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 guys,
- Original Message -
> On Sun, Jan 22, 2017 at 04:41:59PM -0500, Nathan Scott wrote:
>
> > > This is happening again and again (see bugs 776440 and 847149). The fix
> > > here is to get rid of the package until the maintainer catches up, not
> >
Hi there,
- Original Message -
> On Tue, Jan 17, 2017 at 12:42:05 +0100, Andreas Beckmann wrote:
>
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: binnmu
> >
> > nmu pcp_3.11.7 . amd64 . unstable . -m "Rebuild in sid."
>
- Original Message -
> > Actually some advice would be great, having had an initial look into
> > this one now. Patch below shows the basic split we'll need to make
> > the architecture independent packages generated separately, but I'm
> > not sure how to fit that split into the rest of
Tags: help
- Original Message -
> Greetings.
>
> I have the ok from the Release Managers to consider this issue as RC
> for stretch. I'm going to wait at least one week before raising
> this to "serious".
>
> If you need help to fix this bug, please tag it as "help".
Actually some advic
Hi Santiago,
- Original Message -
> Greetings.
>
> I have the ok from the Release Managers to consider this issue as RC
> for stretch. I'm going to wait at least one week before raising
> this to "serious".
>
> If you need help to fix this bug, please tag it as "help".
>
I have a build
- Original Message -
> [..]
> Right. Nathan, this code path is not used on Red Hat and SuSE, which
> already implemented a merged /usr, and it has always been wrong on
> Debian: I think it should just be removed from the upstream package.
> Should I NMU?
Please go right ahead Marco - man
- Original Message -
> [...]
> If you do not think that this library is still useful for modern
> software then I recommend asking for its removal.
>
I completely support that - would you mind doing the legwork with the
ftp-masters, Marco?
Many thanks!
--
Nathan
Hi Marco,
- Original Message -
> On Oct 26, Marco d'Itri wrote:
>
> > These links do not appear to have any purpose and should be removed:
> >
> > /lib/libdm.a -> /usr/lib/libdm.a
> > /lib/libdm.la -> /usr/lib/libdm.la
> > /usr/lib/libdm.so -> /lib/libdm.so
> >
> > Also, policy forbids
- Original Message -
> >[...]
> >That would be great, if you don't mind Steve? Many thanks!
>
> Here's a debdiff of what I've just built. Ignore the NMU version in
> the changelog...
Thanks Steve - I believe there's an upstream xfsprogs release pending,
so we'll get this uploaded short
Hi Steve,
- Original Message -
> Package: xfsprogs
> Version: 3.2.1
> Severity: important
> Tags: d-i
>
> To make this work well, all filesystem tools packages for filesystems
> that are likely to be used for / and/or /usr should call
> "update-initramfs -u" in their postinst. This will
- 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
- Original Message -
> [...]
> lots of files in man/*, book/* and images/* are licensed under some
> version of CC.
> Please remove all files from the tarball that use a DFSG incompatible
> license and mention the others in your debian/copyright.
OK, will do. I see a mix of CC-SA versio
Hi Shawn,
- Original Message -
> Package: libpcp3-dev
> [...]
> the package is not installing all the header files
>
> please ship /usr/include/pcp/import.h
>
This file is shipped as part of the libpcp-import1-dev package.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.de
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
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 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
- 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
- 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
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
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
- 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 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
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
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
- 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
- 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
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
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
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
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
- 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 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
- 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,
- 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
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
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
- 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 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
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
- 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 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
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 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
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,
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
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 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
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
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
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
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
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
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
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 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,
- Original Message -
> Package: pcp
> Version: 3.4.0
> Severity: serious
> Justification: fails to build from source
>
> See https://buildd.debian.org/status/package.php?p=pcp
>
Thanks Julien - I have a fix, will get it uploaded soon.
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to
- "Julien Cristau" wrote:
> qt 4.7 removed libqtassistantclient, so you now need
> libqtassistantclient-dev.
Thanks, I'll get that fixed up.
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
- "Lucas Nussbaum" wrote:
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
> on
> amd64.
> ...
> > === chart ===
> > === views ===
> > make[4]: Nothing to be done for `default'.
> > /usr/bin/qmake-qt4 && /usr/bin/make -f Makefile
> > /usr/bin/uic-qt4 aboutdialo
- "Olaf van der Spek" wrote:
> Anibal? Nathan?
I added a comment to the bug last week ... not sure what more you're looking
for here?
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@li
Hi Olaf,
OK, you have reported two things:
| Could FS ACLs be enabled (acl package installed,
This is not my call, and not a bug in the ACL package ...
and I'm not sure who determines what packages are essential
and always installed ... perhaps a query to the installer
folks?
| acl option in fs
Hi there,
> I have a 45 TB disk but with the kernel for amd64 is not possible to
> increase it to 55 TB through xfs_growfs;
It should be possible, that's more a small-medium sized filesystem
for XFS, I guess - far larger sizes are supported and actively used
on x86_64 ... so, this should work.
>
- "Anibal Monsalve Salazar" wrote:
> On Sat, Aug 07, 2010 at 08:42:14AM +1000, Nathan Scott wrote:
> >
> >Still, would prefer to hear from Anibal... yoohoo, Anibal?
>
> I've been away from home during the last week (DebConf in New York
> City)
- "Julien BLACHE" wrote:
> Nathan Scott wrote:
>
> Hi Nathan,
>
> > I tend to think this will be the simplest way to fix it, like you,
> > just need to sort out where Anibal is at... Anibal?
>
> Just a thought, not knowing what you did for th
- "Julien BLACHE" wrote:
> Nathan Scott wrote:
>
> Hi Nathan,
>
> > Actually, the shared libraries are already there - so, amend that
> > question to "are you thinking we should be moving all of chacl,
> > getfacl, setfacl, attr, getfattr, set
- nath...@aconex.com wrote:
> - "Julien BLACHE" wrote:
> >
> > happens very early during boot, I can't apply this fix until/unless
> > the ACL utilities are moved to /bin.
>
> Are you advocating moving all of: libacl.so, libattr.so, chacl,
> getfacl, setfacl, attr, getfattr, and setfatt
- "Justin T Pryzby" wrote:
> Package: xfsdump
> Version: 2.2.48-1
> Tags: security
>
> Looks like this:
> 127176340 drwxrwxrwx 2 root root6 Sep 21 09:40
> /var/.fsr/ag0
Thanks, have begun discussions with upstream as to affects of this.
Did you run that "ls" as root?
- "Simon Olofsson" wrote:
> Nathan, Marco, thanks for your explanations. I just saw that this
> package is now only available via debports. I don't think this was
> the
> case, when I filed the bug, so I didn't really notice, that this
> package was removed.
Hi Simon,
Yes, this has only ju
Package: ftp.debian.org
Severity: normal
Please remove the package "kmchart" from the archive. It has been
(long since) replaced by the newer "pcp-gui" package and nothing
else should be referencing it anymore.
Many thanks!
--
Nathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lis
Thanks Simon. A while ago, the "kmchart" package was renamed
to "pcp-gui". This fix has been applied there awhile back too.
I guess I need to figure out how to properly mark a package as
deprecated in the Debian archive - not too sure whats involved
there though.
cheers.
--
Nathan
--
To UN
- "Petter Reinholdtsen" wrote:
> [Nathan Scott]
> > > and the package fail to install in unstable now.
> >
> > Can you describe this in more detail? It installs OK for me... I
> > must be missing something, of course - what is no longer
> f
Hi Petter,
- "Petter Reinholdtsen" wrote:
> ...
> [Nathan Scott]
> > Thanks Petter, your patch looks fine to me. I'll merge it upstream
> > and get it into the next PCP release (hopefully later this week).
>
> The new version 3.0.0 introduced br
Hi Kurt,
- "Kurt Roeckx" wrote:
> ...
> albeniz.debian.org is the porter box, and seems to be working
> fine.
I finally got some time to get onto that machine - I have a fixed
version of pcp now for Alpha. Theres a pcp-3.0.0 release due out
in a few days, so I'll merge the patch and get th
- "Roger Leigh" wrote:
> Package: libacl1
> Version: 2.2.47-2
> Followup-For: Bug #290874
>
> Hi,
>
> Has any further progress been made on merging NFSv4 ACL support into
> libacl?
I've seen no further discussion of this anywhere, incl. on the acl
mailing list... so AFAIK the answer is "n
Hi Kurt,
- "Kurt Roeckx" wrote:
> Source: pcp
> Version: 2.9.2
> Severity: important
> ...
> There was an error while trying to autobuild your package:
Ugh - I made an attempt to fix this in the last upload, looks like it
wasn't quite right. The build for this package only fails on Alpha,
a
1 - 100 of 240 matches
Mail list logo
