On Thu, 17 Nov 2011 01:59:25 -0500, Antoine Beaupré wrote:
> I agree with bdale that closing existing issues seems to make most
> sense. Not sure about the need to remove it from unstable though, since
> it's going to be replaced once we fix it up a bit anyways...
I'll take care of this. Removin
On Thu, 17 Nov 2011 01:59:25 -0500, Antoine Beaupré wrote:
> I agree with bdale that closing existing issues seems to make most
> sense. Not sure about the need to remove it from unstable though, since
> it's going to be replaced once we fix it up a bit anyways...
I just talked to Ganneff and wea
tags 649478 +pending
thanks
On Mon, 21 Nov 2011 09:37:38 +, Colin Watson wrote:
> It would be useful for tar to be marked "Multi-Arch: foreign", to
> indicate that it can satisfy dependencies of packages of other
> architectures.
Done in my repo, will be in the next upload.
Bdale
pgpCC0vf
Niels Thykier writes:
> I would like to upload a patched version of gzip to fix #627121
> (grave; use of memcpy with overlapping memory regions).
>
> This bug was fixed in gzip/1.4-1 by upstream changes; looking at the
> upstream ChangeLog[1], only a single file (inflate.c) was affected[2].
>
> I
tags 697783 +pending
thanks
joblack writes:
> Package: amanda-server
> Version: 1:3.3.1-4
> Severity: minor
>
> ERROR: Error setting COMPRESION property on device 'tape:/dev/nst0'
>
> -> typo for compression
This appears to be fixed in upstream version 3.3.2, which I hope to
upload soon.
Bdale
Don Armstrong writes:
> I'd like to call for votes to resolve #688772
I vote CBAF.
Bdale
pgpoqRDexHWS0.pgp
Description: PGP signature
Ivo De Decker writes:
> Based on your report, I think the only possibility is to remove altos from
> wheezy.
I'm not happy about it, but that would be a better choice than shipping
wheezy with 1.0.3.
Bdale
pgpwuFIhjsURl.pgp
Description: PGP signature
Ivo De Decker writes:
> Looking at the changelog however, the change "move to use of dh in rules,
> compat 9 to enable hardening" is most likely in conflict with the freeze
> policy:
> http://release.debian.org/wheezy/freeze_policy.html
I don't care if this version promotes to wheezy or not. I
Don Armstrong writes:
> I call for a vote on the following resolution to #573745.
I vote C [AB] F.
Bdale
pgp5QIYkm1Ehd.pgp
Description: PGP signature
Josselin Mouette writes:
> * The reason for the historical Recommends instead of Depends is
> not mentioned, while this history is used as an excuse for the
> whole decision.
I personally believe that metapackages should be primarily populated
with Recommends, with Depends
mvera writes:
> I didn't accept the new version of files provided by the new version of the
> package because I didn't need any new functionnality.
I'm sorry, but that was a poor decision. If you're going to refuse a
package maintainer's updates, you should at least look at the changes to
see
Package: release.debian.org
Severity: normal
Please unblock package yforth. This version is a new upstream release
that fixes bug #687348 which was originally filed as RC but which I
downgraded to important. The claim was that yforth had a non-free
license, which I did not completely agree with.
Josselin Mouette writes:
> Le vendredi 12 octobre 2012 à 21:07 +0200, Stefano Zacchiroli a écrit :
>> For lack of a better synopsis, the argument there is "because recommends
>> do not behave properly across upgrades".
>
> And also, the purpose of metapackages is to ship dependencies.
Repeating
Stephan Schreiber writes:
> Jonathan Nieder wrote:
>
>> So the next step is either to convince Debian's kernel maintainers
>> that it is worth including that module in the installer, or the elilo
>> maintainers that debian/elilo.sh should not use iocharset=iso8859-1,
>> or both.
>
> Life is hard,
Ben Hutchings writes:
> 'iocharset=iso8859-1' is actually the default; you would need to
> override the default by specifying 'iocharset=utf8'.
Ah, right. Yes, in that case I agree we can just lose the explicit
iocharset setting in elilo.sh.
> I can reassign this to elilo and you can set sever
Package: release.debian.org
Severity: normal
Please unblock package elilo. This is a one-line fix for elilo.sh to
stop explicitly requesting the default charset, since it causes *all*
new installations on architecture ia64 to fail as per #685186.
Bdale
pgpsvPU5HpeQ7.pgp
Description: PGP signat
Josselin Mouette writes:
> Our very intent is that squeeze users who have gnome installed but not
> NM *do* find that NM becomes installed when they upgrade to wheezy.
Thank you for stating this so plainly.
>> 9. It is disappointing that this proposed solution to the problem was
>>not menti
Jeremy Bicha writes:
> - Why don't they complain about how GNOME3 is significantly different
> than what was shipped in previous Debian releases?
It's not the role of the TC to "complain". It's our role to resolve
issues that are brought to us for resolution.
> - Why don't they complain about
Luca Capello writes:
> Package: mtx
> Version: 1.3.12-4
> Severity: normal
> Usertags: debian-packaging
> Yesterday I uploaded a new Bacula version targeted for wheezy
> (5.2.6+dfsg-1) and I discovered that it can not be built on hurd-i386
> because a Build-Depends: is missing, mtx.
It does not
tags 688616 +pending
thanks
Benjamin Kerensa writes:
> I have attached a patch which adds a homepage field to control for
> this package.
Thanks. I've made the addition in my repository for the next upload.
Bdale
pgpiI4CmvklfJ.pgp
Description: PGP signature
Daniel Holbach writes:
> it'd be great to enable autopkgtest tests for gzip as it's an essential part
> of any system. I took the liberty to write an (admittedly) very simple
> autopkgtest and add it to the package.
Is there some reason you're ignoring the package's existing test suite?
While
Ronny Adsetts writes:
> Not sure what need to be done to get the packaged version of
> "amserverconfig" working but it would be appreciated very much.
My amanda server config pre-dates the existence of amserverconfig by
more than a decade, so I've just never had any reason to run it... which
is
Ian Jackson writes:
> I haven't looked at gzip in particular, so I don't know what its
> upstream test suite is like.
Fairly basic testing similar to what was added in the patch... very
unlike tar, which has a quite comprehensive upstream test suite that
actually takes a while to run. However,
On Wed, 11 Jan 2012 11:27:52 -0500, Jim Paris wrote:
tags 655487 +pending
thanks
> However, the Debian package doesn't regenerate parser.c from parser.y
> and so these changes are not being incorporated. The Debian package
> ships a bad parser.c corresponding to upstream 2.3.0.
I investigated,
On Wed, 11 Jan 2012 12:37:05 -0500, Jim Paris wrote:
> The attached patch changes it to use mkstemps instead
Thanks, incorporated in upload just done.
Bdale
pgpzaDiVZyGYS.pgp
Description: PGP signature
On Sun, 11 Sep 2011 11:14:39 -0700, Kees Cook wrote:
> Package: sudo
> Version: 1.7.4p6-1
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu oneiric ubuntu-patch
>
> The "mail_badpass" option should be enabled by default, since bad password
> attempts
On Wed, 11 Jan 2012 18:46:08 +, Jonathan Wiltshire wrote:
> Maintainer: I doubt this will get a DSA (security team will advise) so
> in that event please fix this in unstable and then follow
> http://deb.li/prsc
I have already uploaded a new version, not because I was particularly
concerned
tags 655533 +pending
thanks
On Wed, 11 Jan 2012 19:45:23 -0500, Jim Paris wrote:
> Turns out this is due to a bug in the include parsing. Patch
> attached.
Thanks again, applied in my repo for the next upload.
Bdale
pgpO8vRwMk9ae.pgp
Description: PGP signature
On Wed, 11 Jan 2012 19:53:54 -0500, Jim Paris wrote:
> Package: as31
> Version: 2.3.1-4
> Severity: minor
>
> The version listed in "as31 -h" and elsewhere is still 2.3.0. I think
> it comes from configure.in.
Yep. Looks like another upstream release process detail issue.
> Similarly: "-h" sa
<#part sign=pgpmime>
severity 660594 wishlist
thanks
On Mon, 20 Feb 2012 04:37:55 +0100, Andreas Beckmann
wrote:
> during a test with piuparts I noticed your package failed the piuparts
> upgrade test because dpkg detected a conffile as being modified and then
> prompted the user for an action.
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package gcpegg. This version fixes RC bug #680014 which
affects all 64-bit architectures. It also fixes an unreported path bug
in the init.d script that would affect all us
Julien Cristau writes:
> shouldn't the opts->port argument have been dropped? same in
> reg_pear.c, hw_pear.c.
Good point. But, while it's no long used, it shouldn't hurt anything,
and in testing it all works fine... so I'm inclined to leave it alone
for now.
> funky indent... (and in a bunch
On Mon, 30 Jan 2012 14:25:54 +0100, m...@linux.it (Marco d'Itri) wrote:
> On Jan 30, Jim Barber wrote:
>
> > In version 175-1 of udev there is the following changelog entry:
> >
> > * 80-drivers.rules: stop automatically loading the obsolete sg driver.
>
> Bdale, a mtx user complained that sg
On Mon, 30 Jan 2012 17:27:17 +0200, Henri Salo wrote:
> A full-disclosure user reported issue in sudo. Please verify:
> http://seclists.org/fulldisclosure/2012/Jan/590 I hope the version
> information is correct in this bug-report. Please contact me if you
> need testing and I can help!
Thanks f
On Thu, 2 Feb 2012 10:08:13 +0100, Stefano Zacchiroli wrote:
> I hereby submit to your attention the "dpkg multi-arch conflict".
> I believe the issue is well-known, so I describe it only briefly
> below;
I also believe we've had sufficient discussion about this issue, and I
therefore call for an
On Thu, 02 Feb 2012 08:16:34 -0700, Bdale Garbee wrote:
> I also believe we've had sufficient discussion about this issue, and I
> therefore call for an immediate vote on the following ballot.
And my vote is ACB.
Bdale
pgpm5nnI2RadG.pgp
Description: PGP signature
On Thu, 02 Feb 2012 08:16:34 -0700, Bdale Garbee wrote:
> I therefore call for an immediate vote on the following ballot.
With votes from 7 of 8 committee members, all ranking A as their first
preference, the outcome of this ballot is no longer in doubt, and we have
met the required &g
On Sun, 05 Feb 2012 12:18:46 -0800, Russ Allbery wrote:
> Do we have a past precedent for how we handle publicizing tech-ctte
> decisions?
Not really.
A note from the package maintainers calling for help testing would seem
most appropriate to me, actually.
Bdale
pgpc5vP2PhzFt.pgp
Description:
On Sun, 05 Feb 2012 15:44:49 -0800, Russ Allbery wrote:
> Bdale Garbee writes:
> > On Sun, 05 Feb 2012 12:18:46 -0800, Russ Allbery wrote:
>
> >> Do we have a past precedent for how we handle publicizing tech-ctte
> >> decisions?
>
> > Not really.
>
tags 658933 +help
thanks
On Mon, 6 Feb 2012 20:06:19 +, Dominic Hargreaves wrote:
> Package: amanda-server
> Your package adzapper currently uses one or more deprecated
Buggy bug filing script?
> or (ideally) to replace their use with more modern equivalents.
I don't know enough about perl
Andreas Beckmann writes:
> Since this directory seems to be shared by several packages
> * all of them should ship it (probably empty)
> * none should create it manually
> * none should run 'rm -rf' on it (but only on the contents specific to
> the package)
Thanks for the report.
It appears t
Ian Jackson writes:
> The argument about the dependency from gnome-core to network-manager
> has now reached the TC.
FWIW, I use network-manager with xfce4 on my notebook, and with suitable
configuration find it an acceptable solution for my needs.
As a matter of policy, though, it seems compl
Gergely Nagy writes:
> Ian Jackson writes:
>
>> * There is no good reason not to use Recommends (or indeed Suggests)
>>in a metapackage.
>
> I'd like to respectfully disagree here - though I've tried to express
> this on debian-devel@ too, apparently, with little success.
>
> As a user, my
Ivo De Decker writes:
> Do you have time to upload a new version?
I've been hoping to get altos 1.1 uploaded fixing this and some other
bugs in the current code, but it just hasn't happened yet. If Keith and
I don't get that done by the first week of September, I'll upload a
simple fix for just
Mike Gabriel writes:
> this is a ping to ask for progress of implementing the --acls option
> in tar. I have just had the need to tar a folder structure with
> extended acls applied and I ended up with reading this (#254615) bug.
>
> Any news on this? Testers needed? Is there a version in som
Ian Jackson writes:
> I'm calling for votes on the following proposal. There are
> three options - two positive versions, and FD. In summary
> A. Do not overrule release team. It is too late for automation.
> B. Do not overrule release team. Defer to them on automation.
> F. Further Dis
Don Armstrong writes:
> Below, please find the current draft of the call for nominations. I'd
> like to send this e-mail out on Monday the 10th, so please make any
> changes in the git repository
Looks fine to me. Thanks!
Bdale
pgpaoiO1WnTH8.pgp
Description: PGP signature
"Grant H." writes:
> After reviewing the copyright file[1] for the package yforth[2] I
> thought that it did not qualify as free software.
Why do you say this? The intent of the author was clearly to be fully
permissive as long as attribution is retained.
For a fairly random piece of softwar
"Grant H." writes:
> A couple things, intent and what actually happens are two different
> things.
Of course I understand that. But what bothers me in this and other
cases is that you're asserting that it fails the DFSG without explaining
*how* you think it fails the DFSG. And I've been around
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package altos. This version fixes RC bug #676739 which
was present at the time of wheezy freeze.
Note that this is a new upstream release that is better in every way
than
Ian Jackson writes:
> Russ Allbery writes ("Re: Bug#681834: network-manager, gnome, Recommends vs
> Depends"):
> The options are:
> A. Recommends not Depends (overrule maintainers). 3:1 required.
> F. Further Discussion.
I vote AF.
Bdale
pgpFnBm8vt7pB.pgp
Description: PGP signature
tags 693331 +pending
thanks
Jo Black writes:
> mkdir /var/lib/lib/amanda
> amserverconfig: mkdir /var/lib/lib/amanda: Permission denied at
> /usr/sbin/amserverconfig line 118
I *think* I've fixed this in my revision control system for the next
upload.
Bdale
pgpBhFynGCCR5.pgp
Description: P
tags 69 +pending
thanks
Jo Black writes:
> The Amanda manpages aren't reflecting the changes Amanda did get on Debian.
>
> E.g.
>
> man amserverconfig
>
> amserverconfig must be run by user amandabackup.
>
> As far as I know Amanda needs to run under the user/group backup?
The problem appea
tags 693352 +pending
thanks
Wookey writes:
> Config.{guess,sub} changes accidentally got into the first patch.
> Here's a clean one.
Merged in my repo for the next upload. Thanks for the patch!
Bdale
pgppGIUPejPUY.pgp
Description: PGP signature
tags 693463 +pending
thanks
Paul Eggert writes:
> Debian has added the following text to zdiff.1, but
> this addition is no longer correct, as /tmp is not used
> in this case on Debian in gzip 1.5. Can you please remove this
> from the zdiff man page?
Thanks for catching this, Paul. Fixed in
Slawomir Stanczak writes:
> When I want to create archive with --numeric-owner option
> command line is blocked.
What do you mean by "command line is blocked"? I do not understand.
Bdale
pgppXut1G15hs.pgp
Description: PGP signature
Jakub Wilk writes:
> However, the doc/ directory does include the non-free GFDL
> documentation
It appears that the package was built against the full upstream tarball
and not the elided one. My bad.
FWIW, the binary package for tar does not include the GFDL documents,
this is just a source
Package: libapache-gallery-perl
Version: 1.0.2-1
The changes introduced in response to #337197 break existing
installations without warning on upgrade, because /var/cache/www
apparently does not exist by default.
At minimum, this should be added to the list of installation
requirements in the R
tags 699454 +pending
thanks
Arnaud Gomes writes:
> Package: amanda-common
> Version: 1:3.3.1-4
> Severity: important
>
> Dear Maintainer,
>
> The file /etc/xinetd.d/amanda, shipped as part of the amanda-common package,
> sets user = amandabackup, whereas the correct user would be backup. The
> u
Russ Allbery writes:
> In practice, at least for the last couple of release cycles, we freeze
> unstable for non-leaf packages during the release freeze because otherwise
> it's too difficult with our current infrastructure to finish the
> release.
I personally consider this a regrettable situat
Joey Hess writes:
> Bdale Garbee wrote:
>> patch d-i to build successfully against the syslinux in sid
>
> syslinux is GPL'd, so this would result in shipping d-i images in wheezy
> which contain a GPL'd binary for which there is no source in wheezy.
My unstate
Ian Jackson writes:
> I'm calling for a vote on the resolution below.
I vote Y F.
Bdale
pgph_QOlGpoKJ.pgp
Description: PGP signature
Package: wnpp
Severity: normal
This package is in relatively good shape for software of its scope and
complexity, with 23 open bugs .. some of which are quite obscure, and
some of which I've closed in preparation for uploading upstream 3.3.2
sometime soon.
The problem is that my tape autochanger
Don Armstrong writes:
> On Tue, 22 Jan 2013, Andreas Barth wrote:
>> 4. While I see reasons to consider the udev solution nicer if it
>> would be available, I fail to see a reason why it would be better to
>> have users creating their own startup scripts then to include
>> sensible defaults in ou
Christoph Biedl writes:
> Don Armstrong wrote...
>
>> On Mon, 18 Feb 2013, Christoph Biedl wrote:
>
>> > Rest assured I did very extensive testing before the submission of my
>> > patch, and also spent a lot of time on a careful analysis of the
>> > present code, resulting in the longish descript
Package: wnpp
Severity: normal
This package dates from the tar 1.11 era, and basically provides a
mechanism for allowing GNU tar to use the fast seek command that's part
of DAT (DDS) tape drives. This is very handy if you need to restore a
file from the middle of a tape.
The package was always a
Package: wnpp
Severity: normal
MTX can be used to manipulate tape auto-changers, also known as "jukeboxes",
such that backup software can make use of the multiple tape capabilities of
the auto-changer. In particular, this is necessary glue for using a backup
system like Amanda with a DDS auto-cha
retitle 700484 "O: amanda -- Advanced Maryland Automatic Network Disk Archiver"
thanks
I've decided to go ahead an orphan this package on the upload of
3.3.3-1, which is a new upstream version. I'm marking myself as an
uploader as I intend to watch for and repair any hideous new bugs that
this up
Christoph Biedl writes:
>> Adding a dependency on makedev will work, but since the makedev package
>> is long orphaned and there's rarely any reason to have it installed any
>> more, I personally wonder if it wouldn't be better to just add
>> appropriate mknod calls directly?
>
> With all respect
Ivo De Decker writes:
> Control: retitle -1 ITA: mtx -- controls tape autochangers
> Control: owner -1 !
>
> On Wed, Feb 20, 2013 at 10:29:05AM -0700, Bdale Garbee wrote:
>> MTX can be used to manipulate tape auto-changers, also known as "jukeboxes",
>> such th
Package: wnpp
Severity: normal
I no longer use this myself, so it's time for someone else to take over.
Bdale
pgpzwavQ2fKRj.pgp
Description: PGP signature
Package: wnpp
Severity: normal
I no longer use efibootmgr, so it's time for someone else to take over.
Bdale
pgpLZxhRszw8E.pgp
Description: PGP signature
I stumbled over this on upgrade to wheezy. If
/etc/cron.daily/amavisd-new
was delivered by the package and has not been modified (likely to be
true in virtually all cases), then it is indeed the responsibility of
the package to get rid of it on upgrade if the content has moved to
/etc/cron.d
tags 708423 +help
thanks
Ira Abramov writes:
> I suspect it's a missing patch or a change in the code, but
> it's definitely not the gzip I had in squeeze.
The --rsyncable patch is still present.
I don't have time to chase this further today. Please let me know if
you learn more before I hav
Michael Gilbert writes:
> I uploaded an nmu fixing the recent security issues. Please see
> attached patch.
Thanks.
Bdale
pgpM77SDbZgqz.pgp
Description: PGP signature
Thijs Kinkhorst writes:
> Hi Bdale,
>
> On Fri, Jun 15, 2012 at 09:27:12AM -0600, Bdale Garbee wrote:
>> Thanks for the report. The problem is that sdcc 3.X introduces new
>> compiler features that are big problems for 8051, and sdcc is a build
>> dep for altos.
Andreas Barth writes:
> Calling for Votes on this resolution (as A) and the default resolution
> (further discussion as F).
I vote A F.
Bdale
pgpjgSSCcYkTE.pgp
Description: PGP signature
On Tue, 02 Mar 2010 15:12:45 +0100, Giuseppe Iuculano
wrote:
> Attached is a debdiff of the changes I made for 1.7.2p1-1.1 0-day NMU.
Thank you.
Bdale
pgpz3qByrcaqZ.pgp
Description: PGP signature
tags 572933 +pending
thanks
On Sun, 07 Mar 2010 19:29:46 +0100, Olivier Berger wrote:
> I believe that the backup user is not reserved to amanda (otherwise
> I'd expect it to be named amanda-something).
While it isn't "amanda-something", I think that's just because we had no
such convention at t
I see no value in having Package-Type in udebs. Even if it makes sense
to use Package-Type to differentiate various "full" package types in the
future, I would be inclined to continue to treat udebs specially because
of their legitimate unique interest in maintaining a minimum footprint.
Bdale
Package: wnpp
Severity: wishlist
FreeTTS is a speech synthesis system written entirely in the Java(TM)
programming language. It is based upon Flite, a small run-time speech
synthesis engine developed at Carnegie Mellon University. Flite in turn
is derived from the Festival Speech Synthesis Sys
Package: notmuch
Severity: wishlist
Version: 0.0+201001211401
The upstream author has apparently released version 0.1 .. when can we
expect an upload of a fresh package?
;-)
Bdale
--- Begin Message ---
In trying to get notmuch to grow up a little bit, I've just added a
version number (0.1 init
On Mon, 6 Jun 2011 02:15:37 -0700, Steve Langasek wrote:
> If this were to be put to a vote today, I would propose the following ballot
> options:
>
> 1) Implement support for calling 'debian/rules build-arch' in place of
> 'debian/rules build' by checking for the presence of the target usin
On Mon, 6 Jun 2011 21:56:22 +0200, Andreas Barth wrote:
> Why 3 below 5?
Introducing a new field that must be filled in and kept (manually) in
sync with information that is already present in the rules file just
doesn't seem like a good solution.
I'm less afraid of 4 than some people would be, p
forwarded 637449 todd.mil...@courtesan.com
thanks
On Thu, 11 Aug 2011 15:42:44 +0100, Chris Butler wrote:
> Package: sudo
> Version: 1.7.4p4-2.squeeze.2
> Severity: minor
>
> In the "SUDOERS OPTIONS" man page, there is a typo:
>
>long_otp_prompt When validating with a One Time Password (OPT
On Sat, 13 Aug 2011 10:31:12 +0200, Jorgen Grahn
wrote:
> I remember the time when gzip got --rsyncable support, but it
> wasn't documented in the man page. That was fixed after a while.
> But now when I looked at the info page, I see that it's still
> missing there!
>
> Perhaps other things hav
On Mon, 17 Oct 2011 20:33:22 -0500, John Hasler wrote:
> I don't have time to work on it but it should be an easy fix.
Thanks for letting me know!
I keep forgetting to update the runtime deps, guess I'm just spoiled by
how well that works with dh_shlibdeps for C apps, etc.
Bdale
pgpKBojs2KG
ose
> should work. Update documentation to include my best contact info for.
> the upstream author, and acknowledge that there is no longer an upstream.
> site for this package. Closes 32413.
>
> -- Bdale Garbee Tue, 26 Jan 1999 09:18:24 -0700
>
> so maybe it&
On Tue, 30 Aug 2011 16:31:37 -0600, Bob Proulx wrote:
Non-text part: multipart/signed
> Sorry but I don't understand. How would setting secure_path in a new
> sudoers.d file create a situation where a system would remain broken?
The only reason files in sudoers.d get read is that I added an incl
On Thu, 8 Sep 2011 16:18:50 +0200, Josip Rodin
wrote:
> > If you ignore all transitions constraints, sure. At the same time, Debian
> > decided debian/rules must be a Makefile and you're not adjusting to cope.
>
> No, "Debian" did not decide to explicitly ban non-shell rules files at any
> point
On Thu, 11 Aug 2011 15:42:44 +0100, Chris Butler wrote:
> In the "SUDOERS OPTIONS" man page, there is a typo:
Upstream informs me that this is fixed in sudo 1.8.2, which I hope to
upload soon. Thanks again for the bug report!
Bdale
pgpI46TtX5fFb.pgp
Description: PGP signature
On Wed, 24 Aug 2011 21:53:01 +0200, Christoph Egger
wrote:
> 56: incremental dump when the parent directory is unreadable FAILED
> (listed03.at:25)
Any idea why this test is now failing on kfreebsd but not on Linux?
The source for this test is in tests/listed03.at, and 'make check' in
the top
On Thu, 25 Aug 2011 23:39:22 -0500, Junqian Gordon Xu wrote:
> setting in /etc/sudoers
>
> # User privilege specification
> rootALL=(ALL) ALL
> sudoer ALL=(ALL) ALL
Does /etc/sudoers have a line like:
Defaultssecure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/
sbin:/
On Thu, 25 Aug 2011 22:01:47 +, Thorsten Glaser wrote:
> Package: sudo
> Version: 1.8.2-1
> Severity: normal
>
> Apparently, there's a new directive in the default sudoers now:
> | Defaults
> secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
>
> Without it, "sudo
On Fri, 26 Aug 2011 12:14:56 +0200, Julien Cristau wrote:
> Or better, secure_path should have a sane default when it's not
> overridden in sudoers...
That's a good thought. I'll investigate, and in either case agree that
a NEWS item is worth adding.
Bdale
pgp63bUar2jMc.pgp
Description: PGP
On Fri, 26 Aug 2011 20:25:31 +0200, Michael Schuerig
wrote:
> The changed
> PAM configuration has the effect that at the start of a sudo
> session the ecryptfs mount count is *not* incremented, while it
> is decremented when the session ends.
I'm not enough of a pam expert to know immediately ho
On Sat, 27 Aug 2011 14:49:50 -0400, "Aaron M. Ucko" wrote:
> Package: altos
> Version: 1.0.1
> Severity: serious
> Justification: fails to build from source
>
> Automated builds with altos have run into errors when attempting to
> produce altusmetrum.pdf due to unresolved references to
> event-mo
On Tue, 30 Aug 2011 13:46:54 -0600, Bob Proulx wrote:
> Alternatively the sudo package could include a new conffile file in
> the package /etc/sudoers.d/00-secure_path or some such that includes
> the new secure_path setting. Being a new file it would be installed
> by default without dialog and
On Fri, 9 Sep 2011 09:03:04 +0200 (CEST), Petr Salinger
wrote:
> just to make it clear.
> The tar works as expected, it just emits extra warning.
Maybe a patch to this test that would allow it to succeed in the
presence of the "extra warning" makes sense for now? I would accept
such a patch if
tags 640304 +pending
thanks
On Fri, 16 Sep 2011 08:48:33 -0400, "Todd C. Miller"
wrote:
> The following patch fixes the problem for me. It will be part of
> a sudo 1.8.2p1 release.
Thanks, Todd! I've folded this into my packaging repo for the next
upload to Debian.
Bdale
pgpJx1gynjNDG.pgp
301 - 400 of 1119 matches
Mail list logo