Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/mlt: ChangeLog mlt-0.5.4-r1.ebuild
В Сбт, 14/08/2010 в 20:06 +0300, Markos Chandras пишет: On Sat, Aug 14, 2010 at 06:26:36PM +0200, Thilo Bangert wrote: So you want me to force everyone to update the package just to respect the LDFLAGS. yes. IIRC it has been stated on this list before, that a change which changes the resulting binary always needs to be done in a revbump. List? Really? I use devmanual for ebuild development not list archives. Heh, devmanual is second source of information and first is good old official documentation. Take a look at our Ebuild policy: http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3chap=1 Now let me read it: Versioning and revision bumps Package revision numbers should be incremented by Gentoo Linux developers when the ebuild has changed to the point where users would want to upgrade. This general and a unclear sentence. Below it is explained quite well: Typically, this is the case when fixes are made to an ebuild that affect the resultant installed files, but the ebuild uses the same source tarball as the previous release. For this this clear: if installed files changed do bump revision. And to make this more clear later text discusses cases when no revbump required: If you make an internal, stylistic change to the ebuild that does not change any of the installed files, then there is no need to bump the revision number. Likewise, if you fix a compilation problem in the ebuild that was affecting some users, there is no need to bump the revision number, since those for whom it worked perfectly would see no benefit in installing a new revision, and those who experienced the problem do not have the package installed (since compilation failed) and thus have no need for the new revision number to force an upgrade. Clear, right? And some exceptions, people mentioned in this tread: A revision bump is also not necessary if a minority of users will be affected and the package has a nontrivial average compilation time; use your best judgement in these circumstances. Yes, we need to merge two piecies of information. But at the moment we'll have to use both and in case devmanual has something unclear try to look at other documentation. So, please, do revbumps for all changes that affect installed files. ~arch is _supposed_ to be fast moving target and for ~arch it's ok to rebuild package just for small fix. In case users want something more stable that should use stable... -- Peter.
Re: [gentoo-dev] Re: Why (i.e. USE=openssl instead of USE=ssl)
В Сбт, 14/08/2010 в 18:29 +0200, Peter Hjalmarsson пишет: lör 2010-08-14 klockan 15:14 +0300 skrev Samuli Suominen: [1] Last time I did a bugreport about this, here is the answer: https://bugs.gentoo.org/show_bug.cgi?id=310681 Long story short: If package has SSL support, and use ssl is ignored or not present in a ebuild. it's plain broken. Every ebuild in tree with USE=openssl is a QA violation, and should be fixed asap. Is there a policy I can point Doug to in the bug referenced as he asks for it? This was discussed many times here and since every time we had same consensus the policy is in place. It's just not written in devmanual or gentoo.org/doc. -- Peter.
Re: [gentoo-dev] Re: [gentoo-dev-announce] Cleanup of the Get Gentoo page
On Sun, Aug 15, 2010 at 09:58:32PM -0700, Paweł Hajdan, Jr. wrote: On 8/8/10 6:22 PM, Paweł Hajdan, Jr. wrote: I'd like to suggest a cleanup of our Get Gentoo page. It is one of the more important pages, because every new user has to visit it. http://dev.gentoo.org/~phajdan.jr/where.xml Okay, let's get some decisions on it. Joshua Saddler raised some concerns, and I asked what essential information is missing from my suggested page that is on the current page. In my opinion everything that should be there is still there, and I only changed the order of things. Roy Bamford suggested we post more information about CPU families for each arch to make the right choice easier. I think we can do that in another cleanup pass (let's fix one issue at a time), and it would be nice to get a more detailed suggestion (there are just so many x86 cpu families). Sebastian Pipping and Markos Chandras liked the new page. So, how do we proceed? You should talk directly to the teams how are responsible for this part of the webpage like dosc or pr teams -- Markos Chandras (hwoarang) Gentoo Linux Developer Web: http://hwoarang.silverarrow.org Key ID: 441AC410 Key FP: AAD0 8591 E3CD 445D 6411 3477 F7F7 1E8E 441A C410 pgpUBYtjl4Nnw.pgp Description: PGP signature
Re: [gentoo-dev] Re: Why (i.e. USE=openssl instead of USE=ssl)
Le lundi 16 août 2010 à 16:07 +0400, Peter Volkov a écrit : This was discussed many times here and since every time we had same consensus the policy is in place. It's just not written in devmanual or gentoo.org/doc. Preceeding didn't seem to make it through (yet), so here it goes: please write that down. A policy that is not written down is not something you can expect people to know and follow, even if it seems falls under common sense from your or QA's point of view. The number of times this was brought up alone should convince you that it is needed. -- Gilles Dartiguelongue e...@gentoo.org Gentoo
Re: [gentoo-dev] Re: Why (i.e. USE=openssl instead of USE=ssl)
On Mon, Aug 16, 2010 at 12:11 PM, Gilles Dartiguelongue wrote: Le lundi 16 août 2010 à 16:07 +0400, Peter Volkov a écrit : This was discussed many times here and since every time we had same consensus the policy is in place. It's just not written in devmanual or gentoo.org/doc. Preceeding didn't seem to make it through (yet), so here it goes: please write that down. A policy that is not written down is not something you can expect people to know and follow, even if it seems falls under common sense from your or QA's point of view. true, but that doesnt mean the current situation cannot be fixed -mike
[gentoo-dev] Chromium in Gentoo project looking for developers
If you are a Gentoo developer and are using www-client/chromium, please consider joining the Chromium in Gentoo project: http://www.gentoo.org/proj/en/desktop/chromium/index.xml You don't need to modify or bump packages to join. In fact, I'm rather looking for good testers. We have some bugs to confirm, workarounds and fixes to verify, etc. All bug links are at the project page. My plan is to make our Chromium packages even better. I'm working on solid chromium-bin package now (built on Gentoo), and on separating v8 to its own package. All this work takes time and effort, so I'm looking for more people to help. Hopefully in the near future www-client/chromium will use even more system libraries (I'm working on icu and sqlite). This will require even more testing on Gentoo side, because using system libraries is a scenario that upstream's QA _never_ tests. Non-developers can contribute as well, we have a section about Herd Testers on the project page. There are already some people doing great work on that. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Re: [gentoo-dev-announce] Cleanup of the Get Gentoo page
On Mon, 16 Aug 2010 16:34:08 +0300 Markos Chandras hwoar...@gentoo.org wrote: You should talk directly to the teams how are responsible for this part of the webpage like dosc or pr teams Common misconception. Neither the GDP, PR, or even Releng is directly responsible for those pages, though all three teams have provided input in the past. There's just me. I happen to be on all three teams, but none of those teams themselves are responsible for /main/ content. That said, I've been looking at the proposed changes, so I'll be implementing some or all of them soon, probably today, time permitting. signature.asc Description: PGP signature
Re: [gentoo-dev] Re: Why (i.e. USE=openssl instead of USE=ssl)
Le samedi 14 août 2010 à 18:29 +0200, Peter Hjalmarsson a écrit : lör 2010-08-14 klockan 15:14 +0300 skrev Samuli Suominen: [1] Last time I did a bugreport about this, here is the answer: https://bugs.gentoo.org/show_bug.cgi?id=310681 Long story short: If package has SSL support, and use ssl is ignored or not present in a ebuild. it's plain broken. Every ebuild in tree with USE=openssl is a QA violation, and should be fixed asap. Is there a policy I can point Doug to in the bug referenced as he asks for it? I remember someone opening such bug for some gnome component (for gnutls USE iirc) and I answered the same. The problem is that we don't have such policy written down. It's some in the air policy that everyone should know about, yet no one can point to. Please write something down so we can go forward and remove frustration for everyone. -- Gilles Dartiguelongue e...@gentoo.org Gentoo signature.asc Description: Ceci est une partie de message numériquement signée
[gentoo-dev] Re: [gentoo-dev-announce] dev-libs/libevent-2 - check your build dependencies
Il giorno mar, 17/08/2010 alle 00.43 +0200, Jeroen Roovers ha scritto: Please compile and run them against dev-libs/libevent-2.0.6 to see if anything breaks, and file bug reports for those packages (or versions) that do. When you do, make those block the tracker bug #333077 [1]. I'll set up a tinderbox run... -- Diego Elio Pettenò — “Flameeyes” http://blog.flameeyes.eu/ If you found a .asc file in this mail and know not what it is, it's a GnuPG digital signature: http://www.gnupg.org/
Re: [gentoo-dev] Re: [gentoo-dev-announce] Cleanup of the Get Gentoo page
On Mon, 16 Aug 2010 11:43:06 -0700 Joshua Saddler nightmo...@gentoo.org wrote: That said, I've been looking at the proposed changes, so I'll be implementing some or all of them soon, probably today, time permitting. I'm not going to be able to get to this, so anyone else with commit access to /main/en/ can feel free to make the changes. signature.asc Description: PGP signature
Re: [gentoo-dev] Re: [gentoo-dev-announce] Cleanup of the Get Gentoo page
On Mon, Aug 16, 2010 at 8:11 PM, Joshua Saddler nightmo...@gentoo.org wrote: On Mon, 16 Aug 2010 11:43:06 -0700 Joshua Saddler nightmo...@gentoo.org wrote: That said, I've been looking at the proposed changes, so I'll be implementing some or all of them soon, probably today, time permitting. I'm not going to be able to get to this, so anyone else with commit access to /main/en/ can feel free to make the changes. I can but just want to make sure this is what everyone wants; http://dev.gentoo.org/~dabbott/pr/where.xml I got that from http://dev.gentoo.org/~phajdan.jr/where.xml Looks fine to me I am ready to commit, just say so and its done. david -- David Abbott (dabbott) Gentoo http://dev.gentoo.org/~dabbott/
Re: [gentoo-dev] Re: [gentoo-dev-announce] Cleanup of the Get Gentoo page
On 17 August 2010 02:43, Joshua Saddler nightmo...@gentoo.org wrote: On Mon, 16 Aug 2010 16:34:08 +0300 Markos Chandras hwoar...@gentoo.org wrote: You should talk directly to the teams how are responsible for this part of the webpage like dosc or pr teams Common misconception. Neither the GDP, PR, or even Releng is directly responsible for those pages, though all three teams have provided input in the past. There's just me. I happen to be on all three teams, but none of those teams themselves are responsible for /main/ content. The team responsible for the main website is the now defunct www team. http://www.gentoo.org/main/en/contact.xml says Maintaining Gentoo's presence on the web is a daunting task. Gentoo has a dedicated team of webmasters who keep our site looking sharp and up-to-date. If you have a question or comment about any Gentoo web site, then this team is what you are looking for. They can be contacted by sending an email to w...@gentoo.org. But nobody seems worried about the fact that emails to that address don't get answered. I was about to step in there, when I got sidelined by Calchan. Cheers, Ben
Re: [gentoo-dev] Re: [gentoo-dev-announce] Cleanup of the Get Gentoo page
I have access to main/en and I am willing to do website stuff; just nothing with a quick turnaround. I know guidexml and enough xsl to be dangerous. -A On Mon, Aug 16, 2010 at 10:11 PM, Ben de Groot yng...@gentoo.org wrote: On 17 August 2010 02:43, Joshua Saddler nightmo...@gentoo.org wrote: On Mon, 16 Aug 2010 16:34:08 +0300 Markos Chandras hwoar...@gentoo.org wrote: You should talk directly to the teams how are responsible for this part of the webpage like dosc or pr teams Common misconception. Neither the GDP, PR, or even Releng is directly responsible for those pages, though all three teams have provided input in the past. There's just me. I happen to be on all three teams, but none of those teams themselves are responsible for /main/ content. The team responsible for the main website is the now defunct www team. http://www.gentoo.org/main/en/contact.xml says Maintaining Gentoo's presence on the web is a daunting task. Gentoo has a dedicated team of webmasters who keep our site looking sharp and up-to-date. If you have a question or comment about any Gentoo web site, then this team is what you are looking for. They can be contacted by sending an email to w...@gentoo.org. But nobody seems worried about the fact that emails to that address don't get answered. I was about to step in there, when I got sidelined by Calchan. Cheers, Ben