Bug#801065: Section 6.4 - discourage failing install or upgrade when service fails to start

> "Russ" == Russ Allbery writes: Yeah, but there's a significant factor that reduces things somewhat. In the past, /etc/init.d/foo failing would often cause postinst to break. However, in the past, there were a lot of failures that were not detected by the init.d script. We

Bug#800913: nama: ChainSetup fails rendering all sound operations useless

Package: nama Version: 1.078-2 Severity: grave Justification: renders package unusable Whenever anything tries to generate chains, which happens so you can play or record any sound, I get: error caught while generating setup: Undefined subroutine called at /usr/share/p

Bug#792853: debian-policy: please disallow colons in upstream_version

>>>>> "Guillem" == Guillem Jover <guil...@debian.org> writes: Guillem> Hi! Guillem> On Mon, 2015-09-28 at 09:21:04 -0400, Sam Hartman wrote: >> >>>>> "Charles" == Charles Plessy <ple...@debian.org> writes:

Bug#792853: debian-policy: please disallow colons in upstream_version

> "Charles" == Charles Plessy writes: Charles> Le Thu, Sep 24, 2015 at 03:17:30PM +0200, Jakub Wilk a Charles> écrit : >> * Charles Plessy , 2015-09-24, 21:53: >- >> : ~ (full stop, plus, hyphen, colon, >+ >> : ~ (full stop, plus,

Bug#797181: freeradius: packaging 3.0.x

>>>>> "Mathieu" == Mathieu Simon <mathieu.si...@simweb.ch> writes: Mathieu> On Wed, 23 Sep 2015 18:04:42 -0400 Sam Hartman <hartm...@debian.org> wrote: >> control: tags -1 help >> >> The help I would reall

Bug#797181: freeradius: packaging 3.0.x

control: tags -1 help The help I would really need is a copyright audit from a debian developer. I don't have time for that myself in the near future. Yes, to be useful it really does need to be from an uploading debian developer.:-(

Bug#707851: Debian Menu Systems : Implementation of the TC decision

>>>>> "Charles" == Charles Plessy <ple...@debian.org> writes: Charles> Le Mon, Sep 21, 2015 at 11:27:53AM -0400, Sam Hartman a Charles> écrit : >> Hi. I've been debating how to respond to the shall vs must >> thing. The sho

Bug#707851: Debian Menu Systems : Implementation of the TC decision

Hi. I've been debating how to respond to the shall vs must thing. The short answer is that there are reasons why you might prefer shall, but I find that I'd rather say "must is good enough," than try and come up with an articulate presentation of the energy which would conclude by saying that if

Bug#799243: krb5-user: kadmin should use more verbose output in case of errors

A kdc = line is not enough for kadmin to find a server. You need a admin_server (or I think master_kdc) line. However, AD doesn't support kadmin, so even if you set up krb5.conf you'll just get an error because it won't even listen on the right port. --Sam

Bug#797533: New CTTE members

>>>>> "Ian" == Ian Jackson <ijack...@chiark.greenend.org.uk> writes: Ian> j...@joshtriplett.org writes ("Bug#797533: New CTTE members"): >> On Thu, Sep 10, 2015 at 11:57:59AM -0400, Sam Hartman wrote: >> > At that point, I'd

Bug#797533: New CTTE members

>>>>> "Ian" == Ian Jackson <ijack...@chiark.greenend.org.uk> writes: Ian> Sam Hartman writes ("Re: Bug#797533: New CTTE members"): >> For what it's worth I don't support this sort of automated stuff. Ian> Um, I'm confused. I did

Bug#797533: New CTTE members

Could not follow your message enough to read. I may get back to it later when I have more spoons.

Bug#797533: New CTTE members

> "Didier" == Didier 'OdyX' Raboud writes: Didier> Hi all, could we re-focus this discussion on what qualities Didier> the current Technical Committee Members want to find in new Didier> TC members, please? My current thinking based on the input we got from TC

Bug#797533: New CTTE members

> "Josh" == Josh Triplett writes: Josh> Assuming that the "often results in FD" holds true, and that Josh> this doesn't encourage snap judgements, this seems like a very Josh> good idea to me. I think that except in very special circumstances coming to

Bug#797533: New CTTE members

> "josh" == josh writes: josh> That's not a bad plan, actually. The three standard options josh> could be, in effect, "preliminary injunction against the josh> maintainer to avoid immediate harm, but we still need to talk josh> about this more",

Bug#741573: CFV: Debian Menu Systems

In preparing this CFV, I have made one change to option D: I replaced encouage with encourage because I believe that fixes a typo. I'd like to call for votes on the following resolution: Whereas: 1. The Debian Policy Manual states (§9.6) that 'The Debian menu package provides a

Bug#741573: CFV: Debian Menu Systems

>>>>> "Sam" == Sam Hartman <hartm...@debian.org> writes: Sam> In preparing this CFV, I have made one change to option D: I Sam> replaced encouage with encourage because I believe that fixes a Sam> typo. Sam> I'd like to call for vote

Bug#741573: Proposed draft of ballot to resolve menu/desktop question

> "Keith" == Keith Packard writes: Keith> Do you think the reworded version is easier to understand in Keith> the context of the overall process? That was my major concern Keith> here. I think a bit. My big question is whether you think we'd still be able to

Bug#741573: Proposed draft of ballot to resolve menu/desktop question

OK. I'd really appreciate hearing from anyone now who needs more time before a CFV.

Bug#797533: New CTTE members

> "Don" == Don Armstrong writes: Don> I think attendance at meetings as well as participation in Don> threads, drafting, and voting is a requirement. Don> I think that this amounts to between 1-6 hours a month of work; Don> hopefully towards the low end of

Bug#797533: New CTTE members

I'd like to have a discussion about what we want from TC members before we make a call for nominations. The biggest question I have is how much time do we expect TC members to have available for the TC. i think we've been having a lot of trouble that seems like it has a high probability of being

Bug#741573: Proposed draft of ballot to resolve menu/desktop question

> "Keith" == Keith Packard writes: Keith> Thinking about this tonight, I've rewritten option D as AB + Keith> patch. Keith> As you can see, this makes packages shipping menu and Keith> .desktop files for the same application buggy, makes all Keith>

Bug#741573: Proposed draft of ballot to resolve menu/desktop question

Steve == Steve Langasek vor...@debian.org writes: Steve On Fri, Aug 28, 2015 at 09:13:33AM -0400, Sam Hartman wrote: If we adopt Keith's proposal without updating policy 9.6--we retainIs the SHOULD have menu entries for all command line apps, but move the metadata format

Bug#741573: Comparison of Options AB and D

Nikolaus == Nikolaus Rath nikol...@rath.org writes: Nikolaus On Aug 29 2015, Sam Hartman hartm...@debian.org wrote: Option D goes further. Option D requires that packages drop their traditional menu entries if they ship .desktop files. (That's done on a per-application

Bug#741573: Comparison of Options AB and D

Nikolaus == Nikolaus Rath nikol...@rath.org writes: Nikolaus A. This comes very close to design work which the CTTE Nikolaus should not be doing. If there's a conflict between two Nikolaus crappy designs and the CTTE is asked to rule, then you Nikolaus should pick the less crappy

Bug#741573: Comparison of Options AB and D

Hi. So, after working with Keith yesterday on his option, I think I have a much better understanding of what the tradeoffs are. I'd like to present these to the TC as we're about to vote. I'm ignoring ballot option C (afirm the status quo) in this. I'm also treating options A and B as the

Bug#741573: #741573: Menu Policy and Consensus

Ian == Ian Jackson ijack...@chiark.greenend.org.uk writes: Ian Sam Hartman writes (Re: Bug#741573: #741573: Menu Policy and Ian Consensus): Having such serious objections that have not been adequately considered means you don't have rough consensus at least in the ways I

Bug#741573: Proposed draft of ballot to resolve menu/desktop question

Ian, I'd like to encourage you to use less loaded words than destroy. When I hear that term and disagree with your analysis, my emotional reaction is strong enough that I stop reading. Your term is loaded enough that you lose the opportunity to try and get me to think about whether you are right.

Bug#741573: Proposed draft of ballot to resolve menu/desktop question

Ian == Ian Jackson ijack...@chiark.greenend.org.uk writes: Hi. I'd appreciate it if you would look at the restatement at the bottom and help me make sure I'm understanding the technical implications of the proposal we're considering. I think I may be following what Ian's saying. Ian I

Bug#741573: #741573: Menu Policy and Consensus

Nikolaus == Nikolaus Rath nikol...@rath.org writes: Nikolaus On Aug 28 2015, Ian Jackson ijack...@chiark.greenend.org.uk wrote: Nikolaus [ things about the menu system ] Nikolaus This really has become a farce. This issue been open for Nikolaus more than a year. Sam rephrased

Bug#741573: Voting on Debian Menu Policy next Tuesday

hi. Keith and I hashed out proposed changes to option D on IRC. Unless there are significant concerns raised by TC members, I plan to call for votes on the following ballot next Tuesday. Whereas: 1. The Debian Policy Manual states (§9.6) that 'The Debian menu package provides a

Bug#636783: Bug#795855: #636783 - New bugs for individual issues

I think that calling for a vote and knowingly dropping options from a ballot actually harms the TC process. It is a strategic technique that I think can change the outcome of the process. I think that strategy does more harm than good and I'd like to forbid it. However, I think that I trust the

Bug#741573: Proposed draft of ballot to resolve menu/desktop question

Don == Don Armstrong d...@debian.org writes: While we're not overturning anything in the sense of an override here, I think we owe an explanation for our actions, and I feel really strongly about that. Don Ideally the patch and its rationale should stand alone without Don

Bug#636783: Bug#795857: Bug#795855: Bug#636783: Bug#795855: #636783 - New bugs for individual issues

Bdale == Bdale Garbee bd...@gag.com writes: Bdale Sam Hartman hartm...@debian.org writes: I'm just sying having seen it used once I'd rather decide never to go there again. Bdale For what it's worth, I agree. I'll note that for this to be fair we need to be able to push back

Bug#741573: Proposed draft of ballot to resolve menu/desktop question

Don == Don Armstrong d...@debian.org writes: Don On Sun, 16 Aug 2015, Didier 'OdyX' Raboud wrote: What about just adding Keith's proposal to the ballot, and let the Condorcet magic act? Don This has sort of been my plan; I just have not had enough spare Don cycles in the

Bug#795854: Constitutional Amendment: Fix duplicate section numbering (A1)

Didier == Didier 'OdyX' Raboud o...@debian.org writes: Didier Le lundi, 17 août 2015, 14.57:18 j'ai écrit : Ian wrote a full GR proposal in 20996.60469.968631.307...@chiark.greenend.org.uk ( [636783_supermajority/propose-numberfix] in our git repository and I've attached

Bug#795380: krb5-config: default krb5.conf has other people's domains

I'm sorry. I'm still not seeing a harm here. I absolutely agree that setting a default realm to something unexpected would be problematic. However simply having a realm listed in krb5.conf doesn't have any affect unless you try to use that realm. It's not like settind the default URI for

Bug#795380: krb5-config: default krb5.conf has other people's domains

David == David Magda david.ma...@oicr.on.ca writes: David I own the domain magda.ca: can I get it added so that every David Debian (and Ubuntu) install that uses Kerberos will have that David domain in its krb5.conf? David I have a couple of friends that also have domains, can

Bug#795380: krb5-config: default krb5.conf has other people's domains

David == David Magda david.ma...@oicr.on.ca writes: David Why are all of these domains in the default install of David Debian? There are even bugs (621875, 587624) for updating David people's domains: why?! It's generally useful to have the domain-realm entries and if the realm

Bug#792685: Yeah, just looks like metadata backup issue

I deleted the backup metadata by hand from s3 and fsck and mount work fine. I realize that's not exactly a supported operation, but it seemed likely to work and I think gives confidence that the only problem with the patch seems to be with regard to old metadata carried forward. -- To

Bug#741573: Proposed draft of ballot to resolve menu/desktop question

Unless someone objects I propose that the following text also be included in option b: Using its power under §6.1.5 to offer advice: 1. The Technical Committee suggests that the maintainers of the Debian menu package support translating .desktop files of packages which do not

Bug#792685: Unable to upgrade from wheezy to jessie

Hi. I attempted the following: * Built with the patch applied on a jessie chroot * installed s3ql * On a wheezy system mkfs.s3ql, mount and add some data. unmount. * On my patched jessie system run s3qladm upgrade So far so good. Then run fsck.s3ql. It looks like it has trouble with the old

Bug#741573: #741573: Menu Policy and Consensus

Charles == Charles Plessy ple...@debian.org writes: Charles I made efforts to keep the wording mild, but I think that Charles it was an error. From your attiude as the lead person behind the Debian Menu, it is clear that Charles it has no future. For one decade, you have

Bug#741573: #741573: Menu Policy and Consensus

Ian == Ian Jackson ijack...@chiark.greenend.org.uk writes: Ian Sam Hartman writes (Re: Bug#741573: #741573: Menu Policy and I think the key area where we differ is that I would give preference other things being mostly equal to upholding the work done in debian-policy. As I

Bug#741573: #741573: Menu Policy and Consensus

Ian == Ian Jackson ijack...@chiark.greenend.org.uk writes: Ian 1. The TC - not the policy process, not the policy editors, and Ian not the consensus on debian-policy - has the ultimate Ian responsibility to set technical policy. (Constitution 6.1(1)) Ian So in the TC the

Bug#792685: Unable to upgrade from wheezy to jessie

Just as an FYI, I'm in Prague at an IETF meeting and that's taking up most of my time, so it may be this weekend before I get a chance to try your patch. --Sam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#741573: #741573: Menu Policy and Consensus

Josselin == Josselin Mouette j...@debian.org writes: Josselin Sam Hartman hartm...@debian.org wrote: Bill, in his role Josselin of policy editor said that he believed there was not a Josselin consensus. He cited a specific set of messages that he Josselin believes were

Bug#741573: Russ's role

Bill == Bill Allombert ballo...@debian.org writes: Bill On Mon, Jul 20, 2015 at 10:34:47AM -0400, Sam Hartman wrote: You said: Hi. As a matter of fact finding. Russ's message, which Charles sites implies to me that Russ was swamped and didn't have time to do the commit

Bug#741573: Russ's role

You said: I think that what you wrote does not reflect what happened: Charles - Russ gave me the green light for committing the changes, see Charleshttps://lists.debian.org/debian-policy/2014/02/msg00068.html. Only Policy CharlesEditors can decide that a change will be committed,

Bug#741573: #741573: Menu Policy and Consensus

Charles == Charles Plessy ple...@debian.org writes: Charles Le Sat, Jul 18, 2015 at 01:56:49PM +, Sam Hartman a Charles écrit : Bill == Bill Allombert ballo...@debian.org writes: Charles Also, the question is not whether the FreeDesktop menu Charles should be described

Bug#792685: Unable to upgrade from wheezy to jessie

Nikolaus == Nikolaus Rath nikol...@rath.org writes: Nikolaus I agree. There shouldn't have been an s3ql package in Nikolaus Wheezy. This was when I was young and inexperienced with Nikolaus Debian packaging. However, the situation is different for Nikolaus Jessie. Now that it is

Bug#741573: #741573: Menu Policy and Consensus

Charles == Charles Plessy ple...@debian.org writes: Charles Le Sun, Jul 19, 2015 at 08:05:56AM +, Sam Hartman a Charles écrit : Bill, in his role of policy editor said that he believed there was not a consensus. Charles Hi Sam, Charles I think that what you

Bug#741573: #741573: Menu Policy and Consensus

Bill == Bill Allombert ballo...@debian.org writes: Bill On Fri, Jul 17, 2015 at 10:08:04PM +, Sam Hartman wrote: In March of 2014, Charles Plessy asked the Debian Technical Committee to review one of the policy editors decisions to revert changes to how policy talks about

Bug#792685: Unable to upgrade from wheezy to jessie

package: s3ql severity: grave version: 2.11.1+dfsg-1 Justification: Renders filesystem unusable and data accessible Hi. I'm upgrading a system from wheezy to jessie. Wheezy ships s3ql 1.11, jessie ships version 2.11. I have a filesystem that I can easily mount and fsck in wheezy, but when I try

Bug#792685: Unable to upgrade from wheezy to jessie

Nikolaus == Nikolaus Rath nikol...@rath.org writes: Nikolaus I agree that this is unfortunate, but preserving backwards Nikolaus compatibility over so many upstream versions just for Nikolaus Debian wheezy users did not seem worth the time. I totally understand that it's a lot of

Bug#741573: #741573: Menu Policy and Consensus

of that, though. (Also, I felt like the proposal was a good path forward, which doesn't make me a particularly unbiased judge of consensus.) Sam hartman Speaking only for myself pgpjsVADEZVn4.pgp Description: PGP signature

Bug#787880: moonshot-ui: FTBFS with valac 0.28

committed upstream, there will be a new upstream version 0.7.2 for this within a day. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#741573: Investigation of the bug log

You are copied on this message because you raised objections noted by the policy editors during the discussion of menu policy or seconded the proposal in #707851. The TC is currently evaluating a request to review that proposal and the process surrounding it. If you seconded the proposal, I'd

Bug#741573: Investigation of the bug log

Lisandro == Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com writes: Lisandro Hi Sam! A long time has passed since then and I should re Lisandro read the full and extensive bug log to assert whatever you Lisandro want to ask. But I can be sure on one thing: at the time

Bug#741573: Bug #741573:Process Approach vs Others

Don == Don Armstrong d...@debian.org writes: Don On Wed, 27 May 2015, Sam Hartman wrote: Bdale == Bdale Garbee bd...@gag.com writes: Bdale I hear you, I just don't have any idea what to do differently Bdale on this specific issue in response to knowing how you feel Bdale

Bug#750135: Call for Vote: Resolution on Aptitude Maintainer

I here-by call for a vote on the following text (option A); the other option is FD. I will be out much of the next two weeks so if the vote becomes resolved I'd appreciate it if someone could step in and announce the decision. Background/Rationale: 1. In #750135, the Technical Committee was

Bug#750135: Call for Vote: Resolution on Aptitude Maintainer

Sam == Sam Hartman hartm...@debian.org writes: Sam I here-by call for a vote on the following text (option A); the Sam other option is FD. I will be out much of the next two weeks Sam so if the vote becomes resolved I'd appreciate it if someone Sam could step in and announce

Bug#741573: Bug #741573:Process Approach vs Others

Kurt == Kurt Roeckx k...@roeckx.be writes: Kurt On Wed, May 27, 2015 at 09:19:07PM -0400, Sam Hartman wrote: [moving back to the bug, because we're starting to discuss the issue rather than a TC communications matter.] Bdale == Bdale Garbee bd...@gag.com writes

Bug#741573: Bug #741573:Process Approach vs Others

believe that they didn't have consensus rather than just jumping to a conclusion. I don't think we need to vote for that if we have internal rough consensus, although I'd be fine voting on that if we wish to do so. However: Bdale Sam Hartman hartm...@debian.org writes: Bdale I really think

Bug#784651: moonshot-ui: depends on libgee-dev which is deprecated

Emilio == Emilio Pozuelo Monfort po...@debian.org writes: Emilio Control: severity -1 serious We want to remove libgee2 from Emilio unstable RSN, and there are only a few rdeps now, so I'm Emilio bumping the severity of the bugs. For future reference, I don't think it's actually

Bug#784651: moonshot-ui: depends on libgee-dev which is deprecated

Ah, and I see you did actually file the removal request, so yeah this is RC under any evaluation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#750135: Initial draft of resolution

Didier == Didier 'OdyX' Raboud o...@debian.org writes: Background/Rationale (Constitution 6.1.5): 1. In #750135, the Technical Committee was asked by Manuel Fernandez Montecelo who should be the maintainer of the Aptitude project. He had been actively committing until

Bug#750135: Initial draft of resolution

Proposed for your consideration and checked into git for your editing: Background/Rationale (Constitution 6.1(5)): 1. In #750135, the technical committee was asked by Manuel Fernandez Montecelo who should be the maintainer of the aptitude projectp. He had been actively committing until his

Bug#784783: krb5-admin-server: install failure during dpkg --configure

I'm confused about this. The krb5-kdc/debconf template is included in the krb5-kdc package, which is a dependency of krb5-admin-server. That should mean that krb5-kdc is configured (and thus the template available) prior to krb5-admin-server. Russ and ben, am I missing something here? --Sam --

Bug#780264: Bug #780264 : Improved fix for M2Crypto incompatibility

Hi. I'll be on vacation the rest of this week and will review on my return monday. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783271: When configuring custom logging in /etc/krb5.conf,, xrb5 services are unable to write to these log files as they are not, permitted in the service configuration used by systemd

It's my plan to close this as not a bug; Russ's explanation for how to relax the permissions check seems entirely reasonable as a solution. --Sam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#750135: Status of #750135 (Maintainer of aptitude package)

Didier == Didier 'OdyX' Raboud o...@debian.org writes: Didier Given the situation (an unresponsive Daniel, a proposal from Didier people with powers to push the situation forward), I'd be Didier more inclined to say yes to Christian, without a formal Didier resolution. Given

Bug#775277: krb5-kdc: kpropd init scripts missing from package

Michael == Michael Weiser m.wei...@science-computing.de writes: Michael Hi, Mark and I have built and used our own local packages Michael with this patch applied for some revisions now (at least Michael -17, -18 and -19) and all seems fine. But it it is quite a Michael hassle to

Bug#780403: debian-policy: Define what should happen when installing a package and the init script fails to start it

Russ == Russ Allbery r...@debian.org writes: Russ Ivan Baldo iba...@adinet.com.uy writes: What should happen if installing a package and then when it tries to start its service it fails? Currently the most common behaviour seems to be that the installation fails.

Bug#741573: Menu Systems: Thoughts about Next Steps

Having reviewed the policy team's process.txt document and having reviewed Charles's comments, I'm much less sanguine when I think about the approach for resolving the menu system discussion that we discussed last Thursday. Keith may well have an approach that improves over both the status

Bug#741573: Requesting input on TC deliberations about menu system and policy

Dear Charles, Last Thursday, the TC met. As part of that meeting we discussed #741573. See the logs at http://meetbot.debian.net/debian-ctte/2015/debian-ctte.2015-03-26-18.59.log.html . Currently the plan is that Keith is going to propose some text within the policy process that he

Bug#781108: unblock: krb5/1.12.1+dfsg-19

Of this already seems to have migrated into testing On March 28, 2015 2:57:33 PM EDT, Niels Thykier ni...@thykier.net wrote: Control: tags -1 confirmed moreinfo On 2015-03-24 16:51, Sam Hartman wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org

Bug#781311: gss_delete_sec_context breaks openssl usage in other libraries

package: moonshot-gss-eap version: 0.9.2-3 severity: grave Whenever the last gss-eap security context is deleted, the gss-eap mechanism shuts down openssl including freeing x_data, error strings, and engines. In practice this tends to mean that any other library in the same process using openssl

Bug#781312: CA certificates cannot handle internal space

package: moonshot-gss-eap version: 0.9.2-3 severity: serious justification: Broken interoperability with the UK's production Moonshot infrastructure. It turns out that despite code designed specifically to permit internal white space in CA certificates in moonshot trust anchors, the length check

Bug#781108: unblock: krb5/1.12.1+dfsg-19

systemd unit directories as optional, Closes: #780831 + + -- Sam Hartman hartm...@debian.org Fri, 20 Mar 2015 16:22:33 -0400 + krb5 (1.12.1+dfsg-18) unstable; urgency=high * Import upstream patch for CVE-2014-5355, Closes: #778647 diff --git a/debian/krb5-admin-server.service b/debian/krb5

Bug#769972: Read before Voting: Note from hartmans about new member ballots

Don == Don Armstrong d...@debian.org writes: Don ===BEGIN Don The Technical Committee recommends that Sam Hartman (hartmans) Don be appointed by the Debian Project Leader to the Technical Don Committee. Don A: Recommend to Appoint Sam Hartman (hartmans) B: Further Don

Bug#779557: Including additional users file doesn't work without full path to the file in the INCLUDE statement

Can you please reproduce with the 2.2.5 packages in Debian testing/jessie? I suspect this is likely fixed between 2.1.12 and 2.2.5 or has to do with directory definitions in configs between distributions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

Bug#777579: krb5-admin-server: kadmind reports Insufficient access to lock database

control: tags -1 moreinfo I took the following steps: 1) create a new sid chroot. 2) apt-get update 3) apt-get install krb5-user As part of 3 krb5-config got installed and because of my DNS I was prompted to configure my krb5.conf. I entered the realm I was going to create (EXAMPLE.COM) but

Bug#777579: krb5-admin-server: kadmind reports Insufficient access to lock database

Do you see any differences in /etc/krb5.conf or /etc/krb5kdc/kdc.conf in the successful vs unsuccessful situations? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#777579: Fwd: Bug#777579: krb5-admin-server: kadmind reports Insufficient access to lock database

Is your realm actually called EXAMPLE.COM? my guess is that somehow the realm in kdc.conf was incorrect and so that stanza is not being used. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#777579: Fwd: Bug#777579: krb5-admin-server: kadmind reports Insufficient access to lock database

Erik == Erik Haller erik.hal...@gmail.com writes: Erik What is telling kadmind to use the /etc/krb5kdc directory? Erik configure script? Because the /etc/krb5kdc/kdc.conf points - Erik /var/lib and it runs just fine with the databases under Erik /etc. That's the big

Bug#777579: Fwd: Bug#777579: krb5-admin-server: kadmind reports Insufficient access to lock database

Yeah, but the config file should override that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#777579: Fwd: Bug#777579: krb5-admin-server: kadmind reports Insufficient access to lock database

No, I cannot reproduce. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#777579: Fwd: Bug#777579: krb5-admin-server: kadmind reports Insufficient access to lock database

OK, so the default_realm in /etc/krb5.conf matches the realm in kdc.conf and yet the kdc is not using /var/lib/krb5kdc. Ben, any thoughts here? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#777579: Fwd: Bug#777579: krb5-admin-server: kadmind reports Insufficient access to lock database

The database (principal and principal.*) live under /var/lib. The ACL and stash file live in /etc/krb5kdc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#776981: unblock: krb5/1.12.1+dfsg-17

+- CVE-2014-9422: kadmind incorrectly validates server principal name + - CVE-2014-9423: libgssrpc server applications leak uninitialized bytes + + + -- Sam Hartman hartm...@debian.org Tue, 03 Feb 2015 10:29:35 -0500 + krb5 (1.12.1+dfsg-16) unstable; urgency=medium * Import

Bug#760754: Debian freeradius consider all files in modules/ folder, also *.dpkg-* ones...

I'd recommend holding on on fixing this bug until we get freeradius 3 into the archive. We'll still have some sort of problem for policy.d. It may be worth bringing this up on the upstream development list. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject

Bug#774190: unblock: libverto/0.2.4-2

. + * + + -- Sam Hartman hartm...@debian.org Mon, 29 Dec 2014 20:17:46 -0500 + libverto (0.2.4-1) unstable; urgency=low * Update to new upstream diff --git a/src/verto-libev.c b/src/verto-libev.c index 2eb08fc..9c7c324 100644 --- a/src/verto-libev.c +++ b/src/verto-libev.c @@ -106,7 +106,9

Bug#773778: libverto-libev1: set_flags implementation broken

This looks simple and I'll put together a request. My understanding is that unless we call this RC because it totally breaks libkrad, that I need to file for a pre-approved change, and that such a change must be approved by Jan 5. I should be able to put together the unblock by Monday or so.

Bug#773228: CVE-2014-5354: kadmin crashes on keyless principals

control: severity -1 important It might be worth getting these two into jessie if the release team is willing. I think pre-approved fixes are valid until KJanuary 5 and so we should figure out how to get pre-approval if you agree. --sam -- To UNSUBSCRIBE, email to

Bug#762194: Automatic switch to systemd on wheezy-jessie upgrades (thoughts)

Thanks. I found this post of your to be really thought-provoking and useful and an example of the sort of discourse we should strive to when discussing these issues. I think the discussion of switching default inits in the future is something to particularly consider. --Sam -- To UNSUBSCRIBE,

Bug#766708: Processed: Re: Bug#766708: breaks multiarch cross building

Ron == Ron r...@debian.org writes: Ron I'd be kind of sad if that stopped being possible again for the Ron final released version of Jessie, and we had to skip yet Ron another release before being able to do this on Debian again. Ron It may not be the best and final answer, but

Bug#766708: Processed: Re: Bug#766708: breaks multiarch cross building

Dimitri == Dimitri John Ledkov x...@debian.org writes: Dimitri Comparing squeeze and jessies - have things regressed? if Dimitri yes, how? As far as I expect, the way one uses debian Dimitri source packaging to produce cross toolchains has not Dimitri changed, nor has been

Bug#769710: krb5-admin-server: kadmind tries to start before LDAP is available (combined with krb5-kdc-ldap)

It belongs in krb5-kdc-ldap as with the krb5-kdc overried. Really same structure. I just missed the need when making that change. --Sam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#769907: general: non-sysvinit init systems are made of fail

Didier == Didier 'OdyX' Raboud o...@debian.org writes: Didier Systems cross-craded from Ubuntu to Debian are absolutely Didier not supported, and I wouldn't be surprised if some of the Didier issues you're seeing are in some way related to this. I've seen both these issues on pure

<    3   4   5   6   7   8   9   10   11   12   >