On 2013-08-17 15:45, Petter Reinholdtsen wrote:
> Andreas, you claimed it was still present in version 1.707 and 1.711.
> Can you explain how to reproduce it?
The piuparts command I used for testing can be found at the beginning of
the piuparts logs attached to the bug.
Andreas
--
To UNSUBSCR
[Petter Reinholdtsen]
> as documented in
> https://wiki.ubuntu.com/PAMConfigFrameworkSpec>, and thus
> believe it was fixed in version 1.704. I have no idea what more to
> do to fix it.
I just tested, and as far as I can tell, the problem do not exist in
version 1.711. I created a wheezy chroot,
[Andreas Beckmann]
> No, that is the fault of debian-edu-config and friends. Running
> pam-auth-update once more after purging all the packages reverts the
> changes, the diff looks like this:
I fail to understand what is causing this. I modified
debian-edu-config.prerm to call both of
pam-aut
Control: found -1 1.710
On 2013-05-21 07:42, Petter Reinholdtsen wrote:
>> 1m2.6s ERROR: FAIL: After purging files have been modified:
>> /etc/pam.d/common-auth not owned
>> /var/lib/pam/auth not owned
>> /var/lib/pam/seen not owned
>
> I believe these files belonging to /usr/sbin/
[Andreas Beckmann]
> Hi,
Hi.
Very good to see you are paying attention to the details. :)
> there are still a few bits of pam config modified. This was a simple
> test installing and purging it in a minimal sid chroot:
>
>
> 1m2.6s ERROR: FAIL: After purging files have been modified:
> /etc/
Followup-For: Bug #678931
Hi,
there are still a few bits of pam config modified. This was a simple
test installing and purging it in a minimal sid chroot:
1m2.6s ERROR: FAIL: After purging files have been modified:
/etc/pam.d/common-auth not owned
/var/lib/pam/auth not owned
Hi Adam,
On Samstag, 27. April 2013, Adam D. Barratt wrote:
> Thanks for the analysis. I'm flagging this bug as not being a blocker
> for the release on the basis that it only affects debian-edu systems and
> can thus be fixed via the -edu archive in the meantime if required (I
> realise this isn'
user release.debian@packages.debian.org
usertags 678931 + wheezy-can-defer
tags 678931 + wheezy-ignore
thanks
On Wed, 2013-04-24 at 22:02 +0200, Petter Reinholdtsen wrote:
> [Holger Levsen]
> > we don't call pam-auth-update during install, so why should we call
> > it during uninstall?
>
> I
[Holger Levsen]
> we don't call pam-auth-update during install, so why should we call
> it during uninstall?
I believe I know the answer to this one. I tried to reproduce this
issue, by first creating a squeeze chroot, installing etckeeper to
track changes to /etc/, then installing debian-edu-con
Hi,
"btw", I just went through debian-edu-config's postinst and preinst and noticed
sooo much stuff we shall cleanup once wheezy is out... amazing.
Just commenting on the modifications done by debian-edu-config after just
installing and upgrading it...
On Montag, 25. Juni 2012, Petter Reinhol
On Montag, 25. Juni 2012, Petter Reinholdtsen wrote:
> Two different bugs, with two
> different solutions.
yes.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[Jonas Smedegaard]
> Looks like an instance of bug#313388.
If I got it right, bug #313388 is about what is done during d-i when
debian-edu-config is installed and intentionally activated to update
configuration, while this bug is about what is done and
unintentionally left behind after uninstall w
On 2012-06-25 09:21, Petter Reinholdtsen wrote:
>> /local/ not owned
>> /local/piuparts/not owned
>> /local/piuparts/piupartss/ not owned
>> /local/piuparts/piupartss/.cache/ not owned
>
> Must be piuparts-related.
No. Just some dependency seriously misbehaving. I've filed simi
On 12-06-25 at 08:34am, Andreas Beckmann wrote:
> Package: debian-edu-config
> Version: 1.701
> Severity: important
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed your package modifies files from
> another package. Furthermore there are a
[Andreas Beckmann]
> Hi,
Hi. Thanks for giving us a heads-up. :)
> during a test with piuparts I noticed your package modifies files
> from another package. Furthermore there are a lot of unowned files
> left behind.
>
> >From the attached log (scroll to the bottom...):
>
> 3m36.3s INFO: Warni
15 matches
Mail list logo