[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 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] 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] 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 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 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 09:57:05PM +, Ciaran McCreesh wrote: > On Tue, 28 Feb 2006 21:50:40 +0000 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:55:52PM -0500, Dan Meltzer wrote: > eh, see, from what I can tell you are just deciding to make it complicated. How is having a process for resolving disagreements complicating things? I should be able to escalate a conflict (differing opinions on whether something is a QA issue and how serious it is). From what I understand, the QA team leader already admitted ciaranm doesn't listen to him. > Do a quick bugzie search for bugs reported in the last week by > ciaranm, I don't think he's singling you out. I think he's responding > to your stubbornness. Did I say I think he's singling me out? He brought up an issue relevant to my herd and I chimed in. And if by being stubborn you mean not ignoring his utter lack of ability to work with others, sure, call me stubborn. -- 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. pgpseWN8JUKw6.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 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 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 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 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: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 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 Mon, Feb 27, 2006 at 08:54:45PM +, Ciaran McCreesh wrote: > On Mon, 27 Feb 2006 20:45:30 +0000 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] [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 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] 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
[gentoo-dev] last rites for app-admin/mailmin
It's unmaintained and has been in p.mask since birth. I'll remove it from the tree in a week unless someone wants to step in and take over. See also http://bugs.gentoo.org/show_bug.cgi?id=60464 -- 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 pgpYL6AW98vGL.pgp Description: PGP signature
[gentoo-dev] Last rites for www-apps/phpmp
www-apps/phpmp has been package masked and will be removed from the tree in about a week. It is being superseded by www-apps/phpmp2. Please post comments to http://bugs.gentoo.org/74951 -- 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 pgpwenQsGHr6x.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
Re: [gentoo-dev] Proposed security policy for web-based apps
On Tue, Jul 05, 2005 at 05:52:47PM -0400, Alec Warner wrote: > > 3. This information will be checked every three months to ensure it > >remains valid. > > Are you volunteering to do 3? If not, who will? I'll help. -- Renat Lumpau Gentoo developer GPG key id #C6A838DA on http://pgp.mit.edu Key fingerprint = 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgpBEzk2Uu6a8.pgp Description: PGP signature
