[gentoo-dev] Last rites for www-apps/back-end, www-apps/issue-tracker
Hello, www-apps/back-end and www-apps/issue-tracker have been p.masked and will be removed in 30 days. www-apps/back-end: has been EOLed, upstream suggests migrating to Drupal. [1] www-apps/issue-tracker: maintainer MIA [2] [1] http://bugs.gentoo.org/show_bug.cgi?id=152024 [2] https://bugs.gentoo.org/show_bug.cgi?id=134759 -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Sowing the seeds of a warconfig tool
On Fri, Aug 04, 2006 at 01:48:50AM -0600, m h wrote: Hey folks- (Shamelessly copied from my blog[1] )... I'm working on an open source tool for managing war files called warconfig (warconfig is/should be to wars as webappconfig is to php apps). We have a need for this at work. I have a pretty detailed write up here [2]. Warconfig is a tool for deploying, upgrading, and rolling back war files on Tomcat (currently only version 5.5 on Gentoo has been tested, though with a little love it should work on Windows and anywhere else that tomcat does. Support for additional app servers should be pretty easy to implement). Have you looked at Cargo? http://cargo.codehaus.org/ -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgpMpbDZzqJAC.pgp Description: PGP signature
Re: [gentoo-dev] Sowing the seeds of a warconfig tool
On Fri, Aug 04, 2006 at 10:10:00AM -0600, m h wrote: On 8/4/06, Renat Lumpau [EMAIL PROTECTED] wrote: On Fri, Aug 04, 2006 at 01:48:50AM -0600, m h wrote: Hey folks- (Shamelessly copied from my blog[1] )... I'm working on an open source tool for managing war files called warconfig (warconfig is/should be to wars as webappconfig is to php apps). We have a need for this at work. I have a pretty detailed write up here [2]. Warconfig is a tool for deploying, upgrading, and rolling back war files on Tomcat (currently only version 5.5 on Gentoo has been tested, though with a little love it should work on Windows and anywhere else that tomcat does. Support for additional app servers should be pretty easy to implement). Have you looked at Cargo? http://cargo.codehaus.org/ I figured I'd get this question. i briefly played with cargo. (In fact I'm planning on asking the cargo people for feedback as week). Perhaps if one are interested in manipulating wars from ant/maven, cargo is the way to go. But cargo didn't provide any commandline interface, and I'm not doing anything (currently) that requires having access to the java api of the containers. I'm basically I'm not a Java guy, so I could be off. Doesn't Cargo provide ant tasks for manipulating containers/wars? -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgpaD7lfHaVjz.pgp Description: PGP signature
Re: [gentoo-dev] Nominations open for the Gentoo Council 2007
On Sat, Jul 29, 2006 at 03:07:03PM +0200, Thierry Carrez wrote: Those were nominated but did not (yet) confirm their participation : rl03 Thanks, I accept. -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgpRG5Jh34ZKG.pgp Description: PGP signature
[gentoo-dev] Last rites for www-apps/phpmp2
www-apps/phpmp2 has glaring security holes and is unmaintained upstream. I've p.masked it and will remove it in 30 days. https://bugs.gentoo.org/show_bug.cgi?id=74951 -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgpSMqhEKcS6B.pgp Description: PGP signature
Re: [gentoo-dev] Gentoo: State of the Union + suggestion for global dev conference (at bottom, if you want to skip)
On Sat, Apr 29, 2006 at 08:55:52PM -0500, Lance Albertson wrote: Stuart Herbert wrote: __Problem: CVS__ CVS is one of the worst application ever created. Hear, hear. I'd like to see a move to Subversion made a priority for 2006. If there are problems with Subversion's performance with our tree, engage with its authors to obtain improvements. But get it done. Here's an idea I had tonight. Since we're going to be doing the Google SoC this summer, perhaps a great project would be having someone work on this migration (or at least do an unbiased test implementation). I'd be willing to provide an infra server for testing/development. I don't see much problem at least trying to work out all the details. I don't think infra will go with any change unless there is a clear, detailed migration plan with proper back-out plans also. The tree is the most important part of our distribution and I'm not going to let such a migration go by without proper planning and testing. After the test implementation is done and has been fully tested, perhaps the council could make the final decision if infra is happy with the implementation/migration details. It looks like if/when implemented, GLEP 44 (Manifest2) will significantly reduce the number of small files in the tree. Whoever ends up doing the initial benchmarking and testing should probably keep this in mind. -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA America - land of the free* *Void where prohibited, restrictions apply. Cash value 1/100c. pgpEJg1nREPxX.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] QA Team's role
On Tue, Feb 28, 2006 at 02:52:46PM +, Ciaran McCreesh wrote: Yes, it's an utterly trivial problem, but it is a QA violation. Getting a complete list is something that takes a heck of a lot longer, and I have yet to be convinced that my time would not be better spent elsewhere. So let me get this straight. You have been claiming that webapp-config is broken, to put it mildly, for quite some time (at least several months). Yet as of now, you are unable to tell us what exactly is wrong. When I asked you on IRC for feedback, you referred me to a private conversation with Stuart, which is just as useless as the rest of your comments. You have not filed a single bug or sent a single email to the maintainers. Your only relevant QA point is a trivial style issue. Your blathering is insulting to the people who actually spend time trying to improve webapp-config. No, it's not perfect. But we want to make it better, and we have asked you for feedback and got none. You, ciaranm, create measurable deadweight loss. Instead of doing productive work, I waste my time replying to your nonsense. I am fed up and will be taking the issue to devrel. -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA America - land of the free* *Void where prohibited, restrictions apply. Cash value 1/100c. pgpmuYgynOwx3.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] QA Team's role
On Tue, Feb 28, 2006 at 05:11:58PM +0100, Patrick Lauer wrote: Ok, sorry for being dumb :-) What exactly is the issue there? I don't see the issue in setting SLOT depending on ... uhm ... some variable. Looks kinda logical at first glance, but I'm not aware of the issues it causes. One issue here is that security revbumps are no longer effective in that the vulnerable version remains installed and must be unmerged manually by the sysadmin. I started a discussion about this very same issue yesterday on -web-user and we hope to resolve it shortly. -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA America - land of the free* *Void where prohibited, restrictions apply. Cash value 1/100c. pgpIiKs7bJd1b.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] QA Team's role
On Tue, Feb 28, 2006 at 04:35:32PM +, Ciaran McCreesh wrote: Ebuilds can't override this either. Read on in the eclass and you'll notice that it checks that SLOT hasn't been changed to something sane. Excepting that you can set WEBAPP_MANUAL_SLOT=yes and set SLOT to whatever the hell you want. But don't let my facts get in the way of your nonsense. -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA America - land of the free* *Void where prohibited, restrictions apply. Cash value 1/100c. pgpWvP0y62A0D.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] QA Team's role
On Tue, Feb 28, 2006 at 05:11:57PM +, Ciaran McCreesh wrote: And it sticks out a nasty ewarn and says that the ebuild is probably broken. Which it _probably_ is. See, this is a numbers game. In most cases, if you use the webapp eclass, setting SLOT=0 is incorrect. There are some cases in which it's just fine. Until FEATURES=mindreader is implemented, how is the eclass to know what you're trying to do? So it prints a warning and doesn't die. Number of angry users storming bugs.g.o - 0. Again, you're dismissing QA issues as nonsense, and you wonder why I don't waste my time doing a full audit. No, what I was trying to do was call your distaste for fact-checking nonsensical, apologies if it wasn't crystal clear. Please keep the QA issues coming. -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA America - land of the free* *Void where prohibited, restrictions apply. Cash value 1/100c. pgpiWUqXDtNG8.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] QA Team's role
On Tue, Feb 28, 2006 at 08:11:26PM +0100, Thomas de Grenier de Latour wrote: On Tue, 28 Feb 2006 13:02:10 -0500, Alec Warner [EMAIL PROTECTED] wrote: Ciaran McCreesh wrote: if [ ${IS_UPGRADE} = 1 ] ; then einfo Removing old version ${REMOVE_PKG} emerge -C ${REMOVE_PKG} fi For those who are interested, ciaranm has kindly filed bug #124443, so please comment there. -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA America - land of the free* *Void where prohibited, restrictions apply. Cash value 1/100c. pgpoiK0UtNaq9.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] QA Team's role
On Tue, Feb 28, 2006 at 08:11:26PM +0100, Thomas de Grenier de Latour wrote: On Tue, 28 Feb 2006 13:02:10 -0500, Alec Warner [EMAIL PROTECTED] wrote: Ciaran McCreesh wrote: if [ ${IS_UPGRADE} = 1 ] ; then einfo Removing old version ${REMOVE_PKG} emerge -C ${REMOVE_PKG} fi That's #124440, not #124443 which is the SLOT issue. -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA America - land of the free* *Void where prohibited, restrictions apply. Cash value 1/100c. pgpsXqzpALYvB.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] QA Team's role
On Tue, Feb 28, 2006 at 04:31:37PM -0500, Mike Frysinger wrote: today's lesson: proactive QA is frowned upon, it's only a bug when a user files a report at bugs.gentoo.org I don't think that's the lesson. It oughtta be: we need a way to figure out which QA issues are important and which are less so. A QA team member's opinion (personal attacks, whatever) should be an important input but not the final say. -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA America - land of the free* *Void where prohibited, restrictions apply. Cash value 1/100c. pgpVRryQIo0uR.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] QA Team's role
On Tue, Feb 28, 2006 at 09:57:05PM +, Ciaran McCreesh wrote: On Tue, 28 Feb 2006 21:50:40 + Renat Lumpau [EMAIL PROTECTED] wrote: | On Tue, Feb 28, 2006 at 04:31:37PM -0500, Mike Frysinger wrote: | today's lesson: proactive QA is frowned upon, it's only a bug when | a user files a report at bugs.gentoo.org | | I don't think that's the lesson. It oughtta be: we need a way to | figure out which QA issues are important and which are less so. A QA | team member's opinion (personal attacks, whatever) should be an | important input but not the final say. Important QA issues are, first and foremost, the ones that can be detected and fixed quickly. You mean like whitespace and syntax that affects noone? -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA America - land of the free* *Void where prohibited, restrictions apply. Cash value 1/100c. pgpMfKA23m3R2.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] QA Team's role
On Tue, Feb 28, 2006 at 04:14:33PM -0600, Grant Goodyear wrote: I think it's fair to say that these QA checks will find problems ranging from not-awful-but-annoying to could-break-your-system, but they are all bugs that ought to be fixed eventually. Now, if you're currently working on fixing a big problem and thus too busy to fix the little one, that's perfectly reasonable, but to not fix a small bug because you know there are larger bugs that aren't fixed just seems lazy. I agree completely. However, ciaranm seems to think that if we don't fix a whitespace issue immediately, we'll ignore the rest of his QA comments and it's therefore not worth it to let us know about the bigger issues: in #gentoo-qa today: 18:39 @ciaranm pfff, if they won't fix whitespace, what're the chances of them fixing anything else? That's an odd position to take. So, back to the big issue, are there any real complaints about the QA team essentially formulating QA policy? Should new QA policies instead follow the same rules as new global USE flags or eclasses--an e-mail to -dev asking for comments first? Does QA trump, or does the maintainer trump when it comes to disputes? Yes. Here's a quote from Halcy0n (with his permission): Don't mistake me not getting involved for approval. I am just not going to get involved in every single dev-dev disagreement, and certainly not when I do not have all of the facts. I wasn't aware that every team leader was accountable for how devs on their team behaved. This is not meant as a comment on Halcy0n's abilities as a team leader, as I understand he has attempted to manage the issue but reasonable effort has failed. So, my concern is: if the QA team can't manage its members effectively, should they be entrusted with tree-wide powers? -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA America - land of the free* *Void where prohibited, restrictions apply. Cash value 1/100c. pgpWy4qqKbVYZ.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] QA Team's role
On Tue, Feb 28, 2006 at 06:34:32PM -0500, Mark Loeser wrote: Renat Lumpau [EMAIL PROTECTED] said: Yes. Here's a quote from Halcy0n (with his permission): Don't mistake me not getting involved for approval. I am just not going to get involved in every single dev-dev disagreement, and certainly not when I do not have all of the facts. I wasn't aware that every team leader was accountable for how devs on their team behaved. This is not meant as a comment on Halcy0n's abilities as a team leader, as I understand he has attempted to manage the issue but reasonable effort has failed. So, my concern is: if the QA team can't manage its members effectively, should they be entrusted with tree-wide powers? Since one dev so far has stepped out of line, and this is by no means the only time it has happened, I don't see how this argument has any merit. If it becomes a pattern where all members of the QA team are causing problems, then I can see it as being valid. I don't think you will find one person that is going to say they are capable of changing how Ciaran interacts with people. This is an entirely different issue though, and I have talked to Ciaran about it. What I was saying above is that I am not going to go and get involved every single time someone has a disagreement. This situation has obviously grown to be ridiculous and I have had a talk with him about it, so he knows my feelings on the situation, and what I expect. So you're saying it's ok to have one team member who steps out of line and cannot be managed? Are all teams allowed that exception? -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA America - land of the free* *Void where prohibited, restrictions apply. Cash value 1/100c. pgpFDnKmcPDOU.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] QA Team's role
On Mon, Feb 27, 2006 at 05:08:34PM +, Ciaran McCreesh wrote: Abuse from people like you whenever someone finally gets brave enough to document all the ways in which webapp-config is broken. wrobel and I would be very interested to see such a document. In the meantime, we shall continue to look forward to more whining and moaning from you et al. -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA America - land of the free* *Void where prohibited, restrictions apply. Cash value 1/100c. pgp8koU359mKC.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] QA Team's role
On Mon, Feb 27, 2006 at 08:37:09PM +, Ciaran McCreesh wrote: On Mon, 27 Feb 2006 20:26:10 + Stuart Herbert [EMAIL PROTECTED] wrote: | On Mon, 2006-02-27 at 17:08 +, Ciaran McCreesh wrote: | Abuse from people like you whenever someone finally gets brave | enough to document all the ways in which webapp-config is broken. | | This isn't the first time we've heard this tune from you, and alas I | fear it won't be the last. | | You know where bugzilla is. You know how to contact any of the | webapp-config maintainers via email, or via IRC. We're ready to | listen to your input, and to work with you (or anyone else) on fixing | any genuine problems that webapp-config has. The more feedback we | get, the better we can make this package for everyone's enjoyment. Then please start with bug 120088. Once that one's fixed we'll go from there. #120088 (dev-lang/php breaks non-interactivity and does not work on default USE) has nothing to do with webapp-config. What's your point? -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA America - land of the free* *Void where prohibited, restrictions apply. Cash value 1/100c. pgpjUdTXxxgx0.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] QA Team's role
On Mon, Feb 27, 2006 at 08:54:45PM +, Ciaran McCreesh wrote: On Mon, 27 Feb 2006 20:45:30 + Renat Lumpau [EMAIL PROTECTED] wrote: | Then please start with bug 120088. Once that one's fixed we'll go | from there. | | #120088 (dev-lang/php breaks non-interactivity and does not work on | default USE) has nothing to do with webapp-config. What's your point? My point is that that's a nasty QA bug that's relying upon input from Stuart to be fixed. Whilst that one's still alive, I'm not going to go around filing more similar breaks non-interactively bugs because the discussion will just get repeated over and over. Nice snipping there. Let me quote what was above: | Abuse from people like you whenever someone finally gets brave | enough to document all the ways in which webapp-config is broken. Please back up this claim without trying to change the subject. -- Renat Lumpau all things web-apps C6A838DA 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA America - land of the free* *Void where prohibited, restrictions apply. Cash value 1/100c. pgp4PIRPm5jxH.pgp Description: PGP signature
Re: [gentoo-dev] server owned directory with webapp eclass
On Thu, Jan 26, 2006 at 11:10:04AM +0100, Rene Zbinden wrote: how do I create a server owned directory with the webapp eclass? use webapp_serverowned. See http://www.gentoo.org/proj/en/webapps/webapp-eclass.xml -- Renat Lumpau all things web-apps GPG key id #C6A838DA on http://pgp.mit.edu Key fingerprint = 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgpijIbyXhLfJ.pgp Description: PGP signature
[gentoo-dev] webapp.eclass documentation
I just committed our new documentation [1] for webapp.eclass. We hope that it will help devs and users write and maintain ebuilds for web applications. Comments and patches are welcome. We also have a brand new project page [2], courtesy of wrobel. [1] http://www.gentoo.org/proj/en/webapps/webapp-eclass.xml [2] http://www.gentoo.org/proj/en/webapps/ -- Renat Lumpau all things web-apps GPG key id #C6A838DA on http://pgp.mit.edu Key fingerprint = 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgpJtfs9L2FwQ.pgp Description: PGP signature
Re: [gentoo-dev] Projects and simple guides
On Sun, Jan 08, 2006 at 06:59:40PM +0100, Diego 'Flameeyes' Petten? wrote: GDP might be the place where to put them, but as they are mainly developer-oriented, they might be better accessed directly by devs (at least for the first steps until they are drafts). What people think about this? Devwiki -- Renat Lumpau all things web-apps GPG key id #C6A838DA on http://pgp.mit.edu Key fingerprint = 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgpwbY2PT4lBn.pgp Description: PGP signature
Re: [gentoo-dev] New developer: Gunnar Wrobel (wrobel)
On Fri, Dec 30, 2005 at 12:43:00AM +, Luis Medinas wrote: On Fri, 2005-12-30 at 00:16 +, Tom Martin wrote: Hi list, Gunnar Wrobel is joining to help with the webapps herd, in particular the webapp-config utility. Welcome!! -- Renat Lumpau all things web-apps GPG key id #C6A838DA on http://pgp.mit.edu Key fingerprint = 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgpPOc2A3IVQq.pgp Description: PGP signature
Re: [gentoo-dev] New Developer: Peter Volkov
On Wed, Dec 21, 2005 at 03:28:03PM -0600, Mike Doty wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All- Please take a moment to welcome our newest developer, pva. Peter is joining to help out with netmon. Time to start a Russian conspiracy! Dobro pozhalovat'. -- Renat Lumpau all things web-apps GPG key id #C6A838DA on http://pgp.mit.edu Key fingerprint = 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgpFAaPBhLGOV.pgp Description: PGP signature
[gentoo-dev] KDE + htdig
Hello, I am looking for help / advice to get KDE to work with htdig. I'm trying to fix an old bug [1], but I'm not much of a KDE expert, and so far I've had no luck. If you have any ideas and are willing to spend a few minutes helping me figure out how to get khelpcenter and kdevelop to play nice with htdig, please reply to me off-list or ping me on IRC. [1] http://bugs.gentoo.org/show_bug.cgi?id=28049 Thanks, -- Renat Lumpau all things web-apps GPG key id #C6A838DA on http://pgp.mit.edu Key fingerprint = 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgpAar6Uz3uMq.pgp Description: PGP signature
Re: [gentoo-dev] Re: Fixing the TERM mess
On Mon, Aug 22, 2005 at 12:08:00AM +0100, Ciaran McCreesh wrote: Thanks. The other useful one is to see whether it does 256 colours properly like real xterm does. The following bash script, when run with '256' as its argument, should look the same as it does when run under a real xterm. Not even close here. -- Renat Lumpau all things web-apps GPG key id #C6A838DA on http://pgp.mit.edu Key fingerprint = 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgpYHuk2XYaQp.pgp Description: PGP signature
[gentoo-dev] Last Rites: net-p2p/zuul
net-p2p/zuul has been p.masked and will be removed this weekend. For details, see bug #74985. In short, upstream is dead, and the package doesn't work. -- Renat Lumpau all things web-apps GPG key id #C6A838DA on http://pgp.mit.edu Key fingerprint = 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgp8iuFPRALTA.pgp Description: PGP signature