Brian Harring posted on Fri, 29 Apr 2011 21:59:45 -0700 as excerpted:
> Checking the boot levels, udev included, same thing- if ROOT=/ and
> baselayout is there already you likely *could* look at the running
> system to see what's needed/in use, and kick rc-update as needed for
> spots where it *i
> sources.gentoo.org is for that. ChangeLog is for users, and "old" is
> not useful information to them
>
> So no, I won't start cluttering up ChangeLogs and I would prefer if
> others would stop it as well
This makes no sense.
Either you document things, and then you have to keep the docume
Samuli Suominen posted on Sat, 30 Apr 2011 08:15:55 +0300 as excerpted:
> On 04/30/2011 07:45 AM, Matt Turner wrote:
>> On Sat, Apr 30, 2011 at 12:39 AM, Samuli Suominen
>> wrote:
>>> sources.gentoo.org is for that. ChangeLog is for users, and "old" is
>>> not useful information to them
>>
>>
В Сбт, 30/04/2011 в 07:39 +0300, Samuli Suominen пишет:
> On 04/30/2011 07:10 AM, Jeremy Olexa wrote:
> sources.gentoo.org is for that.
It's not convenient to use browser to read ChangeLog.
> So no, I won't start cluttering up ChangeLogs and I would prefer if
> others would stop it as well
I'm
В Чтв, 28/04/2011 в 18:06 +0300, Panagiotis Christopoulos пишет:
> On 16:07 Thu 28 Apr, Christian Ruppert wrote:
> > So once again:
> >
> > https://bugs.gentoo.org/docs/en/html/lifecycle.html
I'm all for new lifecycle.
> > CLOSED gone. VERIFIED will be added.
> What is the meaning of VERIFIED? (
On 04/30/2011 07:39 AM, Samuli Suominen wrote:
>
> sources.gentoo.org is for that. ChangeLog is for users, and "old" is
> not useful information to them
>
> So no, I won't start cluttering up ChangeLogs and I would prefer if
> others would stop it as well
>
Individual developers (especially
On 04/30/2011 10:22 AM, Andreas K. Huettel wrote:
>
> I'd suggest having repoman force a changelog entry on ebuild removal.
>
Opened yesterday:
http://bugs.gentoo.org/show_bug.cgi?id=365361
Petteri
signature.asc
Description: OpenPGP digital signature
On 04/30/2011 11:03 AM, Petteri Räty wrote:
> On 04/30/2011 07:39 AM, Samuli Suominen wrote:
>
>>
>> sources.gentoo.org is for that. ChangeLog is for users, and "old" is
>> not useful information to them
>>
>> So no, I won't start cluttering up ChangeLogs and I would prefer if
>> others would st
On 04/30/2011 11:12 AM, Samuli Suominen wrote:
>
> It no where in the link you provided mentions ChangeLog is required for
> removals. Removing an unused ebuild is not the same as making changes to
> an ebuild.
>
> We have no policy for logging removals. And that's like it should be.
>
It doesn
> On Sat, 30 Apr 2011, Petteri Räty wrote:
> Individual developers (especially QA project members) should not be
> ignoring policies when they feel like it.
> http://devmanual.gentoo.org/ebuild-writing/misc-files/changelog/index.html
While I'm all for adding a ChangeLog entry when removing a
On 04/28/2011 04:07 PM, Christian Ruppert wrote:
> So once again:
>
> https://bugs.gentoo.org/docs/en/html/lifecycle.html
>
> *Every* new bug filed by a user without editbugs will have "UNCONFIRMED"
> (old NEW) as fixed status.
> *If* we don't enable the UNCONFIRMED status at all then it will
> C
On 04/30/2011 11:35 AM, Ulrich Mueller wrote:
>> On Sat, 30 Apr 2011, Petteri Räty wrote:
>
>> Individual developers (especially QA project members) should not be
>> ignoring policies when they feel like it.
>
>> http://devmanual.gentoo.org/ebuild-writing/misc-files/changelog/index.html
>
>
http://devmanual.gentoo.org/ebuild-writing/misc-files/changelog/index.html
There doesn't seem to be a common opinion on what the policy for
ChangeLog entries is. See:
http://archives.gentoo.org/gentoo-dev/msg_f829da2375f1ceab766a800913cc4998.xml
I propose a simple new text: "Every commit should
On 04/30/2011 11:46 AM, Petteri Räty wrote:
> http://devmanual.gentoo.org/ebuild-writing/misc-files/changelog/index.html
>
> There doesn't seem to be a common opinion on what the policy for
> ChangeLog entries is. See:
>
> http://archives.gentoo.org/gentoo-dev/msg_f829da2375f1ceab766a800913cc4998
> I don't remember the details right now, but I remember speaking with
> vapier when I first started working on openrc, and he stated that he
> felt we should stay away from higher eapis for system packages.
>
> I don't really remember his reasoning for that right now, but I remember
> that is wh
> On Sat, 30 Apr 2011, Petteri Räty wrote:
> I propose a simple new text: "Every commit should have an entry in
> ChangeLog."
This would throw the baby out with the bath water.
I won't clutter ChangeLogs with useless entries for whitespace changes
or spelling fixes in comments, for example.
El sáb, 30-04-2011 a las 11:46 +0300, Petteri Räty escribió:
> http://devmanual.gentoo.org/ebuild-writing/misc-files/changelog/index.html
>
> There doesn't seem to be a common opinion on what the policy for
> ChangeLog entries is. See:
>
> http://archives.gentoo.org/gentoo-dev/msg_f829da2375f1cea
On 11:07 Sat 30 Apr , Ulrich Mueller wrote:
> ...
> I won't clutter ChangeLogs with useless entries for whitespace changes
> or spelling fixes in comments, for example. They already account for a
> considerable (too large?) percentage of the portage tree [1], and we
> shouldn't blow them up fu
On Sat, Apr 30, 2011 at 07:13:59AM +, Duncan wrote:
> Brian Harring posted on Fri, 29 Apr 2011 21:59:45 -0700 as excerpted:
>
> > Checking the boot levels, udev included, same thing- if ROOT=/ and
> > baselayout is there already you likely *could* look at the running
> > system to see what's n
On Sat, Apr 30, 2011 at 7:46 AM, Brian Harring wrote:
> A proper SA avoids upgrade pathways were possible that require
> manual intervention. This requires manual intervention.
>
> Said proper SA's also have a rather large hatred of anything that can
> leave a system nonbootable (rant: including
В Сбт, 30/04/2011 в 12:02 +0300, Samuli Suominen пишет:
> On 04/30/2011 11:46 AM, Petteri Räty wrote:
> > I propose a simple new text: "Every commit should have an entry in
> > ChangeLog."
Nonfunctional commits should not be recored in ChangeLog. Personally I
quite frequently add URLs of upstream
Il giorno sab, 30/04/2011 alle 11.07 +0200, Ulrich Mueller ha scritto:
>
> I won't clutter ChangeLogs with useless entries for whitespace changes
> or spelling fixes in comments, for example. They already account for a
> considerable (too large?) percentage of the portage tree [1], and we
> should
On Sonntag, 24. April 2011, Matthias Schwarzott wrote:
> Getting that discussion back on top.
>
> On Samstag, 22. Januar 2011, Diego Elio Pettenò wrote:
> > Il giorno sab, 22/01/2011 alle 11.02 -0600, William Hubbs ha scritto:
> > > Is there a reason for this? If not, would it break things if we s
On 2011.04.30 01:34, William Hubbs wrote:
[snip]
>
> Also, this patch doesn't stop baselayout-2 from being installed, so I
> do
> not know what state it would leave a system in if you ran this and
> happened to upgrade baselayout, then reboot without installing
> openrc.
>
> William
>
>
Willi
On Sat, Apr 30, 2011 at 08:03:43AM -0400, Rich Freeman wrote:
Frankly getting fairly annoyed people are immediately taking it to
the rhel/ubuntu extremes- that is *not* what I asked and is frankly
a strawman argument. Occasional pain on upgrades is a given in
gentoo, although anyone claiming
On 14:28 Sat 30 Apr , Diego Elio Pettenò wrote:
> If you read the last paragraph in my suggestion was to cycle the logs...
Maybe this would be better together with a mechanism (automatic?) to keep the
complete ChangeLogs (as they are now) somewhere (but not in the main
tree). Sometimes, full hi
On 04/30/2011 07:58 AM, Brian Harring wrote:
On Sat, Apr 30, 2011 at 08:03:43AM -0400, Rich Freeman wrote:
Frankly getting fairly annoyed people are immediately taking it to
the rhel/ubuntu extremes- that is *not* what I asked and is frankly
a strawman argument. Occasional pain on upgrades is
On Sat, Apr 30, 2011 at 08:06:37AM -0500, Jeremy Olexa wrote:
> This openrc upgrade is the *least* painful Gentoo upgrade I have
> experienced. What a waste of time (IMO) to "script" some defaults.
Basically answering my question- it wasn't considered since it
ain't worth the time.
Danke- consi
On Sat, Apr 30, 2011 at 12:02:35PM +0300, Samuli Suominen wrote:
> On 04/30/2011 11:46 AM, Petteri Räty wrote:
> > http://devmanual.gentoo.org/ebuild-writing/misc-files/changelog/index.html
> >
> > There doesn't seem to be a common opinion on what the policy for
> > ChangeLog entries is. See:
> >
On 4/30/11 3:05 PM, Panagiotis Christopoulos wrote:
> On 14:28 Sat 30 Apr , Diego Elio Pettenò wrote:
>> If you read the last paragraph in my suggestion was to cycle the logs...
> Maybe this would be better together with a mechanism (automatic?) to keep the
> complete ChangeLogs (as they are no
On Sat, Apr 30, 2011 at 9:44 AM, "Paweł Hajdan, Jr."
wrote:
> I'm fine with shipping a trimmed down versions to users, but I think the
> full version must be easy to access.
If the changelogs were accessible via a predicable URL then a simple
command-line tool or portage option might display them
On Sat, Apr 30, 2011 at 02:42:08PM +0100, Markos Chandras wrote:
> I am actually with Samuli on this. Unless there is a particular reason
> for removing a package, I don't see any point of documenting this change
> anywhere.
> What difference would it make to you if you see an entry " -foo-1.0
> o
Hi all
This is something like net-misc/keychain is for key management. My main
use case so far is to do with gnome-keyring-daemon for Subversion. If
you want to have a password-locked keyring, you will have to unlock it
every time you have a new dbus instance, which can pretty much happen
ev
With the conversion of linux-sources to a new-style virtual today,
all old-style virtuals are gone from the portage tree. See GLEP 37 and
bug 350792 for details.
Thanks to everyone who has helped with conversion or cleanup. I hope
that I didn't step on too many toes for the conversions I did mysel
On Sat, Apr 30, 2011 at 02:42:08PM +0100, Markos Chandras wrote:
> On Sat, Apr 30, 2011 at 12:02:35PM +0300, Samuli Suominen wrote:
> > On 04/30/2011 11:46 AM, Petteri Räty wrote:
> > > http://devmanual.gentoo.org/ebuild-writing/misc-files/changelog/index.html
> > >
> > > There doesn't seem to be
Hi all,
I was thinking of adding SVN snapshot ebuilds of PHP to the tree.
Ebuilds for PHP extensions use USE_EXPAND to decide which slots (and
thus, which ABIs) of PHP the extension should be built for, much like
ruby does. A new USE_EXPAND USE flag should therefore be added for the
SVN snapshot s
On 04/30/2011 02:47 PM, Ole Markus With wrote:
> Hi all,
>
> I was thinking of adding SVN snapshot ebuilds of PHP to the tree.
> Ebuilds for PHP extensions use USE_EXPAND to decide which slots (and
> thus, which ABIs) of PHP the extension should be built for, much like
> ruby does. A new USE_EXPAN
On 12:02 Sat 30 Apr , Samuli Suominen wrote:
>
> "Every new file, and modification to existing file should have an entry
> in ChangeLog." to skip the proper ChangeLog-less removals.
There is something I can't undestand reading all the previous
discussions. You disagree with logging removals o
Here's the second version.
Changes:
- switched to /lib (like upstream and udev now does),
- polished docs and added an example of use,
- added systemd_to_myeconfargs() to allow clean argument appending with
preservation of whitespace.
--
Best regards,
Michał Górny
systemd.eclass
Description:
2011-04-04 13:48:43 Brian Harring napisał(a):
> > # @ECLASS: python-namespaces.eclass
> > # @MAINTAINER:
> > # Gentoo Python Project
> > # @BLURB: Eclass for packages installing Python namespaces
> > # @DESCRIPTION:
> > # The python-namespaces eclass defines phase functions for packages
> > insta
On Sat, Apr 30, 2011 at 11:27:47PM +0200, Arfrever Frehtes Taifersar Arahesis
wrote:
> 2011-04-04 13:48:43 Brian Harring napisał(a):
> > > # @ECLASS: python-namespaces.eclass
> > > # @MAINTAINER:
> > > # Gentoo Python Project
> > > # @BLURB: Eclass for packages installing Python namespaces
> > >
2011-05-01 00:32:13 Brian Harring napisał(a):
> On Sat, Apr 30, 2011 at 11:27:47PM +0200, Arfrever Frehtes Taifersar Arahesis
> wrote:
> > 2011-04-04 13:48:43 Brian Harring napisał(a):
> > > > # @ECLASS: python-namespaces.eclass
> > > > # @MAINTAINER:
> > > > # Gentoo Python Project
> > > > # @BL
Duncan wrote:
I'm a user, and despite the fact that I tend to run ~arch or even pre-tree
testing overlays, I find ebuild removal information in the changelog WAY
more useful than, say, when some obscure arch keyworded a version.
Ergo, the argument that users don't find that info useful is dispro
Dale wrote:
I'm a user, tho a lowly one, and even I look in the changelogs from
time to time. I don't even see why this should be discussed. If you
*change* something, but it in the *change* log. If not, maybe the
changelog should be called something else.
Using the logic that something be
On Thursday 28 of April 2011 16:07:24 Christian Ruppert wrote:
> So once again:
>
> https://bugs.gentoo.org/docs/en/html/lifecycle.html
>
> *Every* new bug filed by a user without editbugs will have "UNCONFIRMED"
> (old NEW) as fixed status.
> *If* we don't enable the UNCONFIRMED status at all th
> On Fri, 29 Apr 2011, Michał Górny wrote:
>> Among the options I see is the following:
>>
>> A) Find out how to render g-metal.blend with recent Blender
>> (2.57b at best) to give pixel-identical results to Blender 2.04.
>> Needs an advanced Blender user ideally.
>>
>> B) Port Ble
On Sun, 1 May 2011 06:10:02 +0200
Ulrich Mueller wrote:
> > Maybe it's time to make the SVG variant the official logo, and leave
> > the blender file as a historical variant.
>
> The Blender variant looks better though, especially at high
> resolutions.
Isn't it possible to create a better SVG
47 matches
Mail list logo
