- "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
- "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
On Sun, 2009-01-25 at 20:49 -0800, Ludovico Cavedon wrote:
> Package: attr
> Version: 1:2.4.43-1
> Severity: normal
>
> According to the man page
> getfattr -d filename
> should list all the attributes of filename, but it is not working:
>
> cavedon-pc:~# setfacl -m 1000:r f
> cavedon-pc:~# getfa
On Sat, 2009-01-31 at 17:45 +0300, Samium Gromoff wrote:
> Package: xfsprogs
> Version: 2.10.2-1
> Severity: normal
>
>
> r...@auriga:~# dd if=/dev/zero of=betelheise.io.new bs=1048576 count=16384
What filesystem does ~root reside on?
> r...@auriga:~# mkfs.xfs betelheise.io.new
...
> r...@auri
On Sun, 2009-02-01 at 23:43 +0900, TANIGUCHI Takaki wrote:
> Package: xfsprogs
> Version: 2.10.2-1
> Severity: important
>
> xfs_growfs does not work. But when I use i686 kernel, xfs_growfs work fine.
This is a kernel issue, fixed in more recent kernels, not an xfsprogs
problem. From the XFS fol
On Sun, 2009-02-22 at 16:11 +0200, Peter De Schrijver wrote:
> Package: pcp
> Version: 2.7.8-20090217
> Severity: serious
>
> There was an error while trying to autobuild your package:
Thanks for reporting it Peter, I think I can see the cause - I'll
upload a fixed version in the next few days.
- "Aaron M. Ucko" wrote:
> To remedy this, please add bison to Build-Depends.
Thanks Aaron, I've fixed it in my tree - I'll upload a new package in the next
few days.
cheers.
--
Nathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscrib
- "Markus Steinborn" wrote:
> Nathan Scott wrote:
> > I've informed upstream, will wait to get their thoughts
> Are there any news from upstream?
I've not heard, but agr...@suse.de might be able to shed
some more light for you.
--
Nathan
--
To UNSUBS
On Mon, 2008-03-10 at 17:53 +0100, Lucas Nussbaum wrote:
> Package: pcp
> Version: 2.7.4-20080306
> Severity: serious
> User: [EMAIL PROTECTED]
> Usertags: qa-ftbfs-20080308 qa-ftbfs
> Justification: FTBFS on i386
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
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)
- "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?
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
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
- "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
On Sun, 2008-03-23 at 13:50 +0100, Bastian Blank wrote:
> There was an error while trying to autobuild your package:
>
> > Automatic build of pcp_2.7.4-20080317 on lxdebian.bfinv.de by sbuild/s390 98
> [...]
> > dh_compress
> > dh_fixperms
> > dh_install --sourcedir=debian/pcp
> > cp: cannot stat
- 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
- "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
- "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
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 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 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 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,
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 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 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
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
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
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
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
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
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
https://github.com/performancecopilot/pcp/pull/1874
This is resolved upstream via
https://github.com/performancecopilot/pcp/pull/2205
and we expect to include this in the next release of PCP in a month or two.
Thanks for reporting the issue!
201 - 241 of 241 matches
Mail list logo