Hi,
I would like to implement cp --reflink support for ZFSOnLinux as my GSoC
project.
cp --reflink is used to create a COW copy of a file, so the file will not
take any disk space if it's not modified. This feature is very useful for
cases like storing a lot of almost identical virtual machine
Dnia 2014-01-07, o godz. 10:56:16
Alice Ferrazzi alice.ferra...@gmail.com napisał(a):
I'm interested in helping out,
I usually use PyPy and im good at python coding.
I'm not sure about PyPy code but i will check as fast as i can.
Ping. I'm sorry for not replying earlier but I think I expected
On 12/03/14 03:15 AM, Yuxuan Shui wrote:
Hi,
I would like to implement cp --reflink support for ZFSOnLinux as my GSoC
project.
cp --reflink is used to create a COW copy of a file, so the file will not
take any disk space if it's not modified. This feature is very useful for
cases like
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11/03/14 09:10 PM, William Hubbs wrote:
On Tue, Mar 11, 2014 at 10:10:42AM -0400, Ian Stakenvicius wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256
On 10/03/14 07:30 PM, William Hubbs wrote:
All,
for bug 373219 [1], we are working
A key feature of reflinks is that they operate on any data in a mountpoint, but
what you described only applies to data with a deduplication table entry. In
such cases, it do not see what it accomplishes over simply using data
deduplication. In specific, there is no efficiency advantage. It is
Gilles Dartiguelongue wrote:
Making udev dependency always on is a deliberate choice here
I thought Gentoo was about users having choice? Sad face.
we simply don't want users to get confused
That's not helpful, when the premise is to deliver choice.
I hope someone does apply the patch.
On 03/12/2014 08:45 AM, Alex Xu wrote:
On 12/03/14 03:15 AM, Yuxuan Shui wrote:
Hi,
I would like to implement cp --reflink support for ZFSOnLinux as my GSoC
project.
cp --reflink is used to create a COW copy of a file, so the file will not
take any disk space if it's not modified. This
On Wed, 2014-03-12 at 14:24 +0100, Peter Stuge wrote:
Gilles Dartiguelongue wrote:
Making udev dependency always on is a deliberate choice here
I thought Gentoo was about users having choice? Sad face.
Gentoo is usually about the maintainer's choice ;)
So in the end it's up to Pacho:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
We have a problem where the crossdev pkg-config wrapper scripts
interfere with multilib.
crossdev for example sets in their pkg-config wrappers:
PKG_CONFIG_LIBDIR=${SYSROOT}/usr/lib/pkgconfig:${SYSROOT}/usr/share/pkgconfig
Now, SYSROOT is chosen
On Wed, 2014-03-12 at 15:46 +, hasufell wrote:
We have a problem where the crossdev pkg-config wrapper scripts
interfere with multilib.
crossdev for example sets in their pkg-config wrappers:
PKG_CONFIG_LIBDIR=${SYSROOT}/usr/lib/pkgconfig:${SYSROOT}/usr/share/pkgconfig
Now, SYSROOT
On Wed, Mar 12, 2014 at 09:14:58AM -0400, Ian Stakenvicius wrote:
yeah.. I scanned that bug, saw his arguments, but didn't see anything
afterwards that seemed to address his arguments (nor anything that
specifically addressed the removal of /etc/init.d/functions.sh as the
de-facto location).
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/03/14 07:30 PM, William Hubbs wrote:
The quickest way to find things that will need this fix is to rm
/etc/init.d/functions.sh and file bugs against things that break
and make them block the tracker.
..is there a tracker bug currently? I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/03/14 12:52 PM, William Hubbs wrote:
The relevance is that /etc/init.d/functions.sh is currently part
of OpenRc's public API, and semantic versioning has a very
specific description of how to deprecate functionality.
If Gentoo needs
Hi,
On Wed, Mar 12, 2014 at 9:30 PM, Richard Yao r...@gentoo.org wrote:
On 03/12/2014 08:45 AM, Alex Xu wrote:
On 12/03/14 03:15 AM, Yuxuan Shui wrote:
Hi,
I would like to implement cp --reflink support for ZFSOnLinux as my GSoC
project.
cp --reflink is used to create a COW copy
On Wed, Mar 12, 2014 at 12:52 PM, William Hubbs willi...@gentoo.org wrote:
On Wed, Mar 12, 2014 at 09:14:58AM -0400, Ian Stakenvicius wrote:
...why not? As you've said yourself, nothing related to openrc uses
/etc/init.d/functions.sh; if everything else in the tree is going to
use the new
On Wed, Mar 12, 2014 at 9:30 AM, Richard Yao r...@gentoo.org wrote:
Things that provide us with improvements over what we have are
definitely worth consideration as GSoC projects. However, what is
accepted ultimately depends on not only feedback from a potential
mentor, but also a vote of
On Wed, Mar 12, 2014 at 01:19:08PM -0400, Rich Freeman wrote:
This just seems like a ZFS project, and not like a Gentoo project.
I'd say the same if this were about adding a mute button to tabs in
Chromium, or fixing the offline btrfsck, or whatever. All of those
things would be useful to
On Wed, Mar 12, 2014 at 01:08:43PM -0400, Rich Freeman wrote:
On Wed, Mar 12, 2014 at 12:52 PM, William Hubbs willi...@gentoo.org wrote:
On Wed, Mar 12, 2014 at 09:14:58AM -0400, Ian Stakenvicius wrote:
...why not? As you've said yourself, nothing related to openrc uses
Hi,
On Tue, Mar 11, 2014 at 11:24 PM, Proneet Verma pronee...@gmail.com wrote:
Hi,
I am interested in working on the project Improved Cloud
Supporthttps://wiki.gentoo.org/wiki/Google_Summer_of_Code/2013/Ideas/Improved_cloud_support
for GSoC '14; for which I have drafted out my proposal for
On Wed, 12 Mar 2014 12:06:32 -0400
Alexandre Rostovtsev tetrom...@gentoo.org wrote:
Two possibilities:
1. Don't allow crossdev to handle targets which are natively handled
by multilib profiles. For example, is there any legitimate reason for
wanting crossdev's i686 wrappers when on a multilib
On Wed, 12 Mar 2014 13:02:13 -0400
Ian Stakenvicius a...@gentoo.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/03/14 07:30 PM, William Hubbs wrote:
The quickest way to find things that will need this fix is to rm
/etc/init.d/functions.sh and file bugs against things
On Wed, Mar 12, 2014 at 01:02:13PM -0400, Ian Stakenvicius wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/03/14 07:30 PM, William Hubbs wrote:
The quickest way to find things that will need this fix is to rm
/etc/init.d/functions.sh and file bugs against things that break
All,
thinking about this further,
There may not be a need to remove /etc/init.d/functions.sh as long as it
is understood that this is part of OpenRc, not the gentoo base.
In other words, tools that must work when OpenRc is not present should
source /lib/gentoo/functions.sh, NOT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/03/14 03:59 PM, William Hubbs wrote:
All,
thinking about this further,
There may not be a need to remove /etc/init.d/functions.sh as long
as it is understood that this is part of OpenRc, not the gentoo
base.
In other words, tools
On Wed, Mar 12, 2014 at 11:16 AM, Alexandre Rostovtsev
tetrom...@gentoo.org wrote:
On Wed, 2014-03-12 at 14:24 +0100, Peter Stuge wrote:
Gilles Dartiguelongue wrote:
Making udev dependency always on is a deliberate choice here
I thought Gentoo was about users having choice? Sad face.
On 03/12/2014 4:21 PM, Rich Freeman wrote:
On Wed, Mar 12, 2014 at 11:16 AM, Alexandre Rostovtsev
tetrom...@gentoo.org wrote:
On Wed, 2014-03-12 at 14:24 +0100, Peter Stuge wrote:
Gilles Dartiguelongue wrote:
Making udev dependency always on is a deliberate choice here
I thought Gentoo was
It is a moot point because I do not think this project idea is feasible.
On Mar 12, 2014, at 1:19 PM, Rich Freeman ri...@gentoo.org wrote:
On Wed, Mar 12, 2014 at 9:30 AM, Richard Yao r...@gentoo.org wrote:
Things that provide us with improvements over what we have are
definitely worth
I do not think the original project idea is feasible as stated.
On Mar 12, 2014, at 1:22 PM, Paul Tagliamonte paul...@debian.org wrote:
On Wed, Mar 12, 2014 at 01:19:08PM -0400, Rich Freeman wrote:
This just seems like a ZFS project, and not like a Gentoo project.
I'd say the same if this
On 03/13/2014 12:52 AM, William Hubbs wrote:
No, I don't think gentoo-functions should take over the symbolic
link in /etc/init.d/functions.sh; that needs to stay with OpenRc.
My plan there is to work that into a script that prints a warning
message. It will stay that way until openrc-1.0.
On Thu, 13 Mar 2014 07:59:55 +0800
Patrick Lauer patr...@gentoo.org wrote:
On 03/13/2014 12:52 AM, William Hubbs wrote:
Why deprecate it?
I'm getting really irritated with the current trend of randomly
renaming and movearounding things. All it does is confuse people,
break existing
30 matches
Mail list logo
