Re: [gentoo-dev] RFC: git-r3, additional clone types

2014-02-24 Thread Michał Górny
Dnia 2014-02-24, o godz. 22:40:34 hasufell napisał(a): > > Mode upgrades and downgrades > > > > Mode is not associated persistently with a repository. Therefore, > > using a repository in a different mode than it was used before > > (e.g. due to different ebuild or u

Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade

2014-02-24 Thread Lars Wendler
On Tue, 25 Feb 2014 06:31:20 +0200 Samuli Suominen wrote: > >> - disable the crappy new network naming scheme by default >> - install the new naming scheme config files into /lib/udev/network/ >> (version >=209) > >stupid, since upstream assured me, systemd-udevd won't be the only >package reading

[gentoo-dev] Re: rfc: runlevels in runit

2014-02-24 Thread Duncan
William Hubbs posted on Mon, 24 Feb 2014 17:15:51 -0600 as excerpted: > The /etc/runit/runsvdir directory is purely optional actually. It is > upstream's recommended way to set up runit to support runlevels if runit > is replacing sysvinit. However, a user can set up the service directory > on the

Re: AW: Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade

2014-02-24 Thread Samuli Suominen
On 24/02/14 19:48, Lars Wendler (Polynomial-C) wrote: > This is another good reason why udev should have _never_ been > integrated into systemd!In case someone still wants to retain his > original systemd INSTALL_MASK, just use udev ebuilds from poly-c > overlay. These ebuilds > > - still install

Re: [gentoo-dev] Re: rfc: runlevels in runit

2014-02-24 Thread William Hubbs
On Mon, Feb 24, 2014 at 08:39:33AM +, Duncan wrote: > William Hubbs posted on Mon, 24 Feb 2014 02:14:54 -0600 as excerpted: > > Think of /etc/runit/runsvdir as being similar to /etc/runlevels in > > OpenRc. > > It is a directory that gets set up once, then only the admin should mess > > around

Re: [gentoo-dev] Re: News item draft for >=sys-fs/udev-209 upgrade

2014-02-24 Thread James Cloos
> "D" == Duncan <1i5t5.dun...@cox.net> writes: D> 2) The former /lib/udev/rules.d/80-net-name-slot.rules file is renamed to D> 80-net-setup-link.rules in the same location. If you were overriding D> udev's predictable naming feature using an identically named file in D> /etc/udev/rules.d,

Re: [gentoo-dev] RFC: git-r3, additional clone types

2014-02-24 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Michał Górny: > > Single branch clone --- > > - git-2 eclass behavior, > > - only requested branch (or tag) is fetched, and tags on the > commits fetched as part of the branch/tag history, > > - git notes are fetched, > > - EGIT_

Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade

2014-02-24 Thread Sergey Popov
One question - if i have net.ifnames=0 in kernel cmdline and no 80-net-name-slot.rules in /etc/udev/rules.d - will everything be fine with this upgrade(of course, after checking of CONFIG_FHANDLE)? If yes, i think it should be mentioned, something like 'if you disabled persinent network interface

Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade

2014-02-24 Thread Lars Wendler
On Mon, 24 Feb 2014 14:16:36 -0500 Alex Xu wrote: >On 24/02/14 12:48 PM, Lars Wendler (Polynomial-C) wrote: >> This is another good reason why udev should have _never_ been >> integrated into systemd! >> >> In case someone still wants to retain his original systemd >> INSTALL_MASK, just use udev

Re: [gentoo-dev] RFC: git-r3, additional clone types

2014-02-24 Thread Michał Górny
Dnia 2014-02-24, o godz. 22:14:04 Peter Stuge napisał(a): > Michał Górny wrote: > > > If it's the same local repo then at least in theory all existing > > > blobs and trees don't strictly need to be transfered, only unseen > > > ones and all the refs. But I'm not sure if git is so good at dealing

Re: [gentoo-dev] RFC: git-r3, additional clone types

