Bug#1064284: [pcp] Bug#1064284: pcp: NMU diff for 64-bit time_t transition

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

Bug#1041754: [pcp] Bug#1041754: pcp: ships empty directory /usr/lib/pkgconfig

https://github.com/performancecopilot/pcp/pull/1874

Bug#1041754: pcp: ships empty directory /usr/lib/pkgconfig

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

Bug#1007287: xfsdump: please consider upgrading to 3.0 source format

Hi Bastian, Please go right ahead - thanks for your efforts! cheers. -- Nathan

Bug#990223: fixed in pcp 5.3.4-1

> 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 > > with

Bug#990223: pcp-zeroconf: modifies conffiles (policy 10.7.3): /etc/default/pmlogger

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

Bug#990223: pcp-zeroconf: modifies conffiles (policy 10.7.3): /etc/default/pmlogger

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.

Bug#985384: [pcp] Bug#985384: pcp: Need to write permission to /var/log/pcp/pmfind/

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

Bug#982323: [pcp] Bug#982323: pcp-export-pcp2{graphite,influxdb}: missing Breaks+Replaces: pcp (<< 5.2.5)

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

Bug#962994: [pcp] Bug#962994: pcp: cron jobs launch pcp in cron's cgroup

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

Bug#976683: RFS: xfsprogs/5.10.0-0.1 [NMU] -- Utilities for managing the XFS filesystem

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

Bug#975997: [pcp] Bug#975997: pcp: Upgrade failure due to unversioned libpcp3 dependency

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

Bug#974704: [pcp] Bug#974704: pcp: FTBFS on some archs: Cannot find (any matches for) "usr/lib/pcp/pmdas/infiniband[...]

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

Bug#973010: [pcp] Bug#973010: pcp is uninstallable on many architectures due to new bpftrace dependency

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

Bug#962994: [pcp] Bug#962994: pcp: cron jobs launch pcp in cron's cgroup

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

Bug#953537: xfsdump fails to install in /usr merged system.

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,

Bug#954792: xfsdump: xfsrestore does not recreate missing inventory information

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

Bug#947916: [pcp] Bug#947916: FTBFS: 5.0.2-1 fails to build from source, not transitioning to testing

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.

Bug#937260: [pcp] Bug#937260: Offering NMU

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

Bug#929318: [pcp] Bug#929318: unblock: papi/5.7.0+dfsg-1

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

Bug#921975: ITS: attr

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

Bug#921974: ITS: acl

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

Bug#766811: spurious library links

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 <bi...@debian.org> wrote: > Hi Nathan, > > thanks for your quick reply > > Am 17.03.2017 um 13:22 schrieb Nathan Sc

Bug#766811: spurious library links

rco? 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 <bi...@debian.org> wrote: > Hi Nathan > > On Tue, 9 Feb 2016 22:20:23 -0500 (EST) Nathan Scott > <nath...@debian.org> wrote: >

Bug#851664: nmu: pcp_3.11.7

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 >

Bug#851664: nmu: pcp_3.11.7

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."

Bug#805955: [pcp] Bug#805955: pcp: FTBFS when built with dpkg-buildpackage -A (no binary artifacts)

- 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

Bug#805955: [pcp] Bug#805955: pcp: FTBFS when built with dpkg-buildpackage -A (no binary artifacts)

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

Bug#805955: [pcp] Bug#805955: pcp: FTBFS when built with dpkg-buildpackage -A (no binary artifacts)

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

Bug#766811: spurious library links

- 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 -

Bug#766813: spurious library links

- 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

Bug#766813: spurious library links

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 > > > >

Bug#804255: Please update initramfs in postinst

- 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

Bug#804255: Please update initramfs in postinst

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

Bug#793495: xfsprogs fails to build on debian ppc64el

- 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 it...

Bug#793496: About the security issues affecting xfsprogs in Squeeze

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 users

Bug#789376: [pcp] Bug#789376: missing licenses in debian/copyright

- 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 versions

Bug#781047: [pcp] Bug#781047: libpcp3-dev: /usr/include/pcp/import.h missing

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

Bug#771793: [pcp] Bug#771793: pcp: insecure use of /var/tmp in postinst

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 Yep, looks

Bug#771789: [pcp] Bug#771789: libpcp-pmda-perl: uninstallable on i386: depends on perlapi-5.18.2

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

Bug#752171: Debian Bug #752171

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

Bug#746994: Same bug on my box

- 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 that

Bug#749462: [pcp] Bug#749462: pcp-gui-testsuite: not installable in sid

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 source

Bug#746996: pcp ships an upstream binary without rebuilding it

- 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 | Debian policy and might be used

Bug#746994: pcp: FTBFS with systemd: FATAL ERROR: could not determine how to get the all processes with arguments

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 information I

Bug#749556: RM: pcp-gui -- NVIU; Superceded by pcp-3.9.4 which has a pcp-gui subpackage

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

Bug#749462: [pcp] Bug#749462: Bug#749462: pcp-gui-testsuite: not installable in sid

- 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. -- Nathan

Bug#746996: pcp ships an upstream binary without rebuilding it

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

Bug#746994: FTBFS with systemd: FATAL ERROR: could not determine how to get the all processes with arguments

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

Bug#747080: xfsprogs: new upstream release (2013-05-08 v3.1.11)

- 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 clean

Bug#747079: xfsdump: new upstream release (2013-05-08 v3.1.3)

- 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 release

Bug#739952: [pcp] Bug#739952: missing license in debian/copyright

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

Bug#737340: [pcp] Bug#737340: pcp: use autotools-dev to update config.{sub, guess} for new arches

- 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 about

Bug#725627: [pcp] Bug#725627: closed by Nathan Scott nath...@debian.org (Bug#725627: fixed in pcp 3.8.6)

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

Bug#725627: [pcp] Bug#725627: Still FTBFS

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 migration in

Bug#725971: xfsprogs: config.guess/config.sub out of date for arm64

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

Bug#725627: [pcp] Bug#725627: pcp: FTBFS on kfreebsd-*: trace.c:19:20: fatal error: probes.h: No such file or directory

- Original Message - ... Full build logs: https://buildd.debian.org/status/package.php?p=pcpsuite=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. -- Nathan

Bug#698735: [pcp] Bug#698735: CVE-2012-5530

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 for

Bug#705994: [pcp] Bug#705994: pcp: unowned files after purge (policy 6.8, 10.8): /var/log/pcp/install.log

- 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

Bug#698735: [pcp] Bug#698735: CVE-2012-5530

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] for

Bug#698735: CVE-2012-5530

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

Bug#698735: CVE-2012-5530

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 which I'll

Bug#698735: CVE-2012-5530

- 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.

Bug#695875: xfsprogs: Build-Depend on libreadline6 rather than libreadline5

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

Bug#686868: unblock: pcp/3.6.5

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 earlier saying

Bug#689552: restrict is a keyword in C99

- 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, good timing

Bug#576257: Exploring the possibility of an l10n upload of xfsdump to fix pending l10n bugs

Hi David, On 1 August 2012 10:18, David Prévot da...@tilapin.org 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

Bug#678530: marked as done (libpcp-import-perl: uninstallable in sid because of obsolete perl dependency)

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. Barratt

Bug#669307: pcp: FTBFS[kfreebsd]: error: dereferencing pointer to incomplete type

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

Bug#669307: pcp: FTBFS[kfreebsd]: error: dereferencing pointer to incomplete type

Hi Robert, On 20 April 2012 05:46, Robert Millan r...@debian.org wrote: tags 669307 patch thanks El 19 d’abril de 2012 20:31, Robert Millan r...@debian.org 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

Bug#668701: pcp: this is not a Debian native package

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

Bug#669307: pcp: FTBFS[kfreebsd]: error: dereferencing pointer to incomplete type

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 pointer

Bug#668671: pcp: FTBFS[kfreebsd]: fatal error: kvm.h: No such file or directory

Hi Christoph, Might be missing libbsd support for that Full build log at https://buildd.debian.org/status/fetch.php?pkg=pcparch=kfreebsd-amd64ver=3.6.1stamp=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 with

Bug#654616: still fails on all arches

On 17 January 2012 07:35, Konstantinos Margaritis mar...@genesi-usa.com 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

Bug#654616: pcp-gui: FTBFS on all arches: ./configure: line 4874: /etc/pcp.env: No such file or directory

On 11 January 2012 09:57, Julien Cristau jcris...@debian.org 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 this doesn't allow

Bug#654616: pcp-gui: FTBFS on all arches: ./configure: line 4874: /etc/pcp.env: No such file or directory

Thanks Julien, On 11 January 2012 05:49, Julien Cristau jcris...@debian.org wrote: On Tue, Jan 10, 2012 at 13:32:18 +1100, Nathan Scott wrote: On 10 January 2012 09:19, Julien Cristau jcris...@debian.org wrote: Note that the presence of /etc/pcp.conf in libpcp3 is a RC bug of its

Bug#655440: libpcp3 package mixes library and configuration files

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

Bug#654616: pcp-gui: FTBFS on all arches: ./configure: line 4874: /etc/pcp.env: No such file or directory

On 5 January 2012 11:56, peter green plugw...@p10link.net 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

Bug#654616: pcp-gui: FTBFS on all arches: ./configure: line 4874: /etc/pcp.env: No such file or directory

On 10 January 2012 09:19, Julien Cristau jcris...@debian.org 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

Bug#553875: fixed in xfsprogs 3.1.6

Hi, On 15 November 2011 17:18, Aurelien Jarno aurel...@aurel32.net wrote: On Tue, Nov 15, 2011 at 12:00:50PM +1100, Nathan Scott wrote: Hi Aurelien, On 15 November 2011 08:48, Aurelien Jarno aurel...@aurel32.net wrote: This new version basically replaced the build-depends

Bug#553875: fixed in xfsprogs 3.1.6

Hi Aurelien, On 15 November 2011 08:48, Aurelien Jarno aurel...@aurel32.net 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

Bug#625961: pcp: FTBFS on the buildds ($HOME not set)

- 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

Bug#618169: pcp-gui: FTBFS: ui_pmchart.h:30:30: fatal error: qassistantclient.h: No such file or directory

- Julien Cristau jcris...@debian.org 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?

Bug#618169: pcp-gui: FTBFS: ui_pmchart.h:30:30: fatal error: qassistantclient.h: No such file or directory

- Lucas Nussbaum lu...@lucas-nussbaum.net 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

Bug#567102:

- Olaf van der Spek olafvds...@gmail.com 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?

Bug#567102: Get acl installed and usable by default

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

Bug#598908: xfs_growfs: -I is an option in the help but if used Invalid Option is returned

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.

Bug#590240: acl: Please move binaries to /bin (from /usr/bin)

- Anibal Monsalve Salazar ani...@debian.org 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) and this week (LinuxCon in Boston

Bug#590240: acl: Please move binaries to /bin (from /usr/bin)

- Julien BLACHE jbla...@debian.org wrote: Nathan Scott nath...@aconex.com 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 the move to /bin: you

Bug#590240: acl: Please move binaries to /bin (from /usr/bin)

- Julien BLACHE jbla...@debian.org wrote: Nathan Scott nath...@aconex.com 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, setfattr? Just

Bug#590240: acl: Please move binaries to /bin (from /usr/bin)

- nath...@aconex.com wrote: - Julien BLACHE jbla...@debian.org 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

Bug#559490: xfsdump: fsr creates files mode 666

- Justin T Pryzby justinpry...@users.sourceforge.net 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

Bug#552577: Package kmchart has been removed from Debian

- Simon Olofsson si...@olofsson.de 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

Bug#552577: kmchart: FTBFS with GCC 4.4 and eglibc 2.10

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

Bug#552808: ftp.debian.org: Please remove kmchart from the archive

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

Bug#544350: pcp: Missing runlevels and dependencies in init.d scripts

- Petter Reinholdtsen p...@hungry.com 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 functional? Sure. Without any runlevel

Bug#544350: pcp: Missing runlevels and dependencies in init.d scripts

Hi Petter, - Petter Reinholdtsen p...@hungry.com 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 broken headers. There are no runlevels

Bug#545851: pcp: FTBFS: pmns.c:1459: error: incompatible types in assignment

Hi Kurt, - Kurt Roeckx k...@roeckx.be 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

Bug#290874: libacl1: libacl NFSv4 support

- Roger Leigh rle...@debian.org 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

Bug#545851: pcp: FTBFS: pmns.c:1459: error: incompatible types in assignment

Hi Kurt, - Kurt Roeckx k...@roeckx.be 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

  1   2   3   >