On Sat, Feb 13, 2016 at 7:58 PM, Raymond Jennings wrote:
> So what do you guys think of leaving behind empty stubs for compatibility
> and then simply filing a tracking bug blocked by any packages that removing
> herds broke?
It isn't entirely clear that anything is actually broken at the
moment,
On Sun, Feb 14, 2016 at 6:37 AM, Patrick Lauer wrote:
>
> The new schema collapses herd (err, project!) into maintainers (err,
> sustainers ... staff ... linchpin?)
> And maintainer is defined as:
>
>
> Which means that only email is mandatory. So instead of search by name
> you are now required
On Sun, Feb 14, 2016 at 10:30 AM, Patrick Lauer wrote:
> On 02/14/2016 02:16 AM, Rich Freeman wrote:
>> On Sat, Feb 13, 2016 at 7:58 PM, Raymond Jennings wrote:
>>> So what do you guys think of leaving behind empty stubs for compatibility
>>> and then simply filing a
On Sun, Feb 14, 2016 at 10:14 AM, Patrick Lauer wrote:
> If, for any reason, eudev should be abandoned - we can just change the
> virtual back. One-line change.
Which is precisely the corresponding argument for not switching the
default to eudev in the first place.
--
Rich
On Sun, Feb 14, 2016 at 2:41 PM, Brian Dolbec wrote:
> On Sun, 14 Feb 2016 11:00:30 -0500
> Rich Freeman wrote:
>
>> On Sun, Feb 14, 2016 at 10:14 AM, Patrick Lauer
>> wrote:
>> > If, for any reason, eudev should be abandoned - we can just change
>>
On Sun, Feb 14, 2016 at 3:27 PM, Patrick Lauer wrote:
> On 02/14/2016 09:17 PM, Rich Freeman wrote:
>> On Sun, Feb 14, 2016 at 2:41 PM, Brian Dolbec wrote:
>>> On Sun, 14 Feb 2016 11:00:30 -0500
>>> Rich Freeman wrote:
>>>
>>>> On Sun, Feb
On Sun, Feb 14, 2016 at 3:31 PM, Alon Bar-Lev wrote:
> Systemd users/developers should not mind what the default is as they
> are forced to use one variant anyway, these users/developers should
> not force their opinion upon others.
Posting an opinion on a list isn't forcing anything on anybody.
On Mon, Feb 15, 2016 at 4:29 AM, Alexis Ballier wrote:
> On Sun, 14 Feb 2016 19:34:52 -0600
> William Hubbs wrote:
>
>> And, as for right now, udev-229 is in the tree, so udev can still be
>> extracted and run standalone from systemd.
>
> and even with that, I don't think there is anything preven
On Tue, Feb 16, 2016 at 1:05 PM, William Hubbs wrote:
>
> The reason it exists is very vague to me; I think it has something to do
> with claims of data loss in the past.
>
Is there some other event that will cause all filesystems to be
remounted read-only or unmounted before shutdown?
You defin
On Tue, Feb 16, 2016 at 2:57 PM, Patrick Lauer wrote:
> The whole discussion, which seems to turn everyone into a raging
> squirrel, is about changing the default provider of a virtual. All other
> providers will continue being listed and available. The change affects
> none of the current userbas
On Tue, Feb 16, 2016 at 1:34 PM, Chí-Thanh Christopher Nguyễn
wrote:
>
> This claim was made by upstream, no less. And it refers to *running* udev
> without systemd as opposed to building (which upstream already made
> impossible).
>
> Here is the exact wording:
> "Unless the systemd-haters prepar
On Tue, Feb 16, 2016 at 2:31 PM, Patrick Lauer wrote:
>
> The failure message comes from rc-mount.sh when the list of PIDs using a
> mountpoint includes "$$" which is shell shorthand for self. How can the
> current shell claim to be using /usr when it is a shell that only has
> dependencies in $LI
On Tue, Feb 16, 2016 at 5:55 PM, Ryan Hill wrote:
> On Sun, 14 Feb 2016 10:58:10 -0500
> Rich Freeman wrote:
>
>> Well, if debugging is your only concern, on the system you're going to
>> debug from:
>> touch herds.xml
>
> Don't do that.
>
> rhi
On Tue, Feb 16, 2016 at 11:00 PM, Richard Yao wrote:
>
> If userbase is what matters to you, then OpenRC+eudev won. It is the
> logical choice for those concerned about userbase because that is what
> the Linux ecosystem will be using going forward.
>
Uh, if we cared solely about userbase we'd be
On Tue, Feb 16, 2016 at 9:20 PM, Duncan <1i5t5.dun...@cox.net> wrote:
>
> Initial shutdown is via two targets (as opposed to specific services),
Since not everybody in this thread may be familiar with systemd, I'll
just add a quick definition.
When systemd says "target" - think "virtual service."
On Wed, Feb 17, 2016 at 9:24 AM, Richard Yao wrote:
> Systemd installs that go back into the initramfs at shutdown are rare because
> there is a
> hook for the initramfs to tell systemd that it should re-exec it and very few
> configurations
> do that. Even fewer that do it actually need it.
Wh
On Wed, Feb 17, 2016 at 1:06 PM, Ian Stakenvicius wrote:
>
> Genkernel's initramfs generation was what we endorsed for the most
> part, until dracut came around. it's hard to say what "most" are
> doing but i expect dracut and genkernel based initramfs's make up
> the vast majority in use by gent
On Wed, Feb 17, 2016 at 11:04 AM, Richard Yao wrote:
>
> This is something that I think many of us who had systems broken by
> sys-fs/udev multiple times before sys-fs/eudev was an option thought was
> obvious.
About the only "system-breaking" change I'm aware of in udev over the
years was the ch
On Wed, Feb 17, 2016 at 2:01 PM, Andrew Savchenko wrote:
> 1) NFS v4 shares can't be unmounted if server is unreachable (even
> with -f). If filesystem (e.g. /home or /) contains such unmounted
> mount points, it can't be unmounted as well, because it is still in
> use. This happens quite often if
On Wed, Feb 17, 2016 at 10:02 PM, Richard Yao wrote:
>
> Dracut handling it well is not up for dispute. When I checked last year,
> dracut simply did not tell systemd to use this functionality because it
> was unnecessary functionality that only served to slowed down the
> shutdown process. It onl
On Wed, Feb 17, 2016 at 10:11 PM, Richard Yao wrote:
>
> dracut does not assist those who do not want generic kernel
> configurations. Unfortunately, the handbook does not do a good job in
> saying that the initramfs generation and generic kernel configurations
> are optional.
>
No argument that
On Thu, Feb 18, 2016 at 3:57 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> Rich Freeman posted on Wed, 17 Feb 2016 08:46:34 -0500 as excerpted:
>
>> When systemd says "target" - think "virtual service." The equivalent in
>> openrc would be an init.d sc
On Tue, Feb 23, 2016 at 7:33 PM, Duncan <1i5t5.dun...@cox.net> wrote:
>
> Which means it's the tools that expect reverse-chronological order that
> must change. Either that, or people /that/ concerned about the
> changelogs can simply switch to the git repos and use the existing git
> tools to rea
On Tue, Feb 23, 2016 at 7:50 PM, Kristian Fiskerstrand wrote:
>
> On 02/24/2016 01:33 AM, Duncan wrote:
>>
>> IMO, what's actually happening here is the slow deprecation of
>> rsync mirrors in favor of git. I doubt they'd be created at all
>> if gentoo were
>
> I don't agree to this at all. For o
On Fri, Feb 26, 2016 at 6:00 AM, Martin Vaeth wrote:
>
> And currently the git history is still almost empty...
>
If you want pre-migration history you need to fetch that separately.
It is about 1.7G.
Considering that this represents a LOT more than 2-3 years of history
(including periods where
On Mon, Feb 8, 2016 at 4:08 AM, Patrick Lauer wrote:
> Ohey,
>
> I've opened a bug at:
> https://bugs.gentoo.org/show_bug.cgi?id=573922
>
> The idea here is to change the order of the providers of virtual/udev.
> For existing installs this has zero impact.
> For stage3 this would mean that eudev i
On Fri, Feb 26, 2016 at 7:59 AM, Martin Vaeth wrote:
> Rich Freeman wrote:
>>>
>>> And currently the git history is still almost empty...
>>>
>>
>> If you want pre-migration history you need to fetch that separately.
>
> How? Neither on gi
On Fri, Feb 26, 2016 at 7:31 AM, Rich Freeman wrote:
> On Mon, Feb 8, 2016 at 4:08 AM, Patrick Lauer wrote:
>> Ohey,
>>
>> I've opened a bug at:
>> https://bugs.gentoo.org/show_bug.cgi?id=573922
>>
>> The idea here is to change the order of the provide
On Wed, Mar 2, 2016 at 1:14 PM, Ulrich Mueller wrote:
>
> For example, the message of the initial commit 56bd759 appears in some
> 18000 files, which accounts for 25 MiB.
Not discounting the general issue, I wouldn't count the initial
commit. All that space will get taken up the first time somet
On Wed, Mar 2, 2016 at 2:48 PM, malc wrote:
> I still fail to understand the bikeshedding here - you really don't
> need a git checkout to get something akin to a changelog. Use the
> github API directly...
>
The main downside to using github would be that you don't get a
combined history pre/pos
On Sun, Apr 3, 2016 at 1:34 PM, Michael Palimaka wrote:
>
> If you normally use KDM to launch Plasma, note that it is no longer
> supported.
> Upstream recommends x11-misc/sddm instead which is pulled in by
> plasma-meta by
> default. To switch, edit /etc/conf.d/xdm and update DISPLAYMANAGER.
>
D
On Sun, Apr 3, 2016 at 5:57 PM, William Hubbs wrote:
> On Mon, Apr 04, 2016 at 09:03:59AM +1200, Kent Fredric wrote:
>> On 4 April 2016 at 08:57, Ulrich Mueller wrote:
>> > Does anyone still use the CVS $Id$ keywords that are in all ebuilds'
>> > headers, or are they being expanded anywhere? Or i
On Thu, Apr 7, 2016 at 11:12 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> William Hubbs posted on Thu, 07 Apr 2016 09:40:49 -0500 as excerpted:
>
>> After the testing period is over, I'm confused about why we should
>> support both layouts. With separate usr without initramfs gone, the usr
>> merge i
On Thu, Apr 7, 2016 at 11:46 AM, William Hubbs wrote:
>> #!/bin/bash will work whether you've done a usr merge or not
>> #!/usr/bin/bash will probably only work if you've done the usr merge
>> #!/usr/bin/python will work whether you've done a usr merge or not
>> #!/bin/python will probably only wo
On Thu, Apr 7, 2016 at 2:32 PM, M. J. Everitt wrote:
> In the spirit of hearing arguments for/against .. could someone with the
> appropriate 'fu' throw up a quick survey for those on this ML (and/or
> possibly the g-users?) to indicate a preference for a change to a
> flattened-/usr system?
>
> I
On Thu, Apr 7, 2016 at 9:42 PM, William Hubbs wrote:
>
> There was a bypo here. "the ebuild" should be upstream. The default
> installation location of all coreutils binaries is /usr/bin, then we
> move everything around in the ebuild.
> We are deviating from upstream in this example.
>
Keep in m
On Thu, Apr 7, 2016 at 10:44 PM, M. J. Everitt wrote:
> 2) "Today, a separate /usr partition already must be mounted by the
> initramfs during early boot, thus making the justification for a
> split-off moot." - no, not all gentoo users have an initramfs and
> need/want one .. so this is a false a
On Fri, Apr 8, 2016 at 7:41 AM, James Le Cuirot wrote:
> On Fri, 8 Apr 2016 07:31:03 -0400
> "Anthony G. Basile" wrote:
>>
>> @anyone, can you list the reasons we're doing this (I'm sure there's
>> more than one). If systemd if one of them, then I'm confused because
>> debian has switched to sys
On Fri, Apr 8, 2016 at 7:54 AM, Anthony G. Basile wrote:
>
> As I'm getting into this thread, I'm looking at debian, fedora and I'll
> add openSUSE. I just don't get why a usr merge is as good as that
> fedora page says.
>
Keep in mind Fedora's purposes here:
1. It is a feeder where experimenta
On Fri, Apr 8, 2016 at 10:33 AM, M. J. Everitt wrote:
> I'll come back to the links a bit later, but is policykit and its
> predecessor/derivatives now a mandatory part of a linux system?
>
The only mandatory component in a linux system, by definition, is the
Linux kernel.
A linux system could c
On Fri, Apr 8, 2016 at 11:14 AM, M. J. Everitt wrote:
> Being serious though, and playing Devil's Advocate of course, assuming
> you have no use for a desktop manager, etc, hence no need for dbus or
> it's 'friends' and policykit or it's pals, and you're not a "systemd
> fan" etc .. how are we gra
On Fri, Apr 8, 2016 at 4:18 PM, Joseph Booker wrote:
> The difference between "system software" and "regular applications" isn't
> clear-cut.
>
This.
Half the reason we don't officially support running without /usr
mounted during early boot is that if we actually put everything in /
that could c
On Fri, Apr 8, 2016 at 9:51 PM, Anthony G. Basile wrote:
>
> Alternatively, this may introduce problems. So it seems like we're
> fixing something that isn't broken.
>
What problems are you anticipating, especially in light of the fact
that many distros actually do it this way already?
I don't
On Sat, Apr 9, 2016 at 12:06 AM, Anthony G. Basile wrote:
> On 4/8/16 11:03 PM, Rich Freeman wrote:
>>
>> What problems are you anticipating, especially in light of the fact
>> that many distros actually do it this way already?
>
> RBAC policy files for one. You
On Sat, Apr 9, 2016 at 1:32 AM, wrote:
>
> now - an arbitrary decree comes down that *EVERYBODY* who wants a
> separate /usr needs to have initramfs.
>
The "decree" wasn't some kind of law that the Gentoo police will come
out to your house and arrest you for violating.
It was simply a recogniti
On Sat, Apr 9, 2016 at 7:41 AM, Luca Barbato wrote:
> On 05/04/16 03:19, William Hubbs wrote:
>> Thoughts on any of this?
>
> The whole usr-merge moves the problem of putting stuff in / to putting
> the very same stuff in the initrd when something different from busybox
> (or equivalent) is needed
On Sat, Apr 9, 2016 at 8:27 AM, Luca Barbato wrote:
> On 09/04/16 13:53, Rich Freeman wrote:
>> Put the very same stuff in the initramfs? Most initramfs creation
>> scripts should already do this automatically, and with compat symlinks
>> even those that don't probably
On Sat, Apr 9, 2016 at 3:49 PM, Philip Webb wrote:
> I've always used Lilo, which is simple + reliable :
> I never see questions re it here, but there are many re Grub.
> I do use recent hardware, a cutting-edge machine I built 6 mth ago .
> When setting it up, I suppressed UEFI in the BIOS setti
On Sat, Apr 9, 2016 at 8:09 PM, J. Roeleveld wrote:
>
> I actually write my own initramfs because neither dracut not genkernel end up
> with a convenient boot system.
>
> I have 2 disks, both encrypted.
> I prefer only to enter the decryption password once. Both Dracut and Genkernel
> insist on as
On Sat, Apr 9, 2016 at 8:37 PM, M. J. Everitt wrote:
> I may have contributed to the latter point, but addressing the former
> specifically, I, like others, have /usr mounted on an NFS server for
> thin clients (not in the full-true sense, but with a very minimal /
> currently residing on USB).
>
On Sat, Apr 9, 2016 at 9:35 PM, M. J. Everitt wrote:
> I think that is the potential for a stage4-style install. I think
> previous list discussions have maintained that the flexibility of gentoo
> is maintained by having a very basic install image, and a stage3 to
> bootstrap into, and have the u
On Sat, Apr 9, 2016 at 10:17 PM, M. J. Everitt wrote:
> I take your point, but I would argue that the kernel and boot subsystem
> really are special cases .. you don't go hacking around the chromium
> sources to fundamentally alter the way/order it works, right?! Likewise,
> if you don't like chro
On Sat, Apr 9, 2016 at 11:28 PM, M. J. Everitt wrote:
> Ok I'm gonna push the Big Red Button here, and assume you may not have
> met 'genkernel' ..
Genkernel has been around for a LONG time. I'm well aware of it.
> ok its not a package, but its the nearest thing to
> Gentoo's solution to what y
On Sun, Apr 10, 2016 at 5:37 AM, Duncan <1i5t5.dun...@cox.net> wrote:
>
> Tho with the initr*, I did go the dracut route myself. But I'm still not
> entirely convinced that I wouldn't have been better off rolling my own,
> as I'm still not entirely comfortable with the level to which I
> understan
On Sun, Apr 10, 2016 at 7:55 AM, Joshua Kinard wrote:
>
> Create like, a table on the Wiki or some kind of metadata property per-package
> that can contain a boolean or tri-state flag indicating whether it works or
> doesn't work (or kinda works) on split-usr. Or a tracker on Bugzie.
> Somethin
On Sat, Apr 16, 2016 at 3:05 PM, Michał Górny wrote:
>
> Congratulations! ... But why would anyone...
Not really picking on you in particular, but this is not the first
snarky comment on a commit we've seen today.
If somebody makes a mistake, just point it out. I think we can all
appreciate tha
On Sat, Apr 16, 2016 at 6:24 PM, Mike Gilbert wrote:
>
> And I don't really see the point in the libressl USE flag in this
> case; I think that was only needed so the slot-operator would resolve
> correctly.
>
Somebody else may be better informed, but I thought that there was a
concern with havin
On Sat, Apr 30, 2016 at 8:53 PM, Daniel Campbell wrote:
>
> As you said, however, it's a choice of the maintainer. Things like Perl
> and Python may be less prone to this issue since they're meant to be
> portable.
>
The concept is that the maintainer will only use this when this is the
case. Th
On Sun, May 1, 2016 at 9:32 AM, Jeroen Roovers wrote:
> And it means we're missing opportunities where "pure" interpreted
> packages may test corner cases of the language implementation and find
> bugs in (JIT or previously) "compiled" code. And that means we're
> calling things "stable" that may
On Sun, May 8, 2016 at 7:25 AM, Andreas K. Hüttel wrote:
>
> * However... as the past months have shown, when using merges it is much
> easier to accidentally mess up the entire tree than using rebases alone.
>
How does a merge make it any easier/harder to mess up the entire tree?
I can see how
On Sun, May 8, 2016 at 8:18 AM, Kent Fredric wrote:
> On 9 May 2016 at 00:09, Anthony G. Basile wrote:
>> 1. announce to gentoo-dev@ the intention to start a branch intending to
>> merge
>>
>> 2. hack hack hack
>>
>> 3. test the merge for any conflicts etc,
>>
>> 4. announce to the list a date/ti
On Mon, May 9, 2016 at 7:27 AM, Kristian Fiskerstrand wrote:
> On 05/08/2016 07:07 PM, Kent Fredric wrote:
>> On 9 May 2016 at 05:03, Alexis Ballier wrote:
>>> I was under the impression that merging is needed in order to preserve
>>> commit signatures when e.g. merging someone else's work.
>>
>>
On Mon, May 9, 2016 at 1:21 AM, Matthew Marchese wrote:
> Looks good. Nice work, fellas.
++
>
> I'll do some testing of my own on those stage tarballs so that I can write
> some docs, unless you'd like to write them, blueness. This should ease the
> path on the systemd "Handbook extension" idea
On Mon, May 9, 2016 at 8:36 AM, Kent Fredric wrote:
>
> While you can in theory rebase merge commits with rebase --preserve,
> my experience has shown me that its very difficult to get right, and
> the presence of merge collisions in the "preserved" rebase risks
> getting the conflict resolution l
On Mon, May 9, 2016 at 6:34 PM, Anthony G. Basile
wrote:
>
> oh okay. sorry if i misunderstood. nonetheless, doesn't the fedora
> installation cd double as a rescue cd? i think that uses systemd.
>
It might - no idea. I'm not sure if it is as loaded with useful
utilities, X11, a package manag
On Wed, May 11, 2016 at 10:34 AM, Kent Fredric wrote:
>
> There's an added security measure that exists /outside/ the gentoo
> source control.
>
It also fails differently.
If I find out that somebody compromised ssh in some way, doubt is cast
on any commit during the period in which the ssh serv
On Sat, May 14, 2016 at 7:55 AM, Aaron Bauman wrote:
> On Friday, May 13, 2016 4:52:09 PM JST Ian Delaney wrote:
>> On Sat, 7 May 2016 23:25:58 +0200
>> Michał Górny wrote:
>> >
>> > Do you seriously expect this code to work? How about testing? Or
>> > reading diffs before committing?
>> >
>
> Ab
On Sat, May 14, 2016 at 12:59 PM, M. J. Everitt wrote:
> On 14/05/16 17:53, Chí-Thanh Christopher Nguyễn wrote:
>> Gordon Pettey schrieb:
>>
>>> So, it's perfectly okay to make direct commits of obviously broken
>>> code that
>>> has no chance of working, because community something mumble...
>>
>
On Sat, May 14, 2016 at 1:07 PM, landis blackwell
wrote:
> No fun allowed
>
Are you saying that you don't want people to have fun developing
Gentoo? Or are you trying to say that it is impossible to have fun
developing Gentoo without insulting strangers? I don't think anybody
minds two friends
On Sat, May 14, 2016 at 3:21 PM, M. J. Everitt wrote:
> On 14/05/16 18:52, Rich Freeman wrote:
>> On Sat, May 14, 2016 at 1:07 PM, landis blackwell
>> wrote:
>>> No fun allowed
>>>
>> Are you saying that you don't want people to have fun developing
>
On Sat, May 14, 2016 at 7:40 PM, Aaron Bauman wrote:
>
> Please enlighten me as to what was impolite here? The strong language of
> "seriously" or definitively stating that the individual did not perform the
> necessary QA actions before committing?
He actually didn't "state" anything at all - h
On Sat, May 14, 2016 at 8:23 PM, Aaron Bauman wrote:
> On Sunday, May 15, 2016 12:48:12 AM JST Ciaran McCreesh wrote:
>> On Sun, 15 May 2016 08:40:39 +0900
>>
>> Aaron Bauman wrote:
>> > Please enlighten me as to what was impolite here? The strong
>> > language of "seriously" or definitively sta
On Sun, May 15, 2016 at 6:46 PM, Duncan <1i5t5.dun...@cox.net> wrote:
>
> Committing without testing, as long as you don't push, is fine, even
> meritorious. It's the push that uploads those commits to the gentoo
> reference repo, however, and testing should *definitely* be done before
> pushing,
On Tue, May 17, 2016 at 5:15 AM, Kent Fredric wrote:
> On 17 May 2016 at 20:46, Tobias Klausmann wrote:
>> And as for my pet peeve, tests that are known to fail, can we
>> also annotate that somehow so I don't waste hours running a test
>> suite that gives zero signal on whether I should add the
On Tue, May 17, 2016 at 7:25 AM, Pallav Agarwal
wrote:
> Because we are already expecting an arch tester to conduct tests for the
> package. And knowing what to test is something I expect to come more
> easily from the maintainer.
>
It would come even more easily from upstream. My point is that
On Tue, May 17, 2016 at 12:05 PM, Sébastien Fabbro wrote:
> On 17 May 2016 at 08:34, Luis Ressel wrote:
>
>>
>> Automated post-merge tests sound kinda dangerous to me. And I don't
>> think there's any stipulation about src_test() only running
>> upstream-provided test suites. IMHO, src_test() wou
On Sat, May 28, 2016 at 9:11 PM, Joshua Kinard wrote:
>
> Whether the idea is useful in the present day and age, eh, who knows. For the
> mips-sources ebuilds, eblits let me centralize the per-machine notes and
> unpacking logic, which reduced each ebuild's size from ~18KB a few years ago
> down
On Sun, May 29, 2016 at 4:25 AM, Ulrich Mueller wrote:
>>>>>> On Sun, 29 May 2016, Rich Freeman wrote:
>
>> What I would love to see is this be standardized. An eclass or a
>> GLEP seems like the logical approach.
>
> If there really is a need for such
On Thu, Jun 2, 2016 at 4:46 PM, Michał Górny wrote:
>
> We understand that some people have goals like 'I want Qt everywhere,
> I hate GTK+ so much I'd rather not be able to do anything than have
> GTK+ on my system'. We respect them. But we're no longer going to
> optimize Gentoo for those people
On Thu, Jun 2, 2016 at 5:20 PM, Igor Savlook wrote:
> Ok if i want just disable gtk i use USE="-gtk -gtk2 -gtk3".
>
And that is fine if your goal is to disable gtk. Most people don't
have goals like this - their goal is probably to prefer qt, not to
disable gtk, and so on. If you prefer a packa
On Thu, Jun 2, 2016 at 5:27 PM, Daniel Campbell wrote:
> To play devil's advocate, can we get a citation on "users don't want to
> care"? Which users? Does Gentoo have a lot of users who don't care, or
> does it attract a more passionate audience that enjoys the control that
> comes with being sou
On Tue, Jun 7, 2016 at 3:03 PM, Brian Dolbec wrote:
>
> an ordered list of the gui toolkits in their preferred order of
> desirability. This should be an all inclusive list. Note: these are
> subject to package.use setting overrides.
>
This has been my thought as well. This really isn't limite
On Wed, Jun 8, 2016 at 9:16 AM, Alexander Berntsen wrote:
>
> This could lead to a future where the Gentoo tree is largely
> superseded. Every user would just have their own repository, where
> they could pick and choose packages from other users. The Gentoo tree
> would just focus on a high-quali
On Thu, Jun 9, 2016 at 5:41 AM, Alexander Berntsen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 08/06/16 16:53, Rich Freeman wrote:
>> Do you propose that you can have cross-repo dependencies?
> Sure. This works well in Exherbo using Paludis. We could do
On Thu, Jun 9, 2016 at 6:22 AM, Alexander Berntsen wrote:
>
> On 09/06/16 12:14, Johannes Huber wrote:
>> This statement is not feeded with numbers. Distrowatch tells
>> something else.
> I don't know what "feeded" means. Distrowatch is useless for anything
> but figuring out what distros are popu
On Fri, Jun 10, 2016 at 3:45 AM, Alexander Berntsen wrote:
>
> On 09/06/16 22:15, Michał Górny wrote:
>> Didn't you just contradict yourself? First you tell that everyone
>> should have their own public repo... then you tell that we should
>> merge stuff from those repos. So are you targeting spli
On Fri, Jun 10, 2016 at 12:16 PM, james wrote:
> On 06/10/2016 08:00 AM, Ciaran McCreesh wrote:
>>
>>
>> The Exherbo model is not "packages are all over the place and there is
>> no coordination whatsoever". The model is "packages that lots of people
>> use are in a small number of core repositori
On Sat, Jun 11, 2016 at 8:09 AM, Pacho Ramos wrote:
>
> Yeah, I also fail to see what is wrong with suggesting the items for
> the agenda... is not that the purpose of this call? Or maybe I am
> missing some replies to the thread :|
>
I'm not entirely sure I've caught everything going on based on
On Tue, Jun 14, 2016 at 6:30 PM, Ciaran McCreesh
wrote:
> On Wed, 15 Jun 2016 00:21:45 +0200
> "Andreas K. Huettel" wrote:
>> Am Montag, 13. Juni 2016, 09:50:15 schrieb Alexander Berntsen:
>> > > I still think you're underestimating the need for centralization.
>> > > What you call a "core/base"
On Fri, Jun 17, 2016 at 3:37 AM, Alexander Berntsen wrote:
>
> I would not want to tie our choosing RESOLVED to be tied to whether
> there is a stabilised package in the tree or not, because there are
> other Portage users than Gentoo. But I would not oppose such an
> enforcement too strongly at t
On Fri, Jun 17, 2016 at 7:58 AM, Kristian Fiskerstrand wrote:
> On 06/17/2016 01:50 PM, Rich Freeman wrote:
>> It might be better to just close the original bug, and then open a new
>> STABLEREQ bug on the tracker whenever we're interested in tracking
>> stabilizati
On Fri, Jun 17, 2016 at 9:02 AM, Kristian Fiskerstrand wrote:
> On 06/17/2016 02:18 PM, Rich Freeman wrote:
>
>> If I'm a maintainer and I resolve a bug, how do I know if I should
>> mark it resolved or not before it is stable?
>
> If package is in stable to begin w
On Fri, Jun 17, 2016 at 9:52 AM, Michał Górny wrote:
> On Thu, 16 Jun 2016 15:14:44 +0200
> Kristian Fiskerstrand wrote:
>
>> On 06/16/2016 03:02 PM, Michał Górny wrote:
>> > Hello, everyone.
>> >
>>
>>
>>
>> >
>> > What I'd like to introduce instead is a new STABILIZED state. It would
>> > -- li
On Fri, Jun 17, 2016 at 12:00 PM, Kristian Fiskerstrand wrote:
> On 06/17/2016 03:58 PM, Rich Freeman wrote:
>>
>> That could actually be generalized. I could see many types of bugs
>> where the issue is with upstream, and we might want to track the
>> progress a
On Fri, Jun 17, 2016 at 11:33 AM, Kristian Fiskerstrand wrote:
> On 06/17/2016 03:48 PM, Rich Freeman wrote:
>>
>> Also, in the case of STABLEREQs would we treat them more like security
>> bugs - the last arch would just post a comment that all archs are
>> stable and
On Fri, Jun 17, 2016 at 1:26 PM, Kristian Fiskerstrand wrote:
> On 06/17/2016 07:05 PM, Brian Dolbec wrote:
>>
>> Then everyone PLEASE stop referring to the Gentoo ebuild tree as
>> portage. Reserve portage for the upstream PACKAGE MANAGER.
>
> indeed
>
Agree, though this wasn't the sense I mean
On Wed, Jun 29, 2016 at 6:47 PM, Daniel Campbell wrote:
> I'm glad to see some reach-out here and taking responsibility for
> decisions. However, what does the QA team have to say about systems that
> want games on other media (such as an SSD or separate HDD), or wish to
> restrict the use of game
On Thu, Jun 30, 2016 at 12:54 AM, Daniel Campbell wrote:
>
> Do teams hold any authority (or veto power, whatever you want to call
> it) over their own ebuilds? Is it reasonable to rip functionality out
> from under a group of developers and tell them to deal with it?
Generally speaking, yes. If
On Thu, Jun 30, 2016 at 7:19 PM, Daniel Campbell wrote:
> Our ebuilds are maintained by developers, with the occasional
> proxy-maintainer or contributor. Your previous statement combined with
> this amounts to "QA owns and manages the Gentoo repository." You just
> said teams have no autonomy ove
On Fri, Jul 1, 2016 at 5:10 AM, Daniel Campbell wrote:
>
> I'm not sure the SSD-for-games-only is the most effective solution
> either, but there are plenty of use cases that I disagree with that tend
> to get by without issue. Are / or /usr on SSD the proposed solution for
> someone who's aiming
501 - 600 of 2196 matches
Mail list logo
