Quoting Philippe Cerfon (philc...@gmail.com):
> Package: general
> Severity: wishlist
> Tags: security
>
> Hi.
>
> I think Debian has the following two problems (or rather its security
> conscious users) with respect to software that gets into the system:
No idea whether what you're proposing i
Package: general
Severity: wishlist
Tags: security
Hi.
I think Debian has the following two problems (or rather its security
conscious users) with respect to software that gets into the system:
First,
more and more packages install software which sneaks around the
package manager (and thus typi
Package: wnpp
Severity: wishlist
Owner: Markus Koschany
* Package name: libhtml5parser-java
Version : 1.4
Upstream Author : Henri Sivonen
* URL : https://about.validator.nu/htmlparser/
* License : Expat, BSD-3-clause, GPL-2+, MPL-1.1, LGPL-2.1+, LGPL-3+
Progr
Alexander Wirt writes:
>> This should be integrated in the backports.d.o repositories.
> Backports is not for fixing bugs in stable.
I think there is a misunderstanding here.
This is not about fixing unison in stable. "unison" 2.40.102-2 in stable
works fine. It is not broken. There is nothing
On Sun, Jan 03, 2016 at 01:23:14AM -0200, Martinx - ジェームズ wrote:
> It violates the FHS 2.3 standards.
>
> http://refspecs.linuxfoundation.org/FHS_2.3/fhs-2.3.html
Can you cite the requirement in FHS 2.3 which is violated by usrmerge. I
only found the requirements that allow us to do usrmerge via
On 3 January 2016 at 00:25, Daniel Reurich wrote:
> On 03/01/16 07:00, Marco d'Itri wrote:
>> On Jan 02, Geert Stappers wrote:
>>
>>> A design with "whole OS on /usr" breaks the good pratice of having
>>> tools like /bin/mount and /sbin/ifconfig available when /usr is unavailable.
>> This is not
On 03/01/16 07:00, Marco d'Itri wrote:
> On Jan 02, Geert Stappers wrote:
>
>> A design with "whole OS on /usr" breaks the good pratice of having
>> tools like /bin/mount and /sbin/ifconfig available when /usr is unavailable.
> This is not a good practice but just an historical accident: for det
Am 02.01.2016 um 22:08 schrieb Marc Haber:
> On Sat, 2 Jan 2016 18:42:14 +0100, Geert Stappers
> wrote:
>> To me is this "TheUsrMerge" something like among
>> * "it is hard too to explain to have /sbin/fsck and not /usr/sbin/fsck"
>> * "there was a question about /bin/kill and /usr/bin/killall be
On Jan 02, Marc Haber wrote:
> What is the "upgrade path" for an older system that has /usr split
> off? Will it just stop being bootable after upgrading?
It just needs to use an initramfs.
A standalone /usr without an initramfs IS ALREADY NOT SUPPORTED by
systemd.
This is not relevant for merge
On Sat, 2 Jan 2016 18:25:21 +0100, m...@linux.it (Marco d'Itri) wrote:
>On Jan 02, Joerg Jaspert wrote:
>> No, /etc can be nicely ro. That is, /, /usr, /etc, ... can be. The log
>> storage and the user homes, as well as a tmp filesystem rw, rest ro.
>> Works nicely, I have 4 of such systems runnin
On Sat, 2 Jan 2016 18:42:14 +0100, Geert Stappers
wrote:
>To me is this "TheUsrMerge" something like among
>* "it is hard too to explain to have /sbin/fsck and not /usr/sbin/fsck"
>* "there was a question about /bin/kill and /usr/bin/killall being
>inconsequent"
>* "we could not agree if p{erl,y
On Sat, 2 Jan 2016 19:00:17 +0100, m...@linux.it (Marco d'Itri) wrote:
>On Jan 02, Geert Stappers wrote:
>> A design with "whole OS on /usr" breaks the good pratice of having
>> tools like /bin/mount and /sbin/ifconfig available when /usr is unavailable.
>This is not a good practice but just an h
You are either playing an artificial character or you are simply not very good
at reading people and interpreting text.
I hope you find more constructive things to do in the future. I hope you find
happiness and love.
Thank you Ian, for initiating this great community. Your legacy will not be
for
On Jan 02, Geert Stappers wrote:
> A design with "whole OS on /usr" breaks the good pratice of having
> tools like /bin/mount and /sbin/ifconfig available when /usr is unavailable.
This is not a good practice but just an historical accident: for details
see http://lists.busybox.net/pipermail/bu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Fri, Jan 01, 2016 at 03:53:03PM +0100, Marco d'Itri wrote:
> On Jan 01, Ian Jackson wrote:
>
> > Someone has already mentioned mounting /usr ro. But one generally has
> > to keep /etc rw. I don't think that the right way to address this is
> >
On Jan 02, Joerg Jaspert wrote:
> No, /etc can be nicely ro. That is, /, /usr, /etc, ... can be. The log
> storage and the user homes, as well as a tmp filesystem rw, rest ro.
> Works nicely, I have 4 of such systems running.
Just to be clear: on a merged /usr system nothing prevents you from
ha
Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar
* Package name: seelablet
Version : 0.1.9
Upstream Author : Jithin B.P.
* URL : https://github.com/jithinbp/SEELablet
* License : GPL-3+
Programming Lang: Python
Description : software for the S
On 14173 March 1977, Ian Jackson wrote:
>> Is there any use case that requires supporting unmerged systems?
> Someone has already mentioned mounting /usr ro. But one generally has
> to keep /etc rw. I don't think that the right way to address this is
> to make /etc a mount point.
No, /etc can be
18 matches
Mail list logo