2014-02-24 Thread Michał Górny
Dnia 2014-02-24, o godz. 16:10:15 Alex Xu napisał(a): > On 24/02/14 04:00 PM, Michał Górny wrote: > > Dnia 2014-02-24, o godz. 21:13:15 > > Peter Stuge napisał(a): > > > >> Michał Górny wrote: > >>> Shallow clone > >>> - > >>> - EGIT_COMMIT can only name tags (using a hash auto-forc

Re: [gentoo-dev] RFC: git-r3, additional clone types

2014-02-24 Thread Peter Stuge
Michał Górny wrote: > > > Shallow clone > > > - > > > - EGIT_COMMIT can only name tags (using a hash auto-forces higher mode), > > Limitation of git design. You can only fetch remote refs, you can't > fetch an arbitrary hash. Ok. Boo git. > > If it's the same local repo then at leas

Re: [gentoo-dev] RFC: git-r3, additional clone types

2014-02-24 Thread Alex Xu
On 24/02/14 04:00 PM, Michał Górny wrote: > Dnia 2014-02-24, o godz. 21:13:15 > Peter Stuge napisał(a): > >> Michał Górny wrote: >>> Shallow clone >>> - >>> - EGIT_COMMIT can only name tags (using a hash auto-forces higher mode), >> >> Hm, why is that? This seems like an unfortunate a

Re: [gentoo-dev] RFC: git-r3, additional clone types

2014-02-24 Thread Michał Górny
Dnia 2014-02-24, o godz. 21:13:15 Peter Stuge napisał(a): > Michał Górny wrote: > > Shallow clone > > - > > - EGIT_COMMIT can only name tags (using a hash auto-forces higher mode), > > Hm, why is that? This seems like an unfortunate and inconvenient > limitation which might actually

Re: [gentoo-dev] RFC: git-r3, additional clone types

2014-02-24 Thread Peter Stuge
Michał Górny wrote: > Mirror clone > Single branch clone Look fine. > Shallow clone > - > - EGIT_COMMIT can only name tags (using a hash auto-forces higher mode), Hm, why is that? This seems like an unfortunate and inconvenient limitation which might actually reduce usefulness of sh

[gentoo-dev] RFC: git-r3, additional clone types

2014-02-24 Thread Michał Górny
Hello, all. Following the late cleanup to git-r3, I'd like to discuss another idea that aims to most effectively satisfy the needs of various users, developers and packages. The idea is to provide three different clone types: mirror clone, single branch clone and shallow clone. User would select

Re: AW: Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade

2014-02-24 Thread Alex Xu
On 24/02/14 12:48 PM, Lars Wendler (Polynomial-C) wrote: > This is another good reason why udev should have _never_ been integrated into > systemd! > > In case someone still wants to retain his original systemd INSTALL_MASK, just > use udev ebuilds from poly-c overlay. These ebuilds > > - still

AW: Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade

2014-02-24 Thread Lars Wendler (Polynomial-C)
This is another good reason why udev should have _never_ been integrated into systemd! In case someone still wants to retain his original systemd INSTALL_MASK, just use udev ebuilds from poly-c overlay. These ebuilds - still install udevd into /sbin where a daemon belongs to. - disable the crap

Re: [gentoo-dev] RFC: Patch set for git-r3 enabling full mirroring of upstream repo

2014-02-24 Thread Michał Górny
Dnia 2014-02-24, o godz. 13:04:13 hasufell napisał(a): > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Michał Górny: > > Dnia 2014-02-24, o godz. 01:18:49 hasufell > > napisał(a): > > > >> But to make it more clear to you: I don't think that removing > >> shallow clone support is an im

Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade

2014-02-24 Thread Mike Gilbert
On Mon, Feb 24, 2014 at 11:43 AM, Ian Stakenvicius wrote: > On 24/02/14 10:55 AM, Mike Gilbert wrote: >> On Mon, Feb 24, 2014 at 7:58 AM, Thomas D. >> wrote: >>> Hi, >>> >>> not everyone is using systemd. On my systems for example, I don't >>> have "/lib/systemd/" (INSTALL_MASK). >>> >>> The curr

Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade

2014-02-24 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 24/02/14 10:55 AM, Mike Gilbert wrote: > On Mon, Feb 24, 2014 at 7:58 AM, Thomas D. > wrote: >> Hi, >> >> not everyone is using systemd. On my systems for example, I don't >> have "/lib/systemd/" (INSTALL_MASK). >> >> The current news item draf

Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade

2014-02-24 Thread Mike Gilbert
On Mon, Feb 24, 2014 at 7:58 AM, Thomas D. wrote: > Hi, > > not everyone is using systemd. On my systems for example, I don't have > "/lib/systemd/" (INSTALL_MASK). > > The current news item draft raises question like "When the 'actual > configuration' is in /lib/systemd/network/99-default.link...

Re: [gentoo-dev] RFC: Patch set for git-r3 enabling full mirroring of upstream repo

2014-02-24 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Michał Górny: > Dnia 2014-02-24, o godz. 01:18:49 hasufell > napisał(a): > >> But to make it more clear to you: I don't think that removing >> shallow clone support is an improvement, so I vote against >> removing it. > > Then please provide patch

Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade

2014-02-24 Thread Thomas D.
Hi, not everyone is using systemd. On my systems for example, I don't have "/lib/systemd/" (INSTALL_MASK). The current news item draft raises question like "When the 'actual configuration' is in /lib/systemd/network/99-default.link... what will happen to people without systemd (and a INSTALL_MASK

[gentoo-dev] Last rites: app-emacs/tnt

2014-02-24 Thread Ulrich Mueller
# Ulrich Müller (24 Feb 2014) # Does not work any more, AOL has shut off # the TOC2 protocol for the AIM service. # Masked for removal in 30 days, bug 502322. app-emacs/tnt pgp40QShtp32Q.pgp Description: PGP signature

[gentoo-dev] Re: rfc: runlevels in runit

2014-02-24 Thread Duncan
William Hubbs posted on Mon, 24 Feb 2014 02:14:54 -0600 as excerpted: >> Meanwhile, based on a decade plus of gentoo user experience, in >> practice, emerge --config is obscure enough that using it in an ebuild >> tends to hide it. > Think of /etc/runit/runsvdir as being similar to /etc/runlevels

Re: [gentoo-dev] Re: rfc: runlevels in runit

2014-02-24 Thread William Hubbs
On Mon, Feb 24, 2014 at 02:16:20AM +, Duncan wrote: > What about putting the rebuild in a non-pkg_config function, then hooking > up that function to BOTH the above, so users can choose automatic rebuild > if they like, and regardless of whether they've done so, they can run > emerge --confi

[gentoo-dev] Re: News item draft for >=sys-fs/udev-209 upgrade

2014-02-24 Thread Duncan
Samuli Suominen posted on Mon, 24 Feb 2014 07:32:01 +0200 as excerpted: > If it's okay, I'd want to post this fast, before adding KEYWORDS to > sys-fs/udev-209's ebuild > > > Title: Upgrading udev to version >=209 > Author: Samuli Suominen > Content-Type: text/plain > Posted: 2014-02-21 > Revis