On Mon, Jul 4, 2016 at 4:40 PM, Andrew Savchenko wrote:
>
> The same applies for the tree-cleaners team. While their job is
> very important, sometimes they are too hasty, like in commit
> 34181a1045d13142d959b9c894a46ddcebf3c512. If package builds and
> works fine, have no critical bugs opened, t
On Mon, Jul 4, 2016 at 11:26 PM, Aaron Bauman wrote:
>
> The subject of this particular mailing list post is a little alarming and
> over reactive. We are not running around p.masking everyone's packages, but
> issues that have been outstanding for years often result in such courses of
> action.
On Tue, Jul 5, 2016 at 8:58 AM, Alan McKinnon wrote:
> Big difference. Gentoo's tree is not hosted on github, and infra isn't
> going to put an attic equivalent there.
>
Either way admittedly git makes finding deleted files a bit of a pain.
However, it is certainly possible:
https://stackoverflow
On Tue, Jul 5, 2016 at 12:53 PM, james wrote:
>
> OK, but with the attic, you can browse by category, read descriptions to get
> an idea of what is available. Correct me if I'm wrong, but with github, you
> have to know the name of the packages and that is a limitation when looking
> back. The att
On Wed, Jul 6, 2016 at 7:48 AM, Anthony G. Basile wrote:
>
> It doesn't matter, there is a problem here which needs to be addressed.
> I'm complaining because we need to fix a problem in our workflow. It
> sounds like K_F is working on a glep for that, which I applaud.
>
Is everybody here at lea
On Wed, Jul 6, 2016 at 8:19 AM, Kristian Fiskerstrand wrote:
> On 07/06/2016 02:11 PM, Rich Freeman wrote:
>
>> announcement (which is something we lack - we issue GLSAs sometimes
>> ages after something is fixed on x86/amd64). Granted, that should be
>> news enough tha
On Wed, Jul 6, 2016 at 10:02 AM, Kristian Fiskerstrand wrote:
> On 07/06/2016 03:49 PM, Rich Freeman wrote:
>
>> I understand that. However, I just sometimes wonder whether that
>> approach makes sense. The result of the current system is that we
>> don't release GL
On Fri, Jul 8, 2016 at 10:30 AM, Anthony G. Basile wrote:
>
> Also there's some debate in IRC about whether or not these packages
> should be lastrited or dropped to maintainer-needed. These forks are
> not in good shape upstream, so I think it makes better sense to
> p.mask/lastrite and then mov
On Fri, Jul 8, 2016 at 12:51 PM, Michał Górny wrote:
>
> Now, there's a significant difference between lastriting unmaintained
> packages at treecleaner's leisure and having a clean tree to work on,
> and having to figure out how many of the packages blocking some global
> change are unmaintained
On Fri, Jul 8, 2016 at 2:22 PM, Chí-Thanh Christopher Nguyễn
wrote:
> I think the point of a graveyard repository is that discovering and
> extracting deleted ebuilds from git is more cumbersome than from CVS attic.
>
> It would be even better if the graveyard repository preserved the commit
> his
On Fri, Jul 8, 2016 at 2:51 PM, Chí-Thanh Christopher Nguyễn
wrote:
>
> I'm sorry for harping on that topic again, but if we had used grobian's
> initial proposal for git migration[0] - one repository per package, and the
> portage tree would be an aggregation of those - then we could have such a
On Sat, Jul 16, 2016 at 5:33 AM, Andrew Savchenko wrote:
>
> On Fri, 15 Jul 2016 18:03:30 + Robin H. Johnson wrote:
>>
>> The tolerances are presently set to:
>> - 5 seconds of clock drift.
>
> Set it for a minute or two. This will protect from commits from
> really out-of-sync systems (like 1
On Sat, Aug 6, 2016 at 3:28 PM, Peter Stuge wrote:
> Michał Górny wrote:
>> Or file a pull request @ https://github.com/gentoo/gentoo/pulls.
>> That's the most convenient solution for most of proxy-maint team members.
>
> How can I help improve that problematic situation?
>
> It's not cool to grav
On Sat, Aug 6, 2016 at 4:55 PM, Michał Górny wrote:
>
> GitHub works for us. GitHub works for our contributors. GitHub boosts
> our productivity, unlike those vain discussions. We don't have time for
> all this tin foil hat nonsense.
>
Then just ignore it. If somebody wants to work on an alterna
On Sun, Aug 7, 2016 at 9:24 AM, james wrote:
>
> As a team, we could have a simple default program for a simple default
> disk format, and a variety of 'stage-4' images, maybe updated every 3
> months, to get a gentoo system up, quickly. Not an anything you want it to
> be, but a few, common choic
On Sun, Aug 7, 2016 at 1:47 PM, james wrote:
> On 08/07/2016 09:47 AM, Rich Freeman wrote:
>>
>> Sounds great. What's stopping you?
>>
>
> Why Rich, thanks for the triple compliments; is that a vote that the basic
> idea(s) have merit, or sarcasm?
>
I'
On Thu, Aug 11, 2016 at 8:04 AM, Ulrich Mueller wrote:
>> On Thu, 11 Aug 2016, James Le Cuirot wrote:
>
>> That makes it slightly more awkward for binaries you may have
>> installed manually.
>
> It is impossible to support all third-party binaries, especially if
> they link against non-standa
On Fri, Aug 12, 2016 at 1:48 PM, M. J. Everitt wrote:
>
> I regret to say, although it's a well-known problem .. that the Gentoo
> bike-shed is never ever going to fall down - as the layers of paint
> applied will grossly outlive the materials it might once have been built
> from ... Perhaps someo
On Mon, Aug 15, 2016 at 8:24 AM, Michael Orlitzky wrote:
>
> If we have to wait for a fix to hit stable before I can close a bug, who
> should I assign it to? I don't want 200 bugs, that I can do literally
> nothing about, assigned to me for years while I wait for them to get
> stabilized. It's al
On Mon, Aug 15, 2016 at 3:55 AM, Brian Dolbec wrote:
>
> I have some trouble with not being able to close bugs as resolved when
> the fixes have been released. But I do see that the majority of what is
> being discussed relates to pkg ebuilds more than it does to coding
> projects. In that sense
On Mon, Aug 15, 2016 at 1:31 PM, William Hubbs wrote:
> I want to elaborate a bit more on this.
>
> On Mon, Aug 15, 2016 at 11:12:41AM -0500, William Hubbs wrote:
>> On Mon, Aug 15, 2016 at 04:50:38PM +0200, Kristian Fiskerstrand wrote:
>> > On 08/15/2016 04:49 PM, Kristian Fiskerstrand wrote:
>>
On Mon, Aug 15, 2016 at 3:12 PM, William Hubbs wrote:
> On Mon, Aug 15, 2016 at 02:33:52PM -0400, Rich Freeman wrote:
>> I'd rather see maintainers just yank the last stable package and break
>> the depgraph and let the arch teams deal with the cleanup than have
>> them
On Mon, Aug 15, 2016 at 3:30 PM, Andreas K. Hüttel wrote:
> 1) Stabilization is a simpler and much more formalized process compared to
> normal bug resolution.
> * There is one version to be stabilized.
> * One precise package version
Can you clarify what this means? Do you mean that at any time
On Mon, Aug 15, 2016 at 4:01 PM, William Hubbs wrote:
> This works unless you are talking about packages in @system.
> I do see core packages on these arches also languish in ~ for months
> with open stable requests.
>
> The only way to handle one of those would be to remove the old version
> and
On Wed, Aug 17, 2016 at 4:50 AM, Pacho Ramos wrote:
>
> El lun, 15-08-2016 a las 15:27 -0400, Rich Freeman escribió:
> > [...]
> > Well, I wasn't suggesting that breaking the depgraph is great. Just
> > that I think it is better than calling things stable which aren
On Thu, Aug 18, 2016 at 1:39 AM, Daniel Campbell wrote:
>
> Is it as simple as switching the linker and re-merging packages that one
> maintains? Is gold supposed to be a big deal? Does it do the job of
> linking better? I read the blog post and all but nobody's explaining
> what gold does better
On Thu, Aug 18, 2016 at 7:47 AM, Lars Wendler wrote:
>
> And as long as I keep reading such statements I won't use ld.gold
> anywhere on my (dev-)systems. A linker IMHO is a far too crucial
> toolchain component to blindly play around with.
>
There really isn't any need to use it as a daily drive
On Fri, Aug 19, 2016 at 12:58 AM, Michał Górny wrote:
> On Thu, 18 Aug 2016 15:21:16 +0200
> Alexis Ballier wrote:
>
>> On Thu, 18 Aug 2016 08:13:14 -0400
>> Rich Freeman wrote:
>>
>> > If you just check your packages occassionally to make sure they build
&
On Mon, Aug 22, 2016 at 12:11 PM, M. J. Everitt wrote:
> On 22/08/16 16:58, William Hubbs wrote:
>>
>> it looks like app-emulation/docker expects /etc/hostname to exist.
>>
>> On Gentoo, this file does not exist, so I'm wondering how we can make it
>> exist?
>>
>> I know in OpenRC I can read it an
On Mon, Aug 22, 2016 at 1:03 PM, William Hubbs wrote:
>
> I'm not sure about putting this in /run for a couple of reasons:
>
> The contents of this file is a setting, like /etc/conf.d/hostname, which
> will be set by the user.
There is no reason a script can't populate /run with the right thing.
On Mon, Aug 22, 2016 at 1:51 PM, Sven Vermeulen wrote:
>
> Yes, wouldn't the Docker project be happy to take on a patch that uses
> gethostname() or so?
>
This might be another option: symlink to /proc/sys/kernel/hostname
I'm not sure if somebody can find a flaw in this. It appears to use
the U
On Tue, Aug 23, 2016 at 2:39 AM, Daniel Campbell wrote:
>
> It makes a bit more sense to rely on previous configuration
> (/etc/conf.d/hostname) and write a tiny 'script' that populates
> /etc/hostname. bash could do it (naively) in two lines:
>
> source /etc/conf.d/hostname
> echo "$hostname" > /
On Tue, Aug 23, 2016 at 8:26 AM, Christian Kniep wrote:
> Hey Rich,
>
> nice idea, but unfortunately this provides the hostname of the container
> itself.
>
As it should. /etc/hostname inside a container should contain the
hostname of the container. It shouldn't actually be possible to
determin
On Tue, Aug 23, 2016 at 3:57 PM, William Hubbs wrote:
>
> I am planning to change the logic in /etc/init.d/hostname so that if
> /etc/hostname exists, the first word out of that file will be used as
> the hostname rather than any setting in /etc/conf.d/hostname. If you
> don't want /etc/hostname,
On Wed, Aug 24, 2016 at 2:52 AM, Christian Kniep wrote:
> Hey there,
>
> as for the /etc/hostname when sharing /etc/ as a volume… This ain’t a
> problem as /etc/hostname is taken care of by the docker-engine (in previous
> versions they used it to discover other hosts).
>
Docker isn't the only co
On Wed, Aug 24, 2016 at 7:42 AM, Michael Orlitzky wrote:
> On 08/24/2016 07:37 AM, Daniel Campbell wrote:
>>
>> I imagine _someone_ out there wants it, otherwise we wouldn't be
>> discussing it.
>
> The thread started out proposing it as a solution to a docker problem
> that, it turns out, isn't a
On Thu, Aug 25, 2016 at 8:50 AM, Mike Gilbert wrote:
>
> I never said /etc/hostname was necessary for operation of systemd.
>
> It *is* the way that normal people set their hostname for a system
> that doesn't get configured via DHCP or some dynamic method.
>
Correct, this is the way to set a STA
On Sun, Aug 28, 2016 at 8:34 AM, Patrick Lauer wrote:
>
> Then tools forgot to properly update mtab because hurr why u no symlink
> to /proc/mounts (oh wait, /proc/self/mounts )
>
> So everyone migrated to /etc/mtab as a symlink (even OpenRC, because
> everyone does it)
>
I think containers were
On Sun, Aug 28, 2016 at 11:29 AM, Patrick Lauer wrote:
>
> (and what abuse? it did exactly what it was supposed to do quite nicely,
> until it stopped doing that. Now you need to track state and hope you
> don't have race conditions ... )
>
You were tracking state before; in mtab. It just isn't
On Wed, Aug 31, 2016 at 8:06 AM, Alexis Ballier wrote:
>
> For years we've been patching packages to work with >= our latest stable
> version of ffmpeg/libav and unbundle it. Even mplayer. Chromium shouldnt
> be any exception.
>
> Patching consumer packages that way has some advantages:
> - Mainta
On Wed, Aug 31, 2016 at 1:03 PM, Alexis Ballier wrote:
> On Wed, 31 Aug 2016 08:28:14 -0400
> Rich Freeman wrote:
>> Sure, but we're talking about a major version here, and a web browser
>> where future security updates need to be deployed quickly. You don't
>
On Fri, Sep 2, 2016 at 12:53 PM, Alexis Ballier wrote:
> On Fri, 2 Sep 2016 18:13:20 +0200
> Kristian Fiskerstrand wrote:
>
>> Hi Devs,
>>
>> I'm wondering whether it wouldn't make sense to require eclasses (or
>> strongly encourage) to include an explicit list of EAPIs it has been
>> tested for
On Tue, Sep 6, 2016 at 8:51 AM, Kristian Fiskerstrand wrote:
>
> I believe you're overthinking it, if we make it a guideline to include a
> section of the eclass (as many already have) that does e.g (take this
> for example purposes) there is no EAPI/PMS change needed
> case "${EAPI:-0}" in
>
On Tue, Sep 6, 2016 at 9:02 PM, Erik Mackdanz wrote:
> Kristian Fiskerstrand writes:
>> inherited eclasses. having a whitelist in place and die if eclass is not
>> updated to handle it solves it.
>>
>> Thoughts? comments? cookies? threats?
>
> Wouldn't a blacklist be more practical than a whiteli
On Fri, Sep 16, 2016 at 9:00 AM, Kent Fredric wrote:
>
> As such, I believe Arch Testers should have themselves an IRC channel,
> where Arch testers are OP, and membership of arch testers is voluntary
> ( but encouraged ).
>
The history here is that ATs typically hung out in the arch channels
the
On Tue, Sep 20, 2016 at 12:00 PM, Michael Mol wrote:
> On Friday, September 16, 2016 09:54:42 PM Duncan wrote:
>>
>> Why treeclean it, if it still works and can still be built against in-
>> tree python?
>>
>> Sometimes mature packages don't get further maintenance because they
>> "just work" as t
On Tue, Oct 4, 2016 at 9:29 PM, Kent Fredric wrote:
>
> Hence, a more sensible default instead of mkconfig that emits a config
> file that mortals can sensibly edit ( including relevant inline comments
> describing what is done ) would be a smart move that would go a long
> way.
>
How do you gene
On Tue, Oct 4, 2016 at 9:57 PM, Kent Fredric wrote:
> On Tue, 4 Oct 2016 22:22:12 -0400
> Rich Freeman wrote:
>
>> How do you generate your grub-0 config files?
>
> I didn't, it came as a stock example file with comments which I edited
> in a minimal fashion until
On Mon, Oct 17, 2016 at 9:09 AM, Raymond Jennings wrote:
>
> Changing the status quo may require some adjustment though, but I suppose we
> could start by openly documenting a bug if we find a workaround that does
> not already have a bug number associated with it. I've seen several ebuilds
> whe
On Wed, Oct 19, 2016 at 8:32 AM, Kent Fredric wrote:
>
> So if this commit was to get teleported to a different repo,
> --signoff by would be preserved, as an intermediate between these two.
>
> So I think the intent for this is "X reviewed these changes for Gentoo
> and takes responsibility for t
On Sat, Oct 22, 2016 at 10:47 AM, Greg KH wrote:
> On Wed, Oct 19, 2016 at 09:19:36AM -0400, Rich Freeman wrote:
>>
>> The last draft DCO was:
>> Gentoo DCO 1.0 By making a contribution to this project, I certify
>> that: (a) The contribution was created in whole or
On Mon, Oct 24, 2016 at 3:21 AM, Daniel Campbell (zlg) wrote:
>
> On October 23, 2016 11:29:49 PM PDT, "Michał Górny" wrote:
>>Dnia 24 października 2016 07:32:26 CEST, Daniel Campbell
>> napisał(a):
>>>On 10/19/2016 02:10 AM, Ulrich Mueller wrote:
Maybe I have missed something, but why would
On Mon, Oct 24, 2016 at 6:29 PM, Matt Turner wrote:
> A former co-worker of mine is now at Google and wants to contribute
> ebuilds he wrote for ChromeOS to Gentoo. They add packages necessary
> for Vulkan (new 3D graphics API).
>
> For instance:
> https://chromium.googlesource.com/chromiumos/ove
On Mon, Oct 24, 2016 at 6:34 PM, Matt Turner wrote:
> In order to contribute to GNU projects, one must sign a copyright
> assignment statement.
>
> Gentoo doesn't have anything similar as far as I'm aware, which makes
> me question the legitimacy of "Gentoo Foundation" copyrights.
>
> What is the
On Mon, Oct 24, 2016 at 7:12 PM, Matt Turner wrote:
> On Mon, Oct 24, 2016 at 4:03 PM, Rich Freeman wrote:
>> You cannot currently commit anything with a different copyright notice
>> to gentoo.git
>
> According to whom or what?
>
https://devmanual.gentoo.org/eb
On Mon, Oct 24, 2016 at 7:10 PM, Matt Turner wrote:
> On Mon, Oct 24, 2016 at 4:07 PM, Rich Freeman wrote:
>> On Mon, Oct 24, 2016 at 6:34 PM, Matt Turner wrote:
>>> In order to contribute to GNU projects, one must sign a copyright
>>> assignment statement.
>>&
On Mon, Oct 24, 2016 at 7:21 PM, Matthias Maier wrote:
>> I think you could make an argument that voluntarily placing that
>> header on your work is an assignment of copyright.
>
> I very much doubt that.
>
Well, like I said you can argue it either way. Everybody is going to
have an opinion, but
On Mon, Oct 24, 2016 at 7:25 PM, William L. Thomson Jr.
wrote:
> On Monday, October 24, 2016 7:07:41 PM EDT Rich Freeman wrote:
>>
>> I think you could make an argument that voluntarily placing that header on
>> your work is an assignment of copyright.
>
> For the origi
On Mon, Oct 24, 2016 at 7:31 PM, Matt Turner wrote:
>
> Yeah, it seems to be painful no matter what you do (CLA, copyright
> assignment, listing copyright holders) just in different ways :)
>
Well, the advantage of assignment is that it does simplify copyright
tracking, since you own the copyrigh
On Mon, Oct 24, 2016 at 7:32 PM, Gordon Pettey wrote:
> On Mon, Oct 24, 2016 at 5:40 PM, Ciaran McCreesh
> wrote:
>>
>> On Mon, 24 Oct 2016 15:34:14 -0700
>> Matt Turner wrote:
>> > In order to contribute to GNU projects, one must sign a copyright
>> > assignment statement.
>> >
>> > Gentoo does
On Mon, Oct 24, 2016 at 7:47 PM, Matt Turner wrote:
> On Mon, Oct 24, 2016 at 4:43 PM, Rich Freeman wrote:
>> I personally tend to favor a mandatory DCO (we absolutely need to know
>> the copyright status of our code), and a voluntary FLA (which I tend
>> to prefer to out
On Tue, Oct 25, 2016 at 12:48 AM, Daniel Campbell wrote:
> This made me think of another scenario; let's say I have my own fork of
> Gentoo, maintained in an overlay complete with docs, etc, under an MIT
> or BSD license, but as a Gentoo developer, I must copyright under GPL.
> Could I do such dua
On Tue, Oct 25, 2016 at 6:49 AM, Paweł Hajdan, Jr.
wrote:
> On 25/10/2016 01:03, Rich Freeman wrote:
>> As long as you have their permission to change the copyright notice.
>> You cannot currently commit anything with a different copyright notice
>> to gentoo.git, and you can
On Tue, Oct 25, 2016 at 8:54 AM, Ulrich Mueller wrote:
>
> Also, calling eclass functions could be considered linking. It is not
> entirely clear to me if e.g. a binpkg built with a CDDL licensed
> ebuild calling GPL licensed eclasses would be distributable at all.
Honestly, I think the GPL linki
On Tue, Oct 25, 2016 at 9:56 AM, Alexis Ballier wrote:
> On Tue, 25 Oct 2016 09:17:08 -0400
> Rich Freeman wrote:
>
>> On Tue, Oct 25, 2016 at 8:54 AM, Ulrich Mueller
>> wrote:
>> >
>> > Also, calling eclass functions could be considered linking. It is
On Tue, Oct 25, 2016 at 11:17 AM, Alexis Ballier wrote:
>
> If I write a QT gui that forks/exec x264 cli and want to sell it as the
> best H264 encoder on the market, then I have to comply with x264
> license since it won't do what I claim once x264 is removed.
The QT gui could be distributed und
On Tue, Oct 25, 2016 at 11:05 AM, Nick Vinson wrote:
>
> However, I don't think this is the criterion used to determine what
> should be in @system. The wiki defines the system set as the set that
> "contains the software packages required for a standard Gentoo Linux
> installation to run properl
On Tue, Oct 25, 2016 at 11:53 AM, Ulrich Mueller wrote:
>>>>>> On Tue, 25 Oct 2016, Rich Freeman wrote:
>
>>> Also, calling eclass functions could be considered linking. It is not
>>> entirely clear to me if e.g. a binpkg built with a CDDL licensed
>>
On Tue, Oct 25, 2016 at 1:01 PM, William Hubbs wrote:
>
> this item is about an important fstab update. In short, people need to
> move away from /dev/disk-by/* in their fstab vfiles.
>
> I do have a question about the newsitem -- how do I make it display only
> for Linux users?
>
Presumably you'
On Tue, Oct 25, 2016 at 9:39 PM, Kent Fredric wrote:
>
> Under this interpretation, developers using this header to add other
> peoples work to tree is making our use of DCO pointless.
>
> Because DCO has to be the person who *authored* the commit, not the
> person who merely added it to tree.
Th
On Wed, Oct 26, 2016 at 4:15 PM, Denis Dupeyron wrote:
>
> That said, we could always make it possible for the developer to
> voluntarily assign copyright to the foundation if (s)he so desires.
> And I would certainly do that for myself.
>
The envisioned approach was being able to voluntarily sig
On Wed, Oct 26, 2016 at 10:54 PM, Walter Dnes wrote:
> On Thu, Oct 27, 2016 at 01:10:10AM +, Peter Stuge wrote
>> waltd...@waltdnes.org wrote:
>> > For a build-from-source distro like Gentoo, gcc and associated
>> > tools are a vital part of the distro.
>>
>> A stage4 created (and updated) on
On Thu, Oct 27, 2016 at 3:01 AM, Michał Górny wrote:
>
> Please review the following draft:
>
> https://wiki.gentoo.org/wiki/User:MGorny/GLEP:TPC
>
Regarding this paragraph: "Gentoo project provides a specific set of
official channels of contribution in which all project members are
required to p
On Thu, Oct 27, 2016 at 7:01 AM, Roy Bamford wrote:
> On 2016.10.25 22:52, Ian Stakenvicius wrote:
>>
>> Personally I'd rather see us go the other way, ensure udev settles
>> before localmount runs, and maybe ewarn if /dev/disk/by-* is in fstab
>> or something. Leave the migration away from these
On Thu, Oct 27, 2016 at 7:00 AM, Mart Raudsepp wrote:
>
> Projects that want explicit copyright or copyright assignments or CLAs
> are those that want to be able to re-license the code without getting
> permissions from everyone (some of whom might not be possible to
> contact at a future date) or
On Thu, Oct 27, 2016 at 8:35 AM, Mart Raudsepp wrote:
> Ühel kenal päeval, N, 27.10.2016 kell 07:21, kirjutas Rich Freeman:
>>
>> Actually, that isn't allowed, and was the very issue that kicked off
>> the entire matter. You can't just take somebody else's
On Thu, Oct 27, 2016 at 9:07 AM, Michael Mol wrote:
>
> I want to +1 this, but I do see one problem: If all dependencies are defined,
> how does "emerge --with-bdeps=y --emptytree @world" work? Defining all
> dependencies means the graph is completely cyclic.
Well, we'll need to define some kind
On Thu, Oct 27, 2016 at 9:13 AM, Michał Górny wrote:
> On Thu, 27 Oct 2016 07:07:20 -0400
> Rich Freeman wrote:
>
>>
>> I think this reflects reality. You can submit all the patches you
>> want via bugzilla but it isn't like we punish developers for not
>
On Thu, Oct 27, 2016 at 9:29 AM, Greg KH wrote:
>
> You can't change the text of a license and call it the same thing,
So is the objection mainly to calling it a "Developer Certificate of Origin?"
I'd think that the title of a legal document falls more under
trademark law than copyright law. Th
On Thu, Oct 27, 2016 at 9:59 AM, Michał Górny wrote:
>
> Neither were network device names. But now they are! As long as you
> predict to which USB port the dongle will be plugged ;-).
>
It would be nice if standards like USB incorporated some kind of GUID.
I ended up having to write a udev rule
On Thu, Oct 27, 2016 at 9:55 AM, Michał Górny wrote:
> On Thu, 27 Oct 2016 09:42:22 -0400
> Rich Freeman wrote:
>>
>> I do think that this is one of the areas where hasufell's concept of
>> making the 3rd-party workflow the main workflow could have helped.
>&g
On Thu, Oct 27, 2016 at 10:55 AM, Greg KH wrote:
> On Thu, Oct 27, 2016 at 10:11:45AM -0400, Rich Freeman wrote:
>> On Thu, Oct 27, 2016 at 9:29 AM, Greg KH wrote:
>> >
>> > You can't change the text of a license and call it the same thing,
>>
>>
On Thu, Oct 27, 2016 at 11:02 AM, Matthias Maier wrote:
>
> On Thu, Oct 27, 2016, at 09:11 CDT, Rich Freeman wrote:
>
>> I'd think that the title of a legal document falls more under
>> trademark law than copyright law. That is why the FSF publishes the
>> &quo
On Thu, Oct 27, 2016 at 10:41 AM, Michael Mol wrote:
>
> So, what goes in @stage1? What's the bare minimum needed for a Gentoo package
> kernel?
>
That is actually largely defined today already, but it isn't used by
anything but catalyst as far as I'm aware. Just look at
packages.build in your p
On Thu, Oct 27, 2016 at 11:21 AM, Ulrich Mueller wrote:
>
> I would conclude that the intention is that the whole of the Linux
> kernel can be distributed under the GPL, version 2, unless noted
> otherwise.
>
Stepping back, I'd just like to comment that while I hold an opinion
on this that is lik
On Thu, Oct 27, 2016 at 8:08 PM, Daniel Campbell wrote:
>
> With a DCO, it greatly complicates things. Would my right to keep my
> contributions in an overlay be infringed upon? What would change if we
> switch to this?
>
The DCO doesn't change your rights at all, or change the status of the
copy
On Thu, Oct 27, 2016 at 9:27 PM, Kent Fredric wrote:
> On Thu, 27 Oct 2016 09:21:06 -0400
> Rich Freeman wrote:
>
>> I'm not saying you can completely avoid the need for having some kind
>> of bootstrapping stage1. I'm just saying we should separate that
On Thu, Oct 27, 2016 at 9:23 PM, Gregory Woodbury wrote:
>
> This is not unlike the kerfufle that occurred when systemD was introduced
> not so long ago. To use it folks had to make major changes to their systems
> that took several months to iron out the kinks. Additionally, some of the
> folks
On Fri, Oct 28, 2016 at 12:49 AM, Daniel Campbell wrote:
> On 10/27/2016 06:13 AM, Michał Górny wrote:
>>
>> So yes, it would probably be enough to put such a simple statement
>> somewhere. The problem is: where? ;-) GLEP seemed like a
>> straightforward solution to make it global.
>>
>
> Could it
On Sat, Oct 29, 2016 at 11:18 AM, M. J. Everitt wrote:
> On 29/10/16 16:14, M. J. Everitt wrote:
>> On 29/10/16 16:09, Benda Xu wrote:
>>>
>>> This is an announcement of the latest Gentoo on Android stage3 tarball,
>
> Actually .. given my nosiness in -pr matters lately, anyone done a
> write-up f
On Sat, Oct 29, 2016 at 11:42 AM, M. J. Everitt wrote:
> On 29/10/16 16:35, Benda Xu wrote:
>> No SD slot on Nexus. We will stress the internal NAND flash with
>> millions of ebuilds and rsync :)
>>
>> That makes me think of squashdelta sync, but probably after gaining
>> control of linux kernels
On Sat, Oct 29, 2016 at 12:22 PM, Benda Xu wrote:
>
> Homework received. I have little experience blogging though.
>
> I will need first to set up a blog and then draft a writeup.
>
> Any hints?
Gentoo can set them up, or you can just use Wordpress or whatever
(Gentoo wasn't taking new blog requ
On Tue, Nov 1, 2016 at 12:52 PM, William Hubbs wrote:
>
> here is the new version of this news item.
>
Shouldn't this be conditional based on openrc being installed? I
don't think other rc implementations are impacted.
--
Rich
On Tue, Nov 1, 2016 at 1:53 PM, William Hubbs wrote:
> On Tue, Nov 01, 2016 at 01:30:56PM -0400, Mike Gilbert wrote:
>> On Tue, Nov 1, 2016 at 1:22 PM, Rich Freeman wrote:
>> > On Tue, Nov 1, 2016 at 12:52 PM, William Hubbs wrote:
>> >>
>> >>
On Tue, Nov 1, 2016 at 2:44 PM, William Hubbs wrote:
> On Tue, Nov 01, 2016 at 02:14:43PM -0400, Rich Freeman wrote:
>> On Tue, Nov 1, 2016 at 1:53 PM, William Hubbs wrote:
>> > On Tue, Nov 01, 2016 at 01:30:56PM -0400, Mike Gilbert wrote:
>> >> On Tue, Nov 1,
On Tue, Nov 1, 2016 at 3:13 PM, William Hubbs wrote:
>
> Unfortunately there isn't another way to limit the audiance further.
>
> People can have openrc and systemd installed at the same time, and they
> can have openrc installed on *bsd.
>
If somebody has openrc and systemd both installed, they
On Thu, Nov 3, 2016 at 9:45 AM, Ian Stakenvicius wrote:
>
>
> Although metadata.xml is one way to do this, since it is more of a social
> thing than a technical one I think it might be better to wikify it instead --
> each dev can list their "please fix my package" preferences in a per package
On Thu, Nov 3, 2016 at 12:11 PM, Michał Górny wrote:
>
> 1. Revision number must be no longer than :
> 1a. to make <=X-r reliable,
> 1b. to prevent pathological uses of revision as date.
>
Let's just hope nobody starts using tex version numbering and so on.
Dates might be used in cases wh
On Thu, Nov 3, 2016 at 1:44 PM, Ian Stakenvicius wrote:
> On 03/11/16 01:20 PM, Rich Freeman wrote:
>>
>> Let's just hope nobody starts using tex version numbering and so on.
>> Dates might be used in cases where upstream doesn't publish sane
>> revisions
On Thu, Nov 3, 2016 at 5:36 PM, William L. Thomson Jr.
wrote:
> On Thursday, November 3, 2016 9:14:56 AM EDT William Hubbs wrote:
>>
>> I am also in favor of the metadata approach.
>
> Also it may start inching things towards restricting areas of the tree to said
> members of teams etc. Which star
601 - 700 of 2196 matches
Mail list logo
