Hi,
Am Mittwoch, den 14.12.2011, 17:44 + schrieb Wookey:
> I anyone is aware of packages where it really isn't possible to do an
> automatic bootstrap without a circular dependency (for the initial
> bootstrap build), I would like to know about it.
again, GHC comes to mind. When I ported it
Am 14.12.2011 11:30, schrieb David Kalnischkies:
> Hi,
>
> in general, such questions are better suited for debian-mentors@,
> but here we go:
>
> ...
>
> I think what you mean is best described/covered with the advice to
> have a look at the manpage of 'dpkg-maintscript-helper', but i must
> con
On Wed, Dec 14, 2011 at 03:31:41PM -0600, Jonathan Nieder wrote:
> Two clarifications:
>
> Jonathan Nieder wrote:
> > Roger Leigh wrote:
>
> >> The question that needs answering is this:
> >>
> >> "what are the reasons, today, for a separate /usr?"
> >
> > No, I don't think an answer to that pr
On Wed, Dec 14, 2011 at 10:43:38PM +0100, J.A. Bezemer wrote:
>
> On Wed, 14 Dec 2011, Roger Leigh wrote:
>
> [..]
> >The same argument applies to encryption. / and /usr both contain a
> >selection of programs, libraries etc. If you're encrypting one, why
> >would you not encrypt all of it?
>
On Dec 15, Roger Leigh wrote:
> That is to say, /usr is a split of /convenience/. The real solution
> would be to have /etc as a separately-mounted encrypted filesystem.
> So really, keeping /usr separate is a different issue, IMHO. This
> isn't a reason to keep the /usr split, it's a reason to
On Thu, Dec 15, 2011 at 01:57:20PM +0100, Marco d'Itri wrote:
> On Dec 15, Roger Leigh wrote:
>
> > That is to say, /usr is a split of /convenience/. The real solution
> > would be to have /etc as a separately-mounted encrypted filesystem.
> > So really, keeping /usr separate is a different issu
Ok, ok, ok, I think I may have got it. Some of your comments helped
get me on the proper track of distro-oriented thinking where different
systems are picking and choosing a different subset of available
packages, but those packages have predefined locations where they have
to put things. It has
Package: wnpp
Severity: wishlist
Owner: James Bromberger
* Package name: libchi-driver-memcached-perl
Version : 0.14
Upstream Author : Jonathan Swartz
* URL : http://search.cpan.org/~jswartz/CHI-Driver-Memcached/
* License : Artistic
Programming Lang: Perl
On Thu, 15 Dec 2011 at 13:29:18 +, Roger Leigh wrote:
> ... albeit introducing some problems with users who would need
> to resize the rootfs (but this has always been an issue with upgrades,
... particularly if general-purpose libraries (GLib, D-Bus, OpenSSL, Expat,
HAL, zlib...) gradually cr
Svante Signell writes ("[Fwd: [ISC-Bugs #25979] What happened to the dhcp patch
in ISC-Bugs #24697 (Debian Bug #616290)?]"):
> Dear Debian/Hurd, GNU/Hurd and Debian-devel people. This arrived today.
> Any ideas on how to proceed? Is it possible to create a Hurd-specific
> fork of the latest ISC-DH
On Thu, Dec 15, 2011 at 01:29:18PM +, Roger Leigh wrote:
> Well, I think I still need persuading that this is the right direction
> to move the files. I still think that moving /usr to / is a better
> strategy
I think we would need a very, very good reason to migrate away from /usr.
Fedora al
On Dec 15, Roger Leigh wrote:
> > You keep repeating arguments in favour of moving /{bin,sbin,lib}/ to
> > /usr/ :-)
> Well, I think I still need persuading that this is the right direction
> to move the files. I still think that moving /usr to / is a better
> strategy, albeit introducing some p
On Thu, Dec 15, 2011 at 07:17:53PM +0200, Riku Voipio wrote:
> On Thu, Dec 15, 2011 at 01:29:18PM +, Roger Leigh wrote:
> > Well, I think I still need persuading that this is the right direction
> > to move the files. I still think that moving /usr to / is a better
> > strategy
>
> I think we
Gergely Nagy writes:
> For now, it can only substitute environment variables, and stuff
> dpkg-architecture(1) knows about (yes, it will work just fine even when
> $DEB_HOST_MULTIARCH and similar aren't available in the environment),
> but there's possibility to add more helpers, as the need aris
Roger Leigh wrote:
> I think an important point to consider is that /usr would not
> disappear. It could be replaced by a symlink for new installs.
> This would permit older installs to continue to use /usr, but
> the files would end up on / for new installs. So no changes
> to --prefix would be
On 12/15/2011 09:29 PM, Roger Leigh wrote:
> Well, I think I still need persuading that this is the right direction
> to move the files. I still think that moving /usr to / is a better
> strategy, albeit introducing some problems with users who would need
> to resize the rootfs (but this has alway
On 12/16/2011 01:24 AM, Roger Leigh wrote:
> Hi Riku,
>
> I think an important point to consider is that /usr would not
> disappear. It could be replaced by a symlink for new installs.
> This would permit older installs to continue to use /usr, but
> the files would end up on / for new installs.
Le jeudi 15 décembre 2011 à 18:33 +0100, Gergely Nagy a écrit :
> ,
> | #! /usr/bin/dh-exec
> | etc/sample.conf => /etc/my-package/my-package.conf
> | examples/* /usr/share/doc/my-package/examples
> `
>
> The syntax itself isn't all that bad. But the implementation! OH MY!
[snip]
> Let m
Le vendredi 16 décembre 2011 à 03:35 +0800, Thomas Goirand a écrit :
> Oh, and when I'm at it, how do you implement /usr as read only,
> (over nfs for example)? This is a quite common setup in large
> organization / universities.
No, it is not. With a packaging system it is not suitable to have a
Thomas Goirand writes:
> Oh, and when I'm at it, how do you implement /usr as read only,
> (over nfs for example)? This is a quite common setup in large
> organization / universities.
I really don't believe this is true any more. We used to do stuff like
this and stopped doing it a long time ag
Le 15/12/2011 18:33, Gergely Nagy a écrit :
,
| dh-exec.DEADBEEF/etc/my-package/my-package.conf /etc/my-package
| examples/* /usr/share/doc/my-package/examples
`
As far as I see, this should cause no ill side-effects, apart from
strangely named directories under debian/tmp.
[...]
Let m
Josselin Mouette writes:
> Le jeudi 15 décembre 2011 à 18:33 +0100, Gergely Nagy a écrit :
>> ,
>> | #! /usr/bin/dh-exec
>> | etc/sample.conf => /etc/my-package/my-package.conf
>> | examples/* /usr/share/doc/my-package/examples
>> `
>>
>> The syntax itself isn't all that bad. But the im
On 15.12.2011 20:27, Thomas Goirand wrote:
>
> Also, I really fail to see how this would be an improvement for our users.
> It's just an argument for making our lives of lazy library maintainer
> more easy.
The question is, if moving files around is a good way to spend
maintainers time. I think n
Le 13/12/2011 22:32, Roger Leigh a écrit :
On Tue, Dec 13, 2011 at 09:08:10PM +, brian m. carlson wrote:
On Tue, Dec 13, 2011 at 08:54:14PM +, Roger Leigh wrote:
If you have a few minutes to spare, some testing of the packages
would be appreciated, so make sure there are no corner cases
Package: partman-auto
Severity: normal
In all of the recent discussions about separate /usr partitions, most
people seem to acknowledge them as unusual, special-purpose
configurations, even those who use them. To the extent they have a use
at all, they primarily have a use for people who have ver
Hi there!
On Thu, 15 Dec 2011 18:19:54 +0100, Marco d'Itri wrote:
> On Dec 15, Roger Leigh wrote:
>
>> > You keep repeating arguments in favour of moving /{bin,sbin,lib}/ to
>> > /usr/ :-)
>> Well, I think I still need persuading that this is the right direction
>> to move the files. I still thi
Package: wnpp
Severity: wishlist
Owner: "Marco d'Itri"
* Package name: libkmod
Version : 1
Upstream Author : ProFUSION embedded systems
* License : LGPLv2 or later
Programming Lang: C
Description : a library to handle kernel modules
libkmod provides an API for ins
Package: wnpp
Severity: wishlist
Owner: Florian Schlichting
* Package name: libobject-authority-perl
Version : 0.004
Upstream Author : Toby Inkster
* URL : http://search.cpan.org/~tobyink/Object-AUTHORITY-0.004/
* License : GPL-1 or Artistic, LGPL, BSD, MIT/X,
On Dec 15, Josh Triplett wrote:
> Anyone desiring a setup with more separate partitions should have no
> trouble using the manual partitioner to create whatever custom
> configuration they desire.
I agree.
--
ciao,
Marco
signature.asc
Description: Digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Josh Triplett, 2011-12-15 21:46+0100:
> Please consider removing the option in the guided partitioner for
> separate /usr, /var, and /tmp partitions; that would leave only the "All
> files in one partition" and "Separate /home partition" setups, both
Package: wnpp
Severity: wishlist
Owner: Martin Erik Werner
User: pkg-fonts-de...@lists.alioth.debian.org
Usertags: wnpp
* Package name: googlefontdirectory-tools
Version : N/A (20111215)
Upstream Author : Dave Crossland
* URL : http://code.google.com/p
Package: wnpp
Severity: wishlist
Owner: Florian Schlichting
* Package name: libobject-role-perl
Version : 0.001
Upstream Author : Toby Inkster
* URL : http://search.cpan.org/~tobyink/Object-Role-0.001/
* License : GPL-1+ or Artistic
Programming Lang: Perl
Josh Triplett writes:
> In all of the recent discussions about separate /usr partitions, most
> people seem to acknowledge them as unusual, special-purpose
> configurations, even those who use them. To the extent they have a use
> at all, they primarily have a use for people who have very specif
Russ Allbery wrote:
>Josh Triplett writes:
>> In all of the recent discussions about separate /usr partitions, most
>> people seem to acknowledge them as unusual, special-purpose
>> configurations, even those who use them. To the extent they have a use
>> at all, they primarily have a use for peo
On Thu, Dec 15, 2011 at 09:35:17PM +0100, Vincent Danjean wrote:
> Le 13/12/2011 22:32, Roger Leigh a écrit :
> >On Tue, Dec 13, 2011 at 09:08:10PM +, brian m. carlson wrote:
> >>On Tue, Dec 13, 2011 at 08:54:14PM +, Roger Leigh wrote:
> >>>If you have a few minutes to spare, some testing o
On Thu, Dec 15, 2011 at 02:15:11PM +, Ian Jackson wrote:
> Svante Signell writes ("[Fwd: [ISC-Bugs #25979] What happened to the dhcp
> patch in ISC-Bugs #24697 (Debian Bug #616290)?]"):
> > Dear Debian/Hurd, GNU/Hurd and Debian-devel people. This arrived today.
> > Any ideas on how to proceed?
On Fri, Dec 16, 2011 at 03:35:55AM +0800, Thomas Goirand wrote:
> On 12/16/2011 01:24 AM, Roger Leigh wrote:
> > Hi Riku,
> >
> > I think an important point to consider is that /usr would not
> > disappear. It could be replaced by a symlink for new installs.
> > This would permit older installs to
Josh Triplett writes:
> I still think the general statement applies: "It seems likely that any
> such setup will have custom requirements.".
I guess this is what I don't agree with.
> Anyone installing a server probably either wants one of the two other
> guided setups (all-in-one or separate /
On Fri, 16 Dec 2011, Russ Allbery wrote:
> I don't see separating /var and /tmp from / as being related to servers,
> personally.
None of my servers have a separate /var. Of the servers I run which have /tmp
as a separate filesystem it's a tmpfs.
I have used a /var/log filesystem on occasion.
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 393 (new: 6)
Total number of packages offered up for adoption: 141 (new: 0)
Total number of packages request
On Fri, 2011-12-16 at 00:15 +, brian m. carlson wrote:
> On Thu, Dec 15, 2011 at 02:15:11PM +, Ian Jackson wrote:
> > Svante Signell writes ("[Fwd: [ISC-Bugs #25979] What happened to the dhcp
> > patch in ISC-Bugs #24697 (Debian Bug #616290)?]"):
> > > Dear Debian/Hurd, GNU/Hurd and Debian
Ben Hutchings writes:
> Indeed, for any system with an extensible VFS it makes a lot more sense
> to implement only pathconf() than to specify a constant value that
> covers all possible filesystems. But as you say there's a lot of
> software that depends on that constant.
Thanks to a lot of wo
Package: wnpp
Owner: tak...@debian.org
Severity: wishlist
* Package name: ruby-indentation
Version : 0.0.6
Upstream Author : Prometheus Computing
* URL or Web page : http://github.com/samueldana/indentation
* License : MIT
Description : Ruby extensions for Array and
(reducing CC as I guess that most are subscribed to -devel)
Quoting Russ Allbery (r...@debian.org):
> I don't think these things are alike. Separating /var and /tmp from the
> rest of the file systems is done because those partitions contain varying
> amounts of data and often fill if something
Vincent Danjean writes:
> Le 15/12/2011 18:33, Gergely Nagy a écrit :
>> ,
>> | dh-exec.DEADBEEF/etc/my-package/my-package.conf /etc/my-package
>> | examples/* /usr/share/doc/my-package/examples
>> `
>>
>> As far as I see, this should cause no ill side-effects, apart from
>> strangely nam
45 matches
Mail list logo
