Skip to content
GitLab
Switch branch/tag
  1. 27 Jan, 2010 2 commits
  3. 26 Jan, 2010 1 commit
  5. 25 Jan, 2010 4 commits
  7. 07 Dec, 2009 1 commit
  9. 21 Nov, 2009 3 commits
  11. 20 Nov, 2009 2 commits
  13. 13 Nov, 2009 3 commits
  15. 12 Nov, 2009 2 commits
    • Russ Allbery's avatar
      Clarify policy on named pipes in packages · 23cf3d94
      Russ Allbery authored 
      Make explicit the requirement that packages not include named pipes in
addition to device files.  State that named pipes must be created in
postinst and removed in prerm or postrm as appropriate.  Suggest in a
footnote using mkfifo rather than mknod to avoid false positives from
package checkers.
      23cf3d94
    • Russ Allbery's avatar
      Standardize on lowercase must for consistency · 9562f24b
      Russ Allbery authored 
      * Change the sole occurrence of MUST to must for consistency and to
  avoid confusion with IETF RFC keywords.  Thanks, Jakub Wilk.
  (Closes: #552757)
      9562f24b
  17. 21 Oct, 2009 1 commit
  19. 13 Oct, 2009 3 commits
  21. 11 Oct, 2009 1 commit
  23. 05 Oct, 2009 3 commits
  25. 15 Sep, 2009 5 commits
  27. 10 Sep, 2009 3 commits
    • Manoj Srivastava's avatar
      Provide changelog for the typo fix -- manoj. · b4c0dd27
      Manoj Srivastava authored
      b4c0dd27
    • Steve Langasek's avatar
      Bug#542865: Grant an FHS exception for the multiarch library directories · c74ac744
      Steve Langasek authored and Manoj Srivastava's avatar Manoj Srivastava committed 
      

On Fri, Aug 21, 2009 at 09:25:30PM -0700, Russ Allbery wrote:
> Manoj Srivastava <srivasta@debian.org> writes:
> > On Fri, Aug 21 2009, Russ Allbery wrote:

> >> The current restriction is specific to libraries.  Don't we need to say
> >> that you can't put *any* files into any triplet directory that isn't
> >> for your package architecture?

> >         Hmm. My first read was that one could not put anything that was
> >  not a library in these directories, but perhaps it should be stated
> >  explicitly.

> I was expecting that we'd need to put anything that you might want to have
> simultaneous installs from multiple architectures in that directory, which
> would include, for instance, any shared library plugins or loadable
> modules, which aren't strictly libraries.

> We might have to duplicate some library helper programs as well, if for
> instance they communicate with the library using binary structures that
> are sensitive to sizeof(long).

Right, this was a bug in the proposed patch, not a deliberate statement that
only libraries belong in these directories.  (As I mentioned, the first
patch was something of a trial balloon.)  I think this updated patch should
cover everything for the first round.

Re-seconds?

Signed-off-by: Manoj Srivastava's avatarManoj Srivastava <srivasta@debian.org>
      c74ac744
    • Manoj Srivastava's avatar
      Typo fix: relayed -> related. · b270d2d9
      Manoj Srivastava authored 
      

Thanks to Matt Kraai for pointing this out.

Signed-off-by: Manoj Srivastava's avatarManoj Srivastava <srivasta@debian.org>
      b270d2d9
  29. 07 Sep, 2009 1 commit
  31. 05 Sep, 2009 1 commit
  33. 16 Aug, 2009 4 commits