[gentoo-dev] GSoC proposal: cp --reflink support for zfs.

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 im

Re: [gentoo-dev] Python project is looking for a new PyPy maintainer/hacker

Dnia 2014-01-07, o godz. 10:56:16 Alice Ferrazzi 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 you'd write again aft

Re: [gentoo-dev] GSoC proposal: cp --reflink support for zfs.

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

Re: [gentoo-dev] gentoo-functions is in the tree

-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],

[gentoo-dev] Re: GSoC proposal: cp --reflink support for zfs.

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 n

Re: [gentoo-dev] Make udev optional in net-wireless/bluez?

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.

Re: [gentoo-dev] GSoC proposal: cp --reflink support for zfs.

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 modi

Re: [gentoo-dev] Make udev optional in net-wireless/bluez?

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: h

[gentoo-dev] crossdev and multilib interference

-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

Re: [gentoo-dev] crossdev and multilib interference

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,

Re: [gentoo-dev] gentoo-functions is in the tree

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)

Re: [gentoo-dev] gentoo-functions is in the tree

-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?

Re: [gentoo-dev] gentoo-functions is in the tree

-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 nee

Re: [gentoo-dev] GSoC proposal: cp --reflink support for zfs.

Hi, On Wed, Mar 12, 2014 at 9:30 PM, Richard Yao 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

Re: [gentoo-dev] gentoo-functions is in the tree

On Wed, Mar 12, 2014 at 12:52 PM, William Hubbs 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 gentoo-functions

Re: [gentoo-dev] GSoC proposal: cp --reflink support for zfs.

On Wed, Mar 12, 2014 at 9:30 AM, Richard Yao 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 Gentoo developer

Re: [gentoo-dev] GSoC proposal: cp --reflink support for zfs.

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

Re: [gentoo-dev] gentoo-functions is in the tree

On Wed, Mar 12, 2014 at 01:08:43PM -0400, Rich Freeman wrote: > On Wed, Mar 12, 2014 at 12:52 PM, William Hubbs 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 e

[gentoo-dev] Re: GSoC '14 - Improved Cloud Support - Draft proposal

Hi, On Tue, Mar 11, 2014 at 11:24 PM, Proneet Verma wrote: > Hi, > > I am interested in working on the project "Improved Cloud > Support" > for GSoC '14; for which I have drafted out my proposal for your kind

Re: [gentoo-dev] crossdev and multilib interference

On Wed, 12 Mar 2014 12:06:32 -0400 Alexandre Rostovtsev 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 amd64 profile?

Re: [gentoo-dev] gentoo-functions is in the tree

On Wed, 12 Mar 2014 13:02:13 -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

Re: [gentoo-dev] gentoo-functions is in the tree

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

Re: [gentoo-dev] gentoo-functions is in the tree

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 /etc/init.d/funct

Re: [gentoo-dev] gentoo-functions is in the tree

-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,

Re: [gentoo-dev] Make udev optional in net-wireless/bluez?

On Wed, Mar 12, 2014 at 11:16 AM, Alexandre Rostovtsev 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. > > Gentoo is usua

Re: [gentoo-dev] Make udev optional in net-wireless/bluez?

On 03/12/2014 4:21 PM, Rich Freeman wrote: > On Wed, Mar 12, 2014 at 11:16 AM, Alexandre Rostovtsev > 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 abou

Re: [gentoo-dev] GSoC proposal: cp --reflink support for zfs.

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 wrote: > On Wed, Mar 12, 2014 at 9:30 AM, Richard Yao wrote: >> Things that provide us with improvements over what we have are >> definitely worth consideration as GSoC projects. H

Re: [gentoo-dev] GSoC proposal: cp --reflink support for zfs.

I do not think the original project idea is feasible as stated. On Mar 12, 2014, at 1:22 PM, Paul Tagliamonte 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 were about adding

Re: [gentoo-dev] gentoo-functions is in the tree

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 ope

Re: [gentoo-dev] gentoo-functions is in the tree

On Thu, 13 Mar 2014 07:59:55 +0800 Patrick Lauer 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 setups and make d

Re: [gentoo-dev] gentoo-functions is in the tree

On 03/12/2014 7:59 PM, Patrick Lauer wrote: > 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 w

Re: [gentoo-dev] gentoo-functions is in the tree

Dnia 2014-03-13, o godz. 07:59:55 Patrick Lauer napisał(a): > 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 s