Re: /export (was Re: jessie release goals)

2013-05-08 Thread Игорь Пашев
2013/5/8 Peter Samuelson pe...@p12n.org:
 Wrong list, please bring this up instead on fhs-discuss.  (If that
 still exists - it looks a bit stale - but anyway, debian-devel is not
 for FHS discussion.)


I'd like to have an open discussion.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/call-q8z8mjonp88vmvm1_xuqwtjawu53gkdeertuwefjv8e...@mail.gmail.com



Re: /export (was Re: jessie release goals)

2013-05-08 Thread Thomas Goirand
On 05/08/2013 01:54 AM, Игорь Пашев wrote:
 Currently /var/lib contains data for system utilities (dpkg, apt,
 aptitute) and for user application like databases.

 What about moving default location for applications to /export ?

 Think about modern fs like btrfs and zfs:

 One may want to create a snapshot of the entire system, user data
 should not get into such a snapshot,
 but, of course, /usr along with dpkg database - should.

 Again, the idea is to move all user data away from /var/lib
How about moving /etc into /home? How about moving /home
into /usr? How about deleting all the HDD content, and switching
to vfat by default? Or getting rid of unix rights (too complicated?)?

Seriously, please stop... My filesystem is ok the way it is, I don't
want it to change so much that absolutely every package will
be impacted. For the above, it's fixed by having a separate
partition for /var/lib (which I often do).

Thomas


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/518a0405.2070...@debian.org



Re: /export (was Re: jessie release goals)

2013-05-08 Thread Игорь Пашев
2013/5/8 Thomas Goirand z...@debian.org:
 How about moving /home
 into /usr?


I proposed exactly an opposite thing for databases :-)

If do not like /usr/home, you might not like to have your data under
/var/lib ;-)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALL-Q8ypHeC=aqnsvfwwqbya7ohk6zu5zh4ye0efsv4dyc8...@mail.gmail.com



Re: /export (was Re: jessie release goals)

2013-05-08 Thread Josselin Mouette
Le mercredi 08 mai 2013 à 11:59 +0400, Игорь Пашев a écrit : 
 I proposed exactly an opposite thing for databases :-)
 
 If do not like /usr/home, you might not like to have your data under
 /var/lib ;-)

The FHS has the perfect place for such data: /srv. I agree we should
move the data there, but there is no reason to invent a new place.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1368000694.4717.3.camel@tomoyo



Re: /export (was Re: jessie release goals)

2013-05-08 Thread Andrey Rahmatullin
On Wed, May 08, 2013 at 03:51:33PM +0800, Thomas Goirand wrote:
 How about moving /etc into /home? How about moving /home
 into /usr? 
Note that / was moved to /usr and /usr to /home just for HDD size reasons
[1].

[1]: http://lists.busybox.net/pipermail/busybox/2010-December/074114.html

-- 
WBR, wRAR


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130508081132.ga30...@belkar.wrar.name



Re: /export (was Re: jessie release goals)

2013-05-08 Thread Игорь Пашев
2013/5/8 Josselin Mouette j...@debian.org:
 The FHS has the perfect place for such data: /srv. I agree we should
 move the data there, but there is no reason to invent a new place.

Yeah. /export was my typo ;-)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/call-q8wu-tv86ab_2i1gham3m+t1jjvmso3-+c4c37_fccx...@mail.gmail.com



Re: /export (was Re: jessie release goals)

2013-05-08 Thread Игорь Пашев
2013/5/8 Andrey Rahmatullin w...@wrar.name:
 On Wed, May 08, 2013 at 03:51:33PM +0800, Thomas Goirand wrote:
 How about moving /etc into /home? How about moving /home
 into /usr?
 Note that / was moved to /usr and /usr to /home just for HDD size reasons
 [1].

 [1]: http://lists.busybox.net/pipermail/busybox/2010-December/074114.html

Separating system and user data now make sense for other reasons. but
still makes sense:

compression, encryption, mirroring, easy system reinstall, etc.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/call-q8xjun1vxkdsmj3u4c9fowvjmbqvnzselr56sfhrzvr...@mail.gmail.com



Re: /export (was Re: jessie release goals)

2013-05-08 Thread Philipp Kern
On Tue, May 07, 2013 at 10:18:25PM +, Thorsten Glaser wrote:
 I always rm -rf /media after a fresh install, where T F did that
 come from.

Funny you say that, given that the canonical reference document we use
even provides an explanation for why it was created.

If you'd said /srv, I'd sort of understand it. But you said /sys (why
not /proc?), /run, /lib, /emul and /lib64. The latter is bound to exist
due to architectural conventions involving the linker. /emul is simply
cruft and disappeared completely.

Kind regards
Philipp Kern 


signature.asc
Description: Digital signature


Re: /export (was Re: jessie release goals)

2013-05-08 Thread Arno Töll
Hi,

On 08.05.2013 10:11, Josselin Mouette wrote:
 Le mercredi 08 mai 2013 à 11:59 +0400, Игорь Пашев a écrit : 
 I proposed exactly an opposite thing for databases :-)

 If do not like /usr/home, you might not like to have your data under
 /var/lib ;-)
 
 The FHS has the perfect place for such data: /srv. I agree we should
 move the data there, but there is no reason to invent a new place.


Sadly not. While I agree that /var/lib is the wrong location and /srv is
more correct, we cannot use /srv as a distribution, while every site
user is allowed to use /srv for that.

That's the purpose of /srv, after all.

However, we, as distribution are not allowed by means of FHS to assume
any directory layout, or sub-directory structure below /srv (Therefore,
no program should rely on a specific subdirectory structure of /srv
existing or data necessarily being stored in /srv. However /srv should
always exist on FHS compliant systems and should be used as the default
location for such data) [1].

If you find some better directory than /var/lib (or, similarly, for
/var/www) let me know. See also [2]. I'm still seeking one.


[1]
http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
[2] 4f8a1567.80...@debian.org //
https://lists.debian.org/debian-devel/2012/04/msg00301.html
-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature


/export (was Re: jessie release goals)

2013-05-07 Thread Игорь Пашев
Currently /var/lib contains data for system utilities (dpkg, apt,
aptitute) and for user application like databases.

What about moving default location for applications to /export ?

Think about modern fs like btrfs and zfs:

One may want to create a snapshot of the entire system, user data
should not get into such a snapshot,
but, of course, /usr along with dpkg database - should.

Again, the idea is to move all user data away from /var/lib


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALL-Q8xg-ZpWDrpPa==buxsh+f-qg2pc5sqfnoifaaxtxsj...@mail.gmail.com



Re: /export (was Re: jessie release goals)

2013-05-07 Thread Thorsten Glaser
Игорь Пашев pashev.igor at gmail.com writes:

 What about moving default location for applications to /export ?

*NO*!

/sys was already bad. /run is a catastrophe, although an understandable
one. I always rm -rf /media after a fresh install, where T F did that
come from. As a BSD person, seeing /lib causes me to cringe every time.
Debian also has (had?) /emul. And /lib64 is just insane.

We do not need *more* such non-Unixy, FLOS, nōnsense!

I seem to understand you’re coming from Solaris here, which has a
history of doing weird things like that…? Please, no.

bye,
//mirabilos


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/loom.20130508t001645-...@post.gmane.org



Re: /export (was Re: jessie release goals)

2013-05-07 Thread Peter Samuelson

[Igor Pashev]
 Currently /var/lib contains data for system utilities (dpkg, apt,
 aptitute) and for user application like databases.
 
 What about moving default location for applications to /export ?

Wrong list, please bring this up instead on fhs-discuss.  (If that
still exists - it looks a bit stale - but anyway, debian-devel is not
for FHS discussion.)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130507222521.gb13...@p12n.org



Re: /export (was Re: jessie release goals)

2013-05-07 Thread Roger Leigh
On Tue, May 07, 2013 at 10:18:25PM +, Thorsten Glaser wrote:
 Игорь Пашев pashev.igor at gmail.com writes:
 
  What about moving default location for applications to /export ?
 
 /run is a catastrophe, although an understandable one.

Is there anything specific that's wrong with it?  Is there
anything concrete which we should be aware of which can be
fixed or improved for jessie?


Thanks,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130507230622.gm21...@codelibre.net