-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/21/2013 09:42 PM, Robin H. Johnson wrote:
> On Fri, Jun 21, 2013 at 09:06:30PM -0400, Mike Frysinger wrote:
>> On Friday 21 June 2013 20:26:03 Robin H. Johnson wrote:
>>> On Fri, Jun 21, 2013 at 08:17:38PM -0400, Mike Frysinger
>>> wrote:
> I
On 06/22/2013 03:27 AM, Ulrich Mueller wrote:
>> On Fri, 21 Jun 2013, Luca Barbato wrote:
>
>> /bin/init
>
> Why /bin? It shouldn't be in users' PATH.
"users' PATH", a joyful blast from the past, if I'm allowed to say that.
But it's all /usr/bin now [1].
Off topic -- I always have sbins in m
On Fri, Jun 21, 2013 at 09:06:30PM -0400, Mike Frysinger wrote:
> On Friday 21 June 2013 20:26:03 Robin H. Johnson wrote:
> > On Fri, Jun 21, 2013 at 08:17:38PM -0400, Mike Frysinger wrote:
> > > > I'm not going into review systems here at all, I'm simply trying to
> > > > have a policy of what cha
> On Fri, 21 Jun 2013, Luca Barbato wrote:
> /bin/init
Why /bin? It shouldn't be in users' PATH.
Ulrich
On Fri, 21 Jun 2013 22:41:51 +0200
Michael Weber wrote:
> Should be checked by bug wranglers, to cross-check for errors
> resulting from non-maint commits (slackers will not reassign to the
> person responsible) and other eager people to exchange thoughts and
> maybe forming a herd.
If we are go
On Fri, 21 Jun 2013 15:04:11 -0400
Alexis Ballier wrote:
> > I'm open to all input, but here's some initial questions I'd like to
> > hear your answers to:
> > - How should developers, herds & teams communicate how welcome they
> > are to NMU changes on their packages?
>
> The way I've been doin
On Friday 21 June 2013 20:26:03 Robin H. Johnson wrote:
> On Fri, Jun 21, 2013 at 08:17:38PM -0400, Mike Frysinger wrote:
> > > I'm not going into review systems here at all, I'm simply trying to
> > > have a policy of what changes are welcomed/blocked WITHOUT interaction
> > > from the listed main
On Fri, Jun 21, 2013 at 08:17:38PM -0400, Mike Frysinger wrote:
> > I'm not going into review systems here at all, I'm simply trying to have
> > a policy of what changes are welcomed/blocked WITHOUT interaction from
> > the listed maintainer(s) of a given package/herd.
> add a new field to metadata
On Friday 21 June 2013 20:06:31 Robin H. Johnson wrote:
> On Fri, Jun 21, 2013 at 07:40:03PM -0400, Mike Frysinger wrote:
> > On Friday 21 June 2013 14:50:54 Robin H. Johnson wrote:
> > > From what I've read on the list recently, there's a lot of demand for
> > > non-maintainer updates to ebuilds.
On Fri, Jun 21, 2013 at 07:40:03PM -0400, Mike Frysinger wrote:
> On Friday 21 June 2013 14:50:54 Robin H. Johnson wrote:
> > From what I've read on the list recently, there's a lot of demand for
> > non-maintainer updates to ebuilds. Esp. with the upcoming Git migration,
> > I predict there will b
On Friday 21 June 2013 14:50:54 Robin H. Johnson wrote:
> From what I've read on the list recently, there's a lot of demand for
> non-maintainer updates to ebuilds. Esp. with the upcoming Git migration,
> I predict there will be a much larger influx of changes from users.
seems like we're somewhat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
The KDE team has added Plasma Active to the KDE overlay, under the
(provisional) category name kde-active. Plasma Active is based on KDE
and is designed for mobile devices. We are not able to test it at
present as none of the KDE team has a mobile
On 06/21/2013 10:31 PM, Michael Weber wrote:
> On 06/21/2013 08:50 PM, Robin H. Johnson wrote:
> [NMU]
Forgot to mention, ChangeLog
metadata.xml is nice to have, but often dated.
ChangeLog carries a good source of information
- frequency of commits by maintainer
- history of non-maint-commits
On 06/21/2013 08:50 PM, Robin H. Johnson wrote:
[NMU]
Abstract: Be verbose about your preferences.
== TL;DR ==
I'm missing this kind of information since the beginning.
After 2 (?) years, i've learned some policies, like herd:desktop-* is
free for all, don't touch herd:base-system and so on. But
On 21/06/13 03:27 PM, Sergey Popov wrote:
> 21.06.2013 23:22, Sergey Popov пишет:
>> 2) package has dead upstream, does not build with current
>> gcc/glibc/binutils/whatever and can not be fixed - bug is closed as
>> OBSOLETE.
>>
>
> Of course i am talking about long-standing bugs, that assigned t
On 06/21/2013 06:50 PM, William Hubbs wrote:
> On Fri, Jun 21, 2013 at 05:13:33PM +0100, Markos Chandras wrote:
>> On 21 June 2013 16:29, Michał Górny wrote:
>>> Dnia 2013-06-21, o godz. 10:16:10
>>> William Hubbs napisał(a):
>>>
On Fri, Jun 21, 2013 at 12:23:28PM +0200, Michał Górny wrote:
On 06/21/2013 05:23 PM, Fabio Erculiani wrote:
> Fix the reason why the wrapper got broken then.
> If the wrapper broke, it is most likely a symptom of a bigger problem.
>
> I think that sysvinit's /sbin/init should be renamed to /sbin/sysvinit
> (or /bin/sysvinit?), anyway...
>
/bin/init
lu
On Fri, 21 Jun 2013 19:07:48 +
"Robin H. Johnson" wrote:
> > > - How do we encourage responsible ownership of changes that cause
> > > breakage? [1]
> > That's something I'd like to get enlightened on. The, probably too
> > emotional, algorithm that doesn't scale I've been applying has been
21.06.2013 23:22, Sergey Popov пишет:
> 2) package has dead upstream, does not build with current
> gcc/glibc/binutils/whatever and can not be fixed - bug is closed as
> OBSOLETE.
>
Of course i am talking about long-standing bugs, that assigned to
maintainer-wanted@. That's why OBSOLETE seems to
21.06.2013 23:08, Andreas K. Huettel пишет:
> Am Freitag, 21. Juni 2013, 14:50:29 schrieb Markos Chandras:
>> On 21 June 2013 12:44, Tomáš Chvátal wrote:
>>> 2013/6/21 Pacho Ramos
>>>
Could "maintainer-wanted" assigned bugs be filtered? Otherwise we see a
ton of that kind of bugs that,
Dnia 2013-06-21, o godz. 21:08:45
"Andreas K. Huettel" napisał(a):
> Am Freitag, 21. Juni 2013, 14:50:29 schrieb Markos Chandras:
> > That is true. There is nothing special about there m-w bugs. They are
> > still unresolved bugs, for many years. No need to treat
> > them differently.
>
> How ca
On Fri, Jun 21, 2013 at 03:04:11PM -0400, Alexis Ballier wrote:
> > - How should developers, herds & teams communicate how welcome they
> > are to NMU changes on their packages?
> The way I've been doing this is:
> - packages I maintain through herd -> go ahead and be responsible.
> - if I add myse
Am Freitag, 21. Juni 2013, 14:50:29 schrieb Markos Chandras:
> On 21 June 2013 12:44, Tomáš Chvátal wrote:
> > 2013/6/21 Pacho Ramos
> >
> >> Could "maintainer-wanted" assigned bugs be filtered? Otherwise we see a
> >> ton of that kind of bugs that, I think, we already know can become
> >> reall
Hi,
> I'm open to all input, but here's some initial questions I'd like to
> hear your answers to:
> - How should developers, herds & teams communicate how welcome they
> are to NMU changes on their packages?
The way I've been doing this is:
- packages I maintain through herd -> go ahead and be r
Hi all,
>From what I've read on the list recently, there's a lot of demand for
non-maintainer updates to ebuilds. Esp. with the upcoming Git migration,
I predict there will be a much larger influx of changes from users.
Some developers (eg myself) have a general policy [2] that we send out
to the
On Fri, Jun 21, 2013 at 05:13:33PM +0100, Markos Chandras wrote:
> On 21 June 2013 16:29, Michał Górny wrote:
> > Dnia 2013-06-21, o godz. 10:16:10
> > William Hubbs napisał(a):
> >
> >> On Fri, Jun 21, 2013 at 12:23:28PM +0200, Michał Górny wrote:
> >> > > If eselect-init installs the wrapper as
On Fri, Jun 21, 2013 at 05:23:51PM +0200, Fabio Erculiani wrote:
> I think that sysvinit's /sbin/init should be renamed to /sbin/sysvinit
> (or /bin/sysvinit?), anyway...
Feel free to file a request with sysvinit upstream to see if they will
do this; I don't think we should be randomly renaming fi
Am Freitag, 21. Juni 2013, 17:47:35 schrieb Pacho Ramos:
> El vie, 21-06-2013 a las 09:59 -0400, Mike Gilbert escribió:
> > On Sun, Jun 16, 2013 at 11:25 AM, Andreas K. Huettel
> >
> > wrote:
> > > Am Sonntag, 16. Juni 2013, 14:20:38 schrieb Pacho Ramos:
> > >> Will drop it in two weeks if nobody
El dom, 17-03-2013 a las 11:02 -0400, Mike Gilbert escribió:
> I just dropped myself due to lack of interest.
>
> If anyone cares for any of the packages please take them over.
>
>
Will dissolve it next week if nobody joins then
On 21 June 2013 16:29, Michał Górny wrote:
> Dnia 2013-06-21, o godz. 10:16:10
> William Hubbs napisał(a):
>
>> On Fri, Jun 21, 2013 at 12:23:28PM +0200, Michał Górny wrote:
>> > > If eselect-init installs the wrapper as /sbin/einit, we don't have to
>> > > touch /sbin/init at all, then, the only
El vie, 21-06-2013 a las 09:36 -0500, William Hubbs escribió:
[...]
> No, he has his own versions of the systemd and sysvinit ebuilds which
> move some of the installation to non-standard places as part of this
> machinery, so it is not opt-in.
>
> Also, there was an email on this thread showing t
Fix the reason why the wrapper got broken then.
If the wrapper broke, it is most likely a symptom of a bigger problem.
I think that sysvinit's /sbin/init should be renamed to /sbin/sysvinit
(or /bin/sysvinit?), anyway...
--
Fabio Erculiani
El vie, 21-06-2013 a las 09:59 -0400, Mike Gilbert escribió:
> On Sun, Jun 16, 2013 at 11:25 AM, Andreas K. Huettel
> wrote:
> > Am Sonntag, 16. Juni 2013, 14:20:38 schrieb Pacho Ramos:
> >> Will drop it in two weeks if nobody joins
> >>
> >> Thanks
> >
> > I've added myself to the vmware herd for
Dnia 2013-06-21, o godz. 10:16:10
William Hubbs napisał(a):
> On Fri, Jun 21, 2013 at 12:23:28PM +0200, Michał Górny wrote:
> > > If eselect-init installs the wrapper as /sbin/einit, we don't have to
> > > touch /sbin/init at all, then, the only thing someone would have to do
> > > is to add an e
On Fri, Jun 21, 2013 at 12:23:28PM +0200, Michał Górny wrote:
> > If eselect-init installs the wrapper as /sbin/einit, we don't have to
> > touch /sbin/init at all, then, the only thing someone would have to do
> > is to add an entry to their boot loader with init=/sbin/einit on the kcl
> > to use
On Fri, Jun 21, 2013 at 01:50:02PM +0200, Luca Barbato wrote:
> On 06/21/2013 01:26 PM, Pacho Ramos wrote:
> > Thanks for the explanation. But I think that, currently, the only
> > remaining "objection" is whether play with /sbin/init (that needs
> > sysvinit to be changed if I don't misremember) o
On Sun, Jun 16, 2013 at 11:25 AM, Andreas K. Huettel
wrote:
> Am Sonntag, 16. Juni 2013, 14:20:38 schrieb Pacho Ramos:
>> Will drop it in two weeks if nobody joins
>>
>> Thanks
>
> I've added myself to the vmware herd for now.
>
> However, I don't have much time and only really care about vmware-w
On 21 June 2013 12:44, Tomáš Chvátal wrote:
> 2013/6/21 Pacho Ramos
>>
>> Could "maintainer-wanted" assigned bugs be filtered? Otherwise we see a
>> ton of that kind of bugs that, I think, we already know can become
>> really old ;)
>>
>> Thanks!
>>
> You can do such yourself. Just clone the repo
On 06/21/2013 01:26 PM, Pacho Ramos wrote:
> Thanks for the explanation. But I think that, currently, the only
> remaining "objection" is whether play with /sbin/init (that needs
> sysvinit to be changed if I don't misremember) or with /sbin/einit.
> Looks like mgorny has shown some problems on rel
2013/6/21 Pacho Ramos
> Could "maintainer-wanted" assigned bugs be filtered? Otherwise we see a
> ton of that kind of bugs that, I think, we already know can become
> really old ;)
>
> Thanks!
>
> You can do such yourself. Just clone the repo [1] and commit the updated
links.
Also my plan was to
El jue, 14-02-2013 a las 19:19 +0100, Tomáš Chvátal escribió:
> Hi,
>
> I added the bug queries to http://qa-reports.gentoo.org/ based by year of
> last
> being touched.
>
> Take look, try to close the oldest ones/invalid ones and so on.
>
> I think it is lame we have bugs last touched in 2k5
El vie, 21-06-2013 a las 13:19 +0200, Fabio Erculiani escribió:
> For me, the big selling points of eselect-init are:
>
> 1. as release engineer, i can prepare images that use either systemd
> or openrc (at present time these are the two supported options) and do
> it reliably, programmatically.
>
For me, the big selling points of eselect-init are:
1. as release engineer, i can prepare images that use either systemd
or openrc (at present time these are the two supported options) and do
it reliably, programmatically.
2. as distro maintainer, i can roll out a migration path from openrc
to sys
dev-libs/igraph
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/21/2013 04:39 AM, Michał Górny wrote:
> Dnia 2013-06-20, o godz. 15:56:09 William Hubbs
> napisał(a):
>
>> On Thu, Jun 20, 2013 at 12:16:36PM +0200, Fabio Erculiani wrote:
>>> There is a new version of eselect-init in the systemd-love
>>> ove
Dnia 2013-06-20, o godz. 23:16:00
William Hubbs napisał(a):
> On Fri, Jun 21, 2013 at 04:39:59AM +0200, Michał Górny wrote:
> > Dnia 2013-06-20, o godz. 15:56:09
> > William Hubbs napisał(a):
> >
> > > On Thu, Jun 20, 2013 at 12:16:36PM +0200, Fabio Erculiani wrote:
> > > > There is a new versi
46 matches
Mail list logo
