Re: [gentoo-dev] adding a code of conduct
Jan Kundrát wrote: Alexandre Buisse wrote: Sorry but I am. Opps, sorry, got confused by your name :), I thought you were someone else... it's too late here, apparently. I am as well. Move out. -- Ioannis Aslanidis Gentoo Staff Gentoo Linux -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] adding a code of conduct
Carsten Lohrke wrote: This is what I'd like to see clarified. To me, only a decision of the Council may lead to such a suspension, as it is the relevant _elected_ entity. And I hereby request to add a paragraph at least, stating exactly this. I agree completely in that point. Alos, related to the 'root' discussion, if we see this like a company, the fact that you are the sys-admin doesn't make you the boss... rather the opposite, a subordinate at the orders of your boss. I think most of you understand what I mean with this example. -- Ioannis Aslanidis Gentoo Staff Gentoo Linux -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Gentoo theming during bootup
Curtis Napier wrote: I think we should have a unified Gentoo Theme that cuts across all projects. I'm willing to theme *.gentoo.org to match and I'm also willing to help out with theming other things or actually creating the artwork if we really need help on that front (I'm not an artist but if we have basic artwork made I can fit it into other things, do layouts, help patch ebuilds, etc...). Now that is nice indeed. Having an common integrated style both local and through the Internet is a great idea. IMHO we're going the M$ way :) -- Ioannis Aslanidis Gentoo Staff Gentoo Linux -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] I'm retiring
On Wed, May 17, 2006 at 12:56:13PM -0700, Rob Holland wrote: As I've done very little Gentoo work in last few months and have generally lost interest in Gentoo, I'll be retiring. Meh... good luck in your future endevours. :( -- Ioannis Aslanidis Hellenic Gentoo (http://hellenicgentoo.sf.net) Gentoo Forums (http://forums.gentoo.org) -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] herds.xml
On 6/9/06, Grant Goodyear [EMAIL PROTECTED] wrote: So, what would people think of moving herds.xml from gentoo/misc into the portage tree, with the rationale being that local tools could use that information for various useful purposes (compiling statistics, doing something that I can't think of right now, whatever)? How exactly would that be performed and what negative effects would the change produce? -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Future developer
Congratulations! My best wishes for the newborn :) On 6/30/06, Paul de Vrieze [EMAIL PROTECTED] wrote: I'm proud to announce the arival of a future developer. His name is Tom. He arived last monday on 10:22 am (UTC+02). I and my wife will take care of mentoring him to full developership ;-). In the meantime, he's got his own album on http://www.cs.ru.nl/~pauldv/tom/ Paul ps. If I'm a bit away these days, it is due to me being preoccupied with my mentoring task. -- Paul de Vrieze Gentoo Developer Mail: [EMAIL PROTECTED] Homepage: http://www.devrieze.net -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Last rites: net-wireless/bluez-kernel
All what that package provides is already in the vainilla kernel. That's why it isn't being updated anymore. Personally, and due to the fact that it is even advised to not use bluez-kernel, I would proceed with the masking and removal asap. On 7/2/06, Henrik Brix Andersen [EMAIL PROTECTED] wrote: On Wed, Jun 21, 2006 at 05:25:45PM +0200, Henrik Brix Andersen wrote: If nobody objects I'll package.mask net-wireless/bluez-kernel in 7 days, pending removal 30 days later. Added to package.mask pending removal, bug #132600. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Replacing cpu-feature USE flags
Thought: I like it :) On 7/6/06, Diego 'Flameeyes' Pettenò [EMAIL PROTECTED] wrote: So, I've been drafting this up in my blog[1], and it is a simple way to replace the CPU feature useflags. Let's try to summarise: Right now we have mmx, 3dnow, 3dnowex, sse, sse2 and so on useflags present in the tree, almost never used to get new dependencies, but usually used to supply econf switches. This works as long as the user enable the flags, but for AMD64 the story was, until now, that we simply enabled them when they worked, because we had some minimum support available. Unfortunately this became a problem with the introduction of nocona, because that is an amd64-like system but with no 3dnow. And there is the problem that sse3 is supported only in later versions of Athlon64 and so on. To try to clean up this mess, and to make it simpler to work in cross-compilation, I thought of using the definitions created by the C Preprocessor (CPP) by default for the given CFLAGS. Basically when using -march=athlon64, the preprocessor will enable a few definitions that tells the availability of MMX, 3dNOW, SSE and so on... if we wrap that around, we can use it to know if it's the case of enabling something or not. This is customisable by the user by setting the CFLAGS themselves. If one does not want MMX instructions to be generated, but still want the rest of Athlon64 optimisations, it's simply the matter of using -march=athlon64 -mno-mmx. So, rather than the functions proposed in [1], I've sampled today the following function: has_cpuset() { local def hasfeat while [[ -n $1 ]]; do case $1 in mmx) def=__MMX__ ;; 3dnow) def=__3dNOW__ ;; 3dnowex) def=__3dNOW_A__ ;; sse) def=__SSE__ ;; sse2) def=__SSE2__ ;; sse3) def=__SSE3__ ;; altivec) def=__ALTIVEC__ ;; *) ewarn Instruction set $1 not supported. die Instruction set not supported. esac echo | $(tc-getCC) ${CFLAGS} -dM -E - 2/dev/null | grep -q ${def} || hasfeat=no shift done if [[ ${hasfeat} == no ]]; then return 1 else return 0 fi } that can be tested easily with the following code: yesno() { if $@; then echo yes else echo no fi } echo Does it have 3dnow mmx sse2? yesno has_cpuset 3dnow mmx sse2 echo Does it have mmx sse sse3? yesno has_cpuset mmx sse sse3 echo Does it have altivec? yesno has_cpuset altivec Note that you need to set your CFLAGS corretly or it will, by default, tell you that everything is disabled. Thoughts? Comments? SPARC team: I'd like to know if VIS does a similar thing, would make simpler for instance its handling in xine-lib ebuild. [1] http://farragut.flameeyes.is-a-geek.org/articles/2006/06/24/crazy-idea-an-alternative-to-cpu-features-useflags -- Diego Flameeyes Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] new herd: vdr - topic reanimated
On 7/10/06, Robin H. Johnson [EMAIL PROTECTED] wrote: On Mon, Jul 10, 2006 at 04:36:55AM +0200, Diego 'Flameeyes' Petten?? wrote: On Monday 10 July 2006 02:25, Luca Barbato wrote: c is simpler. I like it. Yes, of course if _all wranglers_ respected metadata, instead of stopping to herd tag and assigning to that even when a particular maintainer is listed. Actually, this isn't that simple at the moment. There are packages that directly list me as the maintainer, but I want bugs for them assigned to the herd by default - so that the other folk in the herd can find them quickly. Perhaps this could be alleviated with an explicit assign-to field in package metadata? At the same time, it should have an explicit cc-to field, for cases where the maintainer is not in the herd. My idea would actually be the contrary: that the package is assigned to its maintainer (who could not be in the herd) and the herd(s) are CCed. Uven if the maintainer is in the herd, this procedure should be followed, as it is easier for the maintainer to track down the package. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] KDE and Ruby herd call for help
Do you have any instructions for me Caleb? Shall I continue by picking up bugs and doing the usual stuff or do you have something else in mind? Caleb Tennis wrote: Hi all, [...] Thanks, Caleb -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] KDE and Ruby herd call for help
Meh, this wasn't supposed to get to the list :/ Ioannis Aslanidis wrote: Do you have any instructions for me Caleb? Shall I continue by picking up bugs and doing the usual stuff or do you have something else in mind? Caleb Tennis wrote: Hi all, [...] Thanks, Caleb -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Paid support
Stuart Herbert wrote: Hi, We'll also need to sort out a process for handling complaints against developers from the folks they help. Doesn't matter how well we make it clear that these folks are independent; their actions will reflect on Gentoo as a whole, and unhappy customers _will_ complain to us sooner or later. Rather than pretent it won't happen, better we're pro-active and have something prepared. That's a very smart thought. Let's do it. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Why you use Gentoo
Chris White wrote: All responses off list please. Thanks. GG -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Paid support
I am just wondering, how does this affect European developers? Does this make us financially active in the US even if we work for a European company due to the fact that we are bound to Gentoo Foundation which *is* registered as a NFP Organization in the US? What are our responsibilities from the juridic point of view in the US and in the EU? Chris Gianelloni wrote: On Sat, 2006-09-09 at 05:06 +, Duncan wrote: I see (and appreciate) his point tho. As you say, we /should/ be in the clear. However, if we use the wrong language on the paid support setup page, then the IRS /could/ find that the corporations are hiring Gentoo developers in a quid-pro-quo of some sort, and that the Gentoo NFP is only an attempt at an illegal tax shelter arrangement whereby Gentoo is just a convenient way to arrange to pay someone more without them having to pay taxes on it. There's no point in reading *anything* else below here, because you've made one BIG assumption. We *do* pay taxes. When $company hires me to do work for them, I fill out a W-9. This means that *I* am an independent contractor and *I* am responsible for paying the taxes on my income. Gentoo has nothing to do with it. All liabilities are on the individual and the company. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Gentoo World Domination. a 10 step guide
Thomas Cort wrote: - Cut the number of packages in half (put the removed ebuilds in community run overlays) Removing part of the market will make us weaker, not stronger. - Formal approval process (or at least strict criteria) for adding new packages Though I doubt bureaucracy will help, adding some strict criteria doesn't seem a bad idea. - Make every dev a member of at least 1 arch team That's a sound idea, that way some herds (see KDE) won't have to be searching for testers in every arch because _strangely_ one of the most daily used desktop environments doesn't have many users among the testers. - Double the number of developers with aggressive recruiting Do you plan on sacrificing quality? - No competing projects If the projects are small, that shouldn't be an issue. (i.e. does not imply much effort) - New projects must have 5 devs, a formal plan, and be approved by the council What are the reasons for a minimum of 5 developers? Any argument for that? What do you understand for 'formal plan'? - Devs can only belong to 5 projects at most What if the projects are small enough? How about belonging to the infrastructure project for instance, does it count? - Drop all arches and Gentoo/Alt projects except Linux on amd64, ppc32/64, sparc, and x86 Again, reducing the market isn't the way IMHO. - Reduce the number of projects by eliminating the dead, weak, understaffed, and unnecessary projects Please define 'unnecessary projects'. - Project status reports once a month for every project I agree with this one. A monthly report might bring some order and light :) -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Marking bugs for bugday?
Hello, After having a talk with Sebastien (aka sping), I think it is time to give a clear reply from my side to this discussion, given that I am still a member of the project and I am willing to rescue it. At this moment, the Bugday Project is starving because no one feeds it. It needs to eat bugs, so before anything let's fill up the plate with as many of them as possible. In order to do this, we need to change a few things here and there so that the bugs flow correctly towards the project. The first thing that would help us a lot is to actually have a keyword 'bugday' in our bugzilla. This will definitely help us out a lot when managing all the tickets and be able to produce some sort of report. The second thing that comes to my mind is pretty internal, but requires some external interaction. We need to work ahead of the Bug Day and be capable of having everything needed ready. Having the proper tools is very important for this task, and getting control of bugday.gentoo.org and be able to upload our own content would be great. It's a virtual apache host running in the same place as bugs.gentoo.org, as it requires access to the database (although this does not necessarily need to be like this if the database is accessible through the network). The third thing that we need is the proper audience. We need more PR. My proposal here is to start with an announcement two weeks before the Bug Day, followed by an announcement the week before and a reminder the day before. This needs to happen in publicly visible places (and has happened in some of them as far as I recall): forums, gentoo-user, gentoo-dev, gentoo-announce, gentoo-dev-announce, the newsletter (dead?) and the website. Having people related to the Bug Day project posting to their blogs can help a lot in this case as well. The fourth thing, is to actually get the proper information in the proper format. We need a compromise from each of the teams, so that they send us at least one bug every month that can be delegated to our users. Then the Bugday Project can decide whether the bug is appropriate or not for delegation, and tag it with the before-mentioned 'bugday' keyword. The teams should send the list of bugs, with each bug filling a skeleton similar to the following: * Ticket number. * Title. * Clear, easy to understand, short description of what we want to delegate to our users. * Topic of the task (as in networking, C/C++, python, ebuild, etc.). * Difficulty of the task. * Detailed step-by-step description of the task. Let me hear of what you have to say to all this. Regards. If we have this piece of information, we can organize ourselves better. On Mon, Mar 1, 2010 at 2:35 AM, Joshua Saddler nightmo...@gentoo.org wrote: On Sun, 28 Feb 2010 21:04:04 +0100 Sebastian Pipping sp...@gentoo.org wrote: On 02/28/10 20:54, Markos Chandras wrote: Do we still have bugdays? Who is taking care of this project and the respective webpage? I think we first need to answer these questions before we even consider resurrect this project welp - away He's not away, he's retired. It's just taken several months to close his bug. gurligebis - no reply yet I thought gurli was also retired. -- Ioannis Aslanidis http://www.deathwing00.org deathwing00[at]gentoo.org 0x47F370A0
Re: [gentoo-dev] Marking bugs for bugday?
I understand that the implication and the time demand of this last point may be a little excessive. If anyone still has the time to fill the skeleton in, they are still welcome to do it. Otherwise with the bug list it will be enough. I would prefer to keep the keyword for Bugday Members to administer. On Mon, Mar 1, 2010 at 11:19 PM, Ben de Groot yng...@gentoo.org wrote: On 1 March 2010 22:17, Ioannis Aslanidis aslani...@gmail.com wrote: [...] Great ideas! The teams should send the list of bugs, with each bug filling a skeleton similar to the following: * Ticket number. * Title. * Clear, easy to understand, short description of what we want to delegate to our users. * Topic of the task (as in networking, C/C++, python, ebuild, etc.). * Difficulty of the task. * Detailed step-by-step description of the task. This will not work. You need to keep things really simple for our devs. I don't see anybody but the most dedicated ones, who also happen to have a lot of time on their hands, fill out such a detailed form. I'd say let devs just nominate bugs, either by adding BugDay to the keywords field or something similar, or by passing the bugday team a list of bug numbers. Then the bugday team can sort these and see if any instructions are needed. They could always ask the involved devs/teams for more info when necessary. Cheers, -- Ben de Groot Gentoo Linux developer (qt, media, lxde, desktop-misc) __ -- Ioannis Aslanidis http://www.deathwing00.org deathwing00[at]gentoo.org 0x47F370A0
Re: [gentoo-dev] Marking bugs for bugday?
When am I getting control over that? Can infra help me? On Tue, Mar 2, 2010 at 8:36 PM, Sebastian Pipping sp...@gentoo.org wrote: On 03/01/10 22:17, Ioannis Aslanidis wrote: getting control of bugday.gentoo.org and be able to upload our own content would be great. The current page is said to generate one XML request per bug listed on the page for each request. From my experience trying to remove bugs from that page yesterday(?) (through clicking on remove buttons) I have the impression that it's true: Du to page reload times the site in it's current form is unusable in the very sense of the word. Ideas I have on a rather simple rewrite: - Split the bugday website into two pages: - Page Open bugs showing - open bugday-keyworded bugs (with date of the latest bugday) in randomized order - Page Closed bugs showing - closed bugday-keyworded bugs (with date of the latest bugday) in some sorted order - a ranking with closed bugs per participant (as that may not be the assignee such information could maybe be encoding into the status whiteboard, somewhere we can query it from easily if whiteboard fits for that) - Do one search request to bugzilla internally, only. Should be possible as we're now asking bugzilla for the list of bugs instead of asking for details on a list we pass in. - Simple caching of bugzilla requests for 10 seconds or so. Should not hurt the bugday experience much and reduce load further. I could imagine that an ugly prototype with rough-edges of that could take two days in plain Python. At the moment I cannot say when and if I have these two days, but maybe someone else with time is fire and flame for it by now? Sebastian -- Ioannis Aslanidis http://www.deathwing00.org deathwing00[at]gentoo.org 0x47F370A0
Re: [gentoo-dev] Re: Marking bugs for bugday?
Well, I personally would prefer to have two keywords at least, one for candidates and another for confirmed bugs. Otherwise it will be a real trouble for us to sort things out. If adding more than one keywords breaks anything, then I can tell you now it is already broken. The only thing that could make me thing that one keyword is enough, is that an actual comment is added every time a keyword is being added or removed off a bug, to be able to keep track of these changes. On Sat, Mar 6, 2010 at 3:45 PM, Robert Buchholz r...@gentoo.org wrote: On Tuesday 02 March 2010, Sebastian Pipping wrote: On 03/02/10 20:28, Nathan Zachary wrote: This looks like overkill to me. One keyword should be enough, and for supplementary information Status Whiteboard could be used. I agree. Simply having the BUGDAY keyword should be sufficient, and more information can be provided elsewhere in the report. If more than one keyword is commonly considered overkill I would at least request the whiteboard for it: somewhere in the report involves more than zero searching for it. Some people use the whiteboard for their own marking of bugs (e.g. security, and myself). If you add more information in there, you might be breaking other people's marking / sorting algorithms. I'd say one keyword BUGDAY is enough. Any bug editor can set and remove it and the bug history will show who set and removed it when. Sorting any syntax is taken care of by Bugzilla that way. It seems to me problem you seem to try to solve (review of bugs) can also be tackled with tools displaying new bugs that have the keyword set and just removing the keyword. If bugs are repeatedly spammed with BUGDAY comments, talk to the spammers or leave a comment. Robert -- Ioannis Aslanidis http://www.deathwing00.org deathwing00[at]gentoo.org 0x47F370A0
Re: [gentoo-dev] Re: Marking bugs for bugday?
Now that's what I wanted. Thanks! On Sat, Mar 6, 2010 at 8:09 PM, David Leverton levert...@googlemail.com wrote: On Saturday 06 March 2010 15:26:10 Ioannis Aslanidis wrote: Well, I personally would prefer to have two keywords at least, one for candidates and another for confirmed bugs. This sounds like the sort of thing Bugzilla's flags mechanism is for. http://www.bugzilla.org/docs/2.22/html/flags-overview.html -- Ioannis Aslanidis http://www.deathwing00.org deathwing00[at]gentoo.org 0x47F370A0
Re: [gentoo-dev] jmbsvicetto is now Sparc AT Subproject Lead
Congratulations Jorge!!! :) On 10/18/07, Wernfried Haas [EMAIL PROTECTED] wrote: On Thu, Oct 18, 2007 at 01:51:36PM +, Ferris McCormick wrote: Please give him the usual Gentoo words of encouragement for which we are so well known. I would like to congratulate our Spanish ( :-P ) friend :-) cheers, Wernfried -- Wernfried Haas (amne) - amne (at) gentoo.org Gentoo Forums - http://forums.gentoo.org forum-mods (at) gentoo.org #gentoo-forums (freenode) -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Opinions Wanted - Arrays again :)
Form #1 looks clearer than #3, but still not so clear :) On 10/25/07, Roy Marples [EMAIL PROTECTED] wrote: On Thu, 2007-10-25 at 18:02 +0200, Marijn Schouten (hkBst) wrote: These sh ``arrays'' are really just strings, right? Did you implement functions to take them apart? Can the same function handle forms 1 and 3? I don't think we could use both. Here's a code snippet of actually using them # How baselayout-2 presently handles arrays eval $(_get_array array) for x in $@; do echo $x done # How baselayout-2 may handle arrays based on this discussion IFS= for x in $(_get_array array); do unset IFS echo $x done Assume that the _get_array function correctly maps the bash array to the posix shell one in both cases. Thanks Roy -- [EMAIL PROTECTED] mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: packages.gentoo.org lives!
Thanks a lot for the great work! I'm just wondering how to search for a specific package. Is that possible? On Nov 14, 2007 10:55 AM, Carsten Lohrke [EMAIL PROTECTED] wrote: On Mittwoch, 14. November 2007, Josh Saddler wrote: Robin H. Johnson wrote: There isn't meant to be the big black area at the top like, the main gentoo.org site. But shouldn't there be some sort of area at the top with links to the other parts of the site, as the other pages do (the navstrip across the top)? Yeah, I think so, too. It's also looking ugly the way it is know. Nevertheless, nice to have p.g.o back. Thanks. Carsten -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: packages.gentoo.org lives!
Good point! Thanks. Short packages2 TODO list This is not the comprehensive version of the TODO list. That may be found in the /todo/ directory of the source code. * Search: match a given string against: a substring in packages names, and description On Nov 14, 2007 11:22 AM, Donnie Berkholz [EMAIL PROTECTED] wrote: On 11:13 Wed 14 Nov , Ioannis Aslanidis wrote: Thanks a lot for the great work! I'm just wondering how to search for a specific package. Is that possible? Please read the entire FAQ [1] before asking any questions, as Robin said in his original post. Thanks, Donnie 1. http://packages.gentoo.org/faq/ -- [EMAIL PROTECTED] mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] gentoo-commit messages for SVN
For now, the KDE repository is not being used and its purpose is more internal to the herd, so I'd opt out for it. On Feb 4, 2008 2:33 PM, Santiago M. Mola [EMAIL PROTECTED] wrote: On Feb 4, 2008 12:54 PM, Robin H. Johnson [EMAIL PROTECTED] wrote: Included: pybugz If you think a repo is on the wrong side, please respond here! This is no longer in use and can be even removed. It's now an external project, hosted on http://code.google.com/p/pybugz/ -- Santiago M. Mola Jabber ID: [EMAIL PROTECTED] -- gentoo-dev@lists.gentoo.org mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] gentoo-commit messages for SVN
The KDE list was created to be used in a near future for patches and so on, but the moment is not ripe yet. Once we need it, we'll contact you or fill in a bug to regain RW access. Thanks :) On Feb 4, 2008 11:51 PM, Robin H. Johnson [EMAIL PROTECTED] wrote: On Mon, Feb 04, 2008 at 02:38:57PM +0100, Ioannis Aslanidis wrote: For now, the KDE repository is not being used and its purpose is more internal to the herd, so I'd opt out for it. Both kde and pybugz taken out now. I locked them to RO as well since you say that they aren't being used either anymore. -- Robin Hugh Johnson Gentoo Linux Developer Infra Guy E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] why not player/stage/gazebo
They probably aren't in the tree because nobody asked for them to be in the tree. Please, be so kind to open an enhancement request at http://bugs.gentoo.org and provide a working ebuild if possible. On Fri, May 16, 2008 at 11:33 PM, Zhu Sha Zang [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Someone can speak to me why this programs aren't in portage tree, cos they are a good programs to robotic area? I finded only this packages in overlay, but so old. If i wish to put this sources in portage what i need to do? thanks! - -- Zhu Sha Zang Hyaku ne hayanda yo! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgt/ZsACgkQbLyL8mxGP9TjjQCbBx/LWG043PcOvJB2PKsZ1saU mTMAn3OV+Ii5opwYl54wnO1UwFBKMY5U =Vk6y -END PGP SIGNATURE- __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ -- gentoo-dev@lists.gentoo.org mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0x47F370A0 ���^�X�����(��j)b�b�
Re: [gentoo-dev] KDE Team meeting for february (12.2.2009 20.00:00)
Perfect timing for me as well! On Mon, Feb 9, 2009 at 9:23 PM, Tomáš Chvátal scarab...@gentoo.org wrote: Heya, time has reach for us that we have to meet again, so interesting stuff for this time: electing a team lead (i suggest jmbsvicetto or yngwin :]) chit-chat about kde3 planning cooperation with debian and other normal distros (that dont insanely patch the kde) talking with upstream about the f#$*# svn version in their snapshots helping upstream with spliting packages and updating the splits in overlay acording to the output kde4 build system modifications we would like to see (more versions in one prefix). // hope i didnt forget anything Well as usual the meeting is mandatory so please come and help us improve the kde :] (this is ment also for HTs and padavans on them :P) Ok at last but not least when and where: WHEN: 12.2.2009 20.00 UTC (jorge cant sooner so we are moving the time bit) WHERE: #gentoo-...@freenode Anybody whom has something to say at these point is free to come and chat with us. Also if you have something not listed here and you think we should work/help with, come please along. Regards Tomas Chvatal KDE Herd Testers Lead PS: i nominate jorge (jmbsvicetto) if he forget to sent his application :P -- Ioannis Aslanidis deathwing00[at]gentoo.org 0x47F370A0
Re: [gentoo-dev] GLEP 38: Status of forum moderators in the Gentoo project
On 6/28/05, Chris Gianelloni [EMAIL PROTECTED] wrote: I think the current suggestion in the GLEP is the best we can achieve. Old moderators may take the quiz, new moderators must. Given enough time all old moderators may retire sooner or later and one day all active moderators will be official. I just don't see it the same way as you. I agree with having all new *global* moderators taking the quiz. However, I completely disagree with you that we should have *some* global moderators that have become official Gentoo representatives, while others have not. It simply causes too much confusion and makes things a serious pain to manage. Either the forums become a much more controlled (as in global mods have to be staff) environment, or they stay the same. I just don't see how any middle ground would be feasible without an enormous amount of managerial overhead that seems like a complete waste of time to me. What I do not understand here is where is the confussion. We accept the fact that if any mod/admin wants to become staff, he's got to take the quiz. In our first version of the GLEP, there was a backwards compatibility section that explained that existing mods/admins wouldn't have to take the quiz. That was our internal global consensus and obviously the rest of existing developers do not agree with it. It's just that you do not let us take care of our own things. Even thought that, we did agree about the quiz thing. Unfortunately, some people of our team, with who we agreed on an initial instance are not frustrated by this. So the best solution I see so everyone gets his share and have an intermediate position, nor our initial consensus nor the strict proposal of developers. That is to say, let every single mod decide if he/she wants to become Gentoo Staff or not. As I said above, I do not understand why it is so confusing. Mods/admins that do not become staff, would retire sooner or later as stated by Haas Wernfried, so in the end all mods/admins will be official Gentoo Staff. We could have a transitory time in here for them. About the language: all global mods do speak (write) English fluently. That is too obvious. Global Mods and Admins can take the quiz in English with no problem. The problem comes with our fellow International Forum Mods, who do not have to meet that requirement as they won't be doing their job in English. This means that their English level can be low enough, just to keep up the communication with the rest of the team. We also have to think that many people in the Gentoo Forums do not have a good English level and precisely *that* is the reason International Forums exist. If everyone had a good English level, International Forums and International Forum Moderators wouldn't be required, but that's not the case. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E deathwing00[at]forums.gentoo.org 0xC2539DA3 aioannis[at]tinet.org 0xF202D067 dwcommander[at]users.sourceforge.net Hellenic Gentoo GNU/Linux project manager (http://hellenicgentoo.sf.net) FIRECOPS++ project manager (http://firecops.sf.net) Digger Realoaded (http://digger-reloaded.sf.net) Gentoo Forums Global Moderator (http://forums.gentoo.org) Computer Engineering student at Universitat Rovira i Virgili -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP 38: Status of forum moderators in the Gentoo project
On 6/28/05, Fernando J. Pereda [EMAIL PROTECTED] wrote: In that regard, you do not get to take care of your own things anymore. We will still recruit new mods/admins and take care of them. We will still moderate and administering the board and the software. We will still vote on new policies and guidelines. I fail to see what you mean by saying that. Nope; if you become staff then devrel/recruiters will be involved. You are no exception to the rule. Incorrect. As devrel already stated, this won't change ever. We will be always the ones to do this. Every developer and staff has taken the quiz [...] Sorry, but thats not correct (at least to my knowledge). - Back in the good ol' days most of the developers knew each other and knew who was doing what. Taking a quiz became mandatory back in 2003 iirc. Devs who were already aboard did not need to take the quiz. Those people were already gentoo staff, you aren't right now, so it's not the same situation. And some of us were already doing stuff for Gentoo much before the quizes became mandatory, so it would be fair that all of us that were mods/admins before that date would be treated *that* way. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E deathwing00[at]forums.gentoo.org 0xC2539DA3 aioannis[at]tinet.org 0xF202D067 dwcommander[at]users.sourceforge.net Hellenic Gentoo GNU/Linux project manager (http://hellenicgentoo.sf.net) FIRECOPS++ project manager (http://firecops.sf.net) Digger Realoaded (http://digger-reloaded.sf.net) Gentoo Forums Global Moderator (http://forums.gentoo.org) Computer Engineering student at Universitat Rovira i Virgili -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP 38: Status of forum moderators in the Gentoo project
On 6/28/05, Jan Kundrát [EMAIL PROTECTED] wrote: And some of us were already doing stuff for Gentoo much before the quizes became mandatory, so it would be fair that all of us that were mods/admins before that date would be treated *that* way. Is it really so annoying to do one simple quiz? I do not care of doing it. But I feel it's my duty to defend the interests of all the moderation team. And no, it's _not_ annoying to *do* the quiz, the annoying thing is to force someone to do it. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E deathwing00[at]forums.gentoo.org 0xC2539DA3 aioannis[at]tinet.org 0xF202D067 dwcommander[at]users.sourceforge.net Hellenic Gentoo GNU/Linux project manager (http://hellenicgentoo.sf.net) FIRECOPS++ project manager (http://firecops.sf.net) Digger Realoaded (http://digger-reloaded.sf.net) Gentoo Forums Global Moderator (http://forums.gentoo.org) Computer Engineering student at Universitat Rovira i Virgili -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP 38: Status of forum moderators in the Gentoo project
On 6/28/05, Fernando J. Pereda [EMAIL PROTECTED] wrote: On Tue, Jun 28, 2005 at 11:53:17AM +0200, Ioannis Aslanidis wrote: Nope; if you become staff then devrel/recruiters will be involved. You are no exception to the rule. Incorrect. As devrel already stated, this won't change ever. We will be always the ones to do this. I still don't see *WHY* you should be different from us. If you want to manage your recruits then they can't be gentoo staff. One reason could be that we are _not_ going to be called developers but staff. Arch teams have developed a new 'figure', the arch tester. Not official gentoo staff but somehow involved with us; arch teams manage their own arch tester recruitment process. If that's the situation you want then they won't become gentoo staff. Didn't I say that was already agreed with devrel? And some of us were already doing stuff for Gentoo much before the quizes became mandatory, so it would be fair that all of us that were mods/admins before that date would be treated *that* way. Still, you weren't gentoo staff. Helping out since then doesn't make you any different from the recruitment point of view (IMHO). Then the problem is we should have been done in that moment, so this is one more reason in favor of taking old mods to staff with no quiz stright away. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E deathwing00[at]forums.gentoo.org 0xC2539DA3 aioannis[at]tinet.org 0xF202D067 dwcommander[at]users.sourceforge.net Hellenic Gentoo GNU/Linux project manager (http://hellenicgentoo.sf.net) FIRECOPS++ project manager (http://firecops.sf.net) Digger Realoaded (http://digger-reloaded.sf.net) Gentoo Forums Global Moderator (http://forums.gentoo.org) Computer Engineering student at Universitat Rovira i Virgili -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP 38: Status of forum moderators in the Gentoo project
On 6/28/05, Jon Portnoy [EMAIL PROTECTED] wrote: AFAIK they still plan to go through devrel, just add a forums person to the recruiters team so existing recruiters aren't flooded with new staff all of a sudden And we already have a candidate I presume :) -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E deathwing00[at]forums.gentoo.org 0xC2539DA3 aioannis[at]tinet.org 0xF202D067 dwcommander[at]users.sourceforge.net Hellenic Gentoo GNU/Linux project manager (http://hellenicgentoo.sf.net) FIRECOPS++ project manager (http://firecops.sf.net) Digger Realoaded (http://digger-reloaded.sf.net) Gentoo Forums Global Moderator (http://forums.gentoo.org) Computer Engineering student at Universitat Rovira i Virgili -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP 38: Status of forum moderators in the Gentoo project
On 6/28/05, Shyam Mani [EMAIL PROTECTED] wrote: The only difference I see b/w Staff and Developers is that you might not have access to CVS. You'll have an email ID and an account on dev.g.o, just like the rest of us (I'm assuming here). So what/where is the big deal about it? Maybe just that Developer sounds prettier than Staff. The rest is exactly as you stated. Now let me ask developers this: Does it really matter you if we are called developers instead of staff? -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E deathwing00[at]forums.gentoo.org 0xC2539DA3 aioannis[at]tinet.org 0xF202D067 dwcommander[at]users.sourceforge.net Hellenic Gentoo GNU/Linux project manager (http://hellenicgentoo.sf.net) FIRECOPS++ project manager (http://firecops.sf.net) Digger Realoaded (http://digger-reloaded.sf.net) Gentoo Forums Global Moderator (http://forums.gentoo.org) Computer Engineering student at Universitat Rovira i Virgili -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP 38: Status of forum moderators in the Gentoo project
On 6/28/05, Jon Portnoy [EMAIL PROTECTED] wrote: Developers have CVS access; take the ebuild quiz and you're a developer, take the staff quiz (the eight-question quiz some mods apparently don't like for whatever bizarre reason...) and you're staff Does that mean that we could take the ebuild quiz too (if we wanted to)? Overall I'd say I think the best course of action is for the forum admins whatever high-level executive decision making moderators to become staff and for the forums to become a valid (sub)project, then they can add their other folks as needed. I don't see any need for the 'all or nothing' approach. Frankly I don't see any harm in people not being totally clear on which mods are staff and which aren't (what practical difference does it make?) Agreed. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E deathwing00[at]forums.gentoo.org 0xC2539DA3 aioannis[at]tinet.org 0xF202D067 dwcommander[at]users.sourceforge.net Hellenic Gentoo GNU/Linux project manager (http://hellenicgentoo.sf.net) FIRECOPS++ project manager (http://firecops.sf.net) Digger Realoaded (http://digger-reloaded.sf.net) Gentoo Forums Global Moderator (http://forums.gentoo.org) Computer Engineering student at Universitat Rovira i Virgili -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP 38: Status of forum moderators in the Gentoo project
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was poked about this. OK, looks like many developers didn't like what I've post in here plus I was somewhat recriminated. * My most sincere excuses if I trolled or annoyed anyone. It was not intentional. * About From: Allen Parker [EMAIL PROTECTED] reply... I'll make no comments on that. This is no way of speaking to anyone. - -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E deathwing00[at]forums.gentoo.org 0xC2539DA3 aioannis[at]tinet.org 0xF202D067 dwcommander[at]users.sourceforge.net Hellenic Gentoo GNU/Linux project manager (http://hellenicgentoo.sf.net) FIRECOPS++ project manager (http://firecops.sf.net) Digger Realoaded (http://digger-reloaded.sf.net) Gentoo Forums Global Moderator (http://forums.gentoo.org) Computer Engineering student at Universitat Rovira i Virgili -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (MingW32) - WinPT 0.9.92 Comment: GnuPT 2.6.2.1 by EQUIPMENTE.DE iD8DBQFCwTiOGiwEn1Zp/wERAoVEAJ0RZ7Ze4gi6hnwDNBNYeiscO/cOIgCgqfhc 4JfMN1uljUmt760JICwMG9U= =QO3Y -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP 38: Status of forum moderators in the Gentoo project
On 6/28/05, Allen Parker [EMAIL PROTECTED] wrote: Please try to refrain from posting any more stupid flames to what is supposed to be a productive development list. This is not USENET. If this is a development list, why exactly are we having discussion about the forums in the first place? To take feedback from developers. Keep in mind that in the end we'll have to agree on the final result. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E deathwing00[at]forums.gentoo.org 0xC2539DA3 aioannis[at]tinet.org 0xF202D067 dwcommander[at]users.sourceforge.net Hellenic Gentoo GNU/Linux project manager (http://hellenicgentoo.sf.net) FIRECOPS++ project manager (http://firecops.sf.net) Digger Realoaded (http://digger-reloaded.sf.net) Gentoo Forums Global Moderator (http://forums.gentoo.org) Computer Engineering student at Universitat Rovira i Virgili -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP 38: Status of forum moderators in the Gentoo project
On 6/28/05, Chris Gianelloni [EMAIL PROTECTED] wrote: ... Erm... either your emails came late or you didn't read my last email. The horse is dead, stop beating it. Ioannis wrote: * My most sincere excuses if I trolled or annoyed anyone. It was not intentional. * -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E deathwing00[at]forums.gentoo.org 0xC2539DA3 aioannis[at]tinet.org 0xF202D067 dwcommander[at]users.sourceforge.net Hellenic Gentoo GNU/Linux project manager (http://hellenicgentoo.sf.net) FIRECOPS++ project manager (http://firecops.sf.net) Digger Realoaded (http://digger-reloaded.sf.net) Gentoo Forums Global Moderator (http://forums.gentoo.org) Computer Engineering student at Universitat Rovira i Virgili -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP 38: Status of forum moderators in the Gentoo project
First, that thread is old. Second, the issue was addressed. Third, personal opinions on anything do not have anything to do with this. Freedom of speech has always been guaranteed on the forums as far as there are no personal agressions. What brings me to the point that your statement falls really apart in here... On 6/28/05, twofourtysix [EMAIL PROTECTED] wrote: On 28/06/05, Ricardo Loureiro [EMAIL PROTECTED] wrote: Also, I truly doubt that any moderator would refuse to be considered a Gentoo staff or anything gentoo related, otherwise why choose to give their free time to the forums? Would the likes of [1] be considered acceptable from a Gentoo staff member? [1] http://forums.gentoo.org/viewtopic.php?p=1053530#1053530 -- gentoo-dev@gentoo.org mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E deathwing00[at]forums.gentoo.org 0xC2539DA3 aioannis[at]tinet.org 0xF202D067 dwcommander[at]users.sourceforge.net Hellenic Gentoo GNU/Linux project manager (http://hellenicgentoo.sf.net) FIRECOPS++ project manager (http://firecops.sf.net) Digger Realoaded (http://digger-reloaded.sf.net) Gentoo Forums Global Moderator (http://forums.gentoo.org) Computer Engineering student at Universitat Rovira i Virgili -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Software patents
On 7/5/05, Kumba [EMAIL PROTECTED] wrote: 2) This pointless debate will eventually die, because if it doesn't I'm going to start quoting select excerpts from Vogon Poetry. 3) If the Vogon Poetry fails, I'll start reading excerpts from Grunthos the Flatulent's Ode To A Small Lump Of Green Putty I Found In My Armpit One Midsummer Morning. Can we have a demo? -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E deathwing00[at]forums.gentoo.org 0xC2539DA3 aioannis[at]tinet.org 0xF202D067 dwcommander[at]users.sourceforge.net Hellenic Gentoo GNU/Linux project manager (http://hellenicgentoo.sf.net) FIRECOPS++ project manager (http://firecops.sf.net) Digger Realoaded (http://digger-reloaded.sf.net) Gentoo Forums Global Moderator (http://forums.gentoo.org) Computer Engineering student at Universitat Rovira i Virgili -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Developer: Michael Curtis Napier
My congratulations Curtis! You deserve it :) Now I can share this editor with Swift :greens: On 7/6/05, Haas Wernfried [EMAIL PROTECTED] wrote: Congrats Curtis! Wernfried -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E deathwing00[at]forums.gentoo.org 0xC2539DA3 aioannis[at]tinet.org 0xF202D067 dwcommander[at]users.sourceforge.net Hellenic Gentoo GNU/Linux project manager (http://hellenicgentoo.sf.net) FIRECOPS++ project manager (http://firecops.sf.net) Digger Realoaded (http://digger-reloaded.sf.net) Gentoo Forums Global Moderator (http://forums.gentoo.org) Computer Engineering student at Universitat Rovira i Virgili -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] vim spell files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ciaran McCreesh wrote: I don't intend to maintain these myself (I speak a couple of other languages well enough to verify that the package works, but I'd rather not get involved any further), but I'd like to make it easy for non-Vim-herd people to do so. Naming-wise, vim-spell-${two letter language code} seems sanest. * Will there be sufficient interest from other developers to make this worthwhile? * Is anyone going to get upset about the character set decisions? I'm really interested in a Greek dictionary. That would prove very useful. About the character set, as far as it doesn't break documents, there would be no problem. * Does anyone think we should make users build spell lists from source, even though it can require several GBytes of RAM? Instad of the use flag thing, I'd first ask if there is any sort of costumization on the dictionary. If there are no customization options, I see it pointless to have to build it from source. - -- Ioannis Aslanidis Hellenic Gentoo (http://hellenicgentoo.sf.net) Gentoo Forums (http://forums.gentoo.org) -BEGIN PGP SIGNATURE- iD8DBQFDM8r/GiwEn1Zp/wERAtKUAKD0a/DGGojjxKZYIaeztEkpktMRRwCg0RXd 1UThSTGmvEBayEzLCmvP/Bs= =NuwV -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New developer: Piotr Jaroszyński (peper)
Welcome Peper :) Petteri Räty wrote: It's my pleasure to introduce to you Piotr peper Jaroszyński. He is joining is to help with the voip stuff and probably mozilla stuff too. He hails from Polad and is a student at the Warsaw University where he studies Computer Science. His hobbies include windsurfing and he just spent a part of the last summer at a windsurfing camp on Rhodes. Hopefully his time as a Gentoo developer won't be as windy as his hobbies. So please welcome give peper the usual warm welcome. -- Petteri Räty (betelgeuse) -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Handling of LINGUAS
I'd rather use a local USE flag for that. As you say, LINGUAS is for language control. On 12/13/06, foser [EMAIL PROTECTED] wrote: I recently ran into a similar issue regarding font ebuilds using LINGUAS to select fonts to install (see acroread-asianfonts). I personally think this is not the way to go, since LINGUAS is about language, not script, support. Any comments on that issue ? - foser -- gentoo-dev@gentoo.org mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] deprecating /etc/make.profile
Make a transition like locales.build and locales.gen, for instance. That would be handy. On 1/10/07, Piotr Jaroszyński [EMAIL PROTECTED] wrote: On Wednesday 10 January 2007 15:30, Simon Stelling wrote: Before the change to portage is finally made, a few things will have to be done: * Adjust handbook * Adjust the eselect plugin * (Anything I'm missing?) Am I right in thinking there would be a transition period when profile setting from make.conf would override make.profile link and small info would be displayed about future complete deprecation? If so I am fully with it. -- Best Regards, Piotr Jaroszyński -- gentoo-dev@gentoo.org mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Topic for Feb council meeting
Mike Frysinger wrote: On Sunday 28 January 2007 17:24, Mike Doty wrote: 1. re-elect a whole new council. 2. elect a new member at a reduced term to fill the vacancy. 3. take the 8th spot from the last election. i'd lean towards three here ... also, s/8th/next/ in case we shed more than 1 person in a cycle ++ -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] KDE herd hurting for help
DITTO, I'm currently only available on weekends, so guys, come kill some bugs for us ;-) On 1/31/07, Caleb Tennis [EMAIL PROTECTED] wrote: Unfortunately, most of the active KDE herd/group members are a bit unactive right now (self included), which means that bugs are really starting to pile up. If you have any interest in this at all, please by all means join the herd and start helping us out. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] KDE herd hurting for help
We'd be rather more interested if you overlook a little that part and help us fix a few bugs ;) Peter Lewis wrote: Hi folks. I'm new here, so thought I'd say hello. On Wednesday 31 January 2007 13:07, Caleb Tennis wrote: Unfortunately, most of the active KDE herd/group members are a bit unactive right now (self included), which means that bugs are really starting to pile up. If you have any interest in this at all, please by all means join the herd and start helping us out. Well, I'm a big fan of Gentoo ever since discovering it last year (moved over from SuSE, via a quick detour chez Kubuntu). I also use KDE and am a decent coder, so this looks like a place to start helping out. I'll get reading the developer handbook and hope to be in touch soon! Cheers, Pete. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: EAPI spec (was Re: Re: let's clear things up (was Slacker archs))
On 2/22/07, Daniel Robbins [EMAIL PROTECTED] wrote: On 2/21/07, Ciaran McCreesh [EMAIL PROTECTED] wrote: Are you insane? What on earth could Jakub possibly contribute? If you want a rough indication of Jakub's level of ebuild understanding, take a look at bug 160328. Is there any process in place to ban people from the gentoo-dev mailing list who are chronically verbally abusive and make no effort at all to be polite? We shouldn't have to put up with this. ++ -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: EAPI spec (was Re: Re: let's clear things up (was Slacker archs))
As for Ciaran bashing Jakub, I can't help but nod (and gasp at some of Jakub's comments) - for quite some time now. Bashing on someone is always wrong. Bashing on someone gets you banned. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Introducing Daniel Robbins (drobbins)
Nice to have you back once again! Petteri Räty wrote: It's my please to introduce to you Daniel drobbins Robbins. Daniel is going to work with the amd64 arch team but will probably venture to other areas too. Daniel doesn't have much experience with Gentoo so let's give him a helping hand in the start. In his dark past Daniel has worked for companies like Microsoft so maybe Gentoo/NT will be a reality after all? Please give him the usual warm welcome. Regards, Betelgeuse -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Little respect towards Daniel please
Maybe if Ciaran recognized his past faults, begged pardon and promised to be kinder from now and on, everything would be easier for everyone, everything would calm down. Ciaran McCreesh wrote: On Sun, 04 Mar 2007 14:15:36 -0500 William L. Thomson Jr. [EMAIL PROTECTED] wrote: So I we can cut him some slack, and we should all have some level of respect, at least in public, towards the father, creator, and founder of Gentoo. What kind of response do you think anyone else would have received had they started repeatedly attacking a project when they didn't even know what that project was, repeatedly tried to interfere with the management of a project when they don't know who is involved with or managing said project, repeatedly posted all kinds of outright lies after having been told that something was untrue and repeatedly resorted to ad hominem attacks in a technical discussion? I'd say that, all things considered, people are showing Daniel an awful lot of respect... -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New eclass: gkrellm-plugin
On 3/8/07, Ciaran McCreesh [EMAIL PROTECTED] wrote: On Thu, 8 Mar 2007 11:19:20 -0600 Jim Ramsay [EMAIL PROTECTED] wrote: I have attached my first draft of the eclass. As you can see, there are 3 main important benefits to using this eclass: You shouldn't dodoc COPYING. How is it that it should not be done? Is it because the file is usually a symlink? Or because there is simply no need to do it? You don't need to set ECLASS manually any more. Who takes care of ECLASS now? -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New eclass: gkrellm-plugin
You shouldn't dodoc COPYING. How is it that it should not be done? Is it because the file is usually a symlink? Or because there is simply no need to do it? It's generally agreed that installing licence files should only be done if legally required. Otherwise, we already have a copy in the tree. That makes full sense. You don't need to set ECLASS manually any more. Who takes care of ECLASS now? Your package manager of choice. Same for INHERITED btw. Thanks for the reply. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] comments on how flamewars are handled elsewhere
If you really wanna flamefest... at least do it in private in our forums: http://forums.gentoo.org (SSL enabled, if you want). At least the flames will remain internal! :) On 3/8/07, Tom Wesley [EMAIL PROTECTED] wrote: On Thu, Mar 08, 2007 at 02:50:11PM +0100, [EMAIL PROTECTED] wrote: Hi, to place my personal opinion, too but seperated from information/facts: I feel like a netiquette should be developed, people who break it too often should be warned, then banned. When the situation normalizes again, there will be no banning anymore anyway automatically. Would be nice to know how others feel, wether something should be changed or (why) not, and if so, what ideas are like. Doing this quick overview showed (even though I never mentioned Gentoo myself) that the message of Gentoo and it's mailinglists spreaded quickly on IRC, which is something else I dislike to see... Please could you stop attempting to create new threads by replying to existing emails to the list? It's considered bad netiquette and generally makes new threads difficult to spot. The list is hard enough to parse as it is, without this added hindrance. http://en.wikipedia.org/wiki/Thread_hijacking has the details if it is something you're unaware of. Tom -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Introducing the Proctors - Draft Code of Conduct for Gentoo
Ciaran, honestly and without any offense intention, what would be your answers to the questions you formulated? If you ask all that, assuming it's all rethoric, what is your opinion? On 3/14/07, Ciaran McCreesh [EMAIL PROTECTED] wrote: On Wed, 14 Mar 2007 14:02:47 -0100 Jorge Manuel B. S. Vicetto [EMAIL PROTECTED] wrote: but it's a Gentoo decision to not accept work credited to XYZ. Does this extend to deleting all their previous contributions? Or refusing to accept updates to their previous contributions? Does this extend to ignoring security advisories, security patches and critical bug fix patches published by that person? Does this extend to refusing to use upstream software that contains code by that person? -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] KDE needs your help
Volunteers, please join #gentoo-kde at irc.freenode.net! We'll be expecting you. On 3/15/07, Caleb Tennis [EMAIL PROTECTED] wrote: The KDE team is still grossly understaffed. Most of the long term developers on the team are either gone or inactive, and the ones still working on it really need help. Bugs are piling up, patches are waiting, and package versions need bumped. I simply don't have the time to keep up with it anymore. I've been doing this for over 4 years now, and my interests have shifted to other things. If you are already a developer and can help the team, please feel free to join. If you are a user who wants to help, becoming active in the forums and with open bugs reports is a good way to get yourself noticed. It would be nice to get some more people brought on as developers who can help keep the KDE team active and alive as the 4.0 release draws closer. I would hate to see Gentoo dropping KDE all together because nobody has the time to maintain it. Thank you. ps - please don't e-mail me and ask me how you can become a developer. There are official channels for this, and if you aren't aware of them, you aren't yet ready to go down that road :) -- gentoo-dev@gentoo.org mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Distrowatch
What I personally think out of all this situation is nice propaganda for Gentoo, which we could somehow exploit in 'our benefit'. Anyone with ideas on how to promote our distribution even with that kind of propaganda? On 3/20/07, Philip Webb [EMAIL PROTECTED] wrote: 070319 Michael Krelin wrote: someone wrote : Seriously. Everybody go to distrowatch and click on the little Gentoo on the right I mistook seriously as relating to the rest of your letter Your name suggests you're not a native speaker. It's a common trick of stand-up comedians to introduce their next joke with But seriously, folks ... (smile). -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Distrowatch
Join Gentoo NOW! We care! or I want YOU for Gentoo! On 3/20/07, Christian Faulhammer [EMAIL PROTECTED] wrote: Ioannis Aslanidis [EMAIL PROTECTED]: Anyone with ideas on how to promote our distribution even with that kind of propaganda? Into S/M? Join Gentoo today! V-Li -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Distrowatch
I like that one! :) On 3/20/07, Christian Ulrich [EMAIL PROTECTED] wrote: Emerge your life! Join Gentoo! On Tue, 2007-03-20 at 10:59 +0100, Ioannis Aslanidis wrote: Join Gentoo NOW! We care! or I want YOU for Gentoo! On 3/20/07, Christian Faulhammer [EMAIL PROTECTED] wrote: Ioannis Aslanidis [EMAIL PROTECTED]: Anyone with ideas on how to promote our distribution even with that kind of propaganda? Into S/M? Join Gentoo today! V-Li -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Distrowatch
That was neat :) On 3/20/07, Robert Buchholz [EMAIL PROTECTED] wrote: Am 20.03.2007 um 09:35 schrieb Ioannis Aslanidis: What I personally think out of all this situation is nice propaganda for Gentoo, which we could somehow exploit in 'our benefit'. Anyone with ideas on how to promote our distribution even with that kind of propaganda? Gentoo is hot. Just look at all the flames. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New developer: Anant Narayanan (anant)
Welcome! I hope that you will have a good time! On 3/21/07, Christian Heim [EMAIL PROTECTED] wrote: It's my pleasure to introduce to you Anant Narayanan (also known as anant or KillerX) our latest addition to the PHP herd. Anant is from Chennai, India, and is currently persuing his Bachelor of Technology in Computer Engineering at the Malaviya National Institute of Technology, Jaipur. According to Anant, he's quite experienced working for Opensource projects (he's one of last years Gentoo GSoc students - he worked on a GuideXML editor called Beacon). Besides being a GSoc student, he's proficient in C, C++, python, PHP and Java. When he's not working on computers, he's watching (unspecified) movies, reading (books I presume), teaching and writing. Also, according to Anant he isn't a sports fan. Please welcome Anant as a new fellow developer among us ! -- Christian Heim phreak at gentoo.org GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Suggestion: INVALID - NOCHANGE in bugzilla
I think that there is a problem of concept. If a bug is marked INVALID, it's because it is not a real bug. Marking a bug NOCHANGE or NOCHANGEREQUIRED, not only overlaps with other resolutions, but fails to better explain the reason why the bug was closed, whereas INVALID indeed means that the reported bug is simply not a bug or that it was reported to the wrong place. Even though it might look harsh to the user to get such a resolution, it's also harsh for the developers to have to handle bugs that are not related to them. Still, changing the name from INVALID to NOTABUG + NOTOURBUG does make sense, as the meaning doesn't get lost. Kevin F. Quinn wrote: On Sat, 24 Mar 2007 19:14:38 +0100 Marius Mauch [EMAIL PROTECTED] wrote: On Sat, 24 Mar 2007 18:34:21 +0100 Kevin F. Quinn [EMAIL PROTECTED] wrote: People reporting bugs often get annoyed when their bug is marked INVALID; especially when they're relatively new to the Gentoo Experience. We've all seen it many times, I'm sure. Arguably no bug is invalid in the normal sense - if someone raises an issue, they have an issue, regardless what we think of it. To that end I'd like to propose bugzilla be reconfigured to use the phrase NOCHANGE instead of INVALID. NOCHANGE would indicate that whatever the original issue, no change is needed on our part to resolve the issue. _If_ it's changed then please to something else, NOCHANGE would overlap with other values (WONTFIX, CANTFIX, WORKSFORME) and isn't that obvious to me at least. A fake resolution that's mentioned on IRC from time to time is NOTABUG which would fit better here. Well, I meant for NOCHANGE to be no change needed, but figured NOCHANGEREQUIRED is a bit longwinded. It implies the issue is understood, it has been explained to the bug reporter, but requires no change to anything: CANTFIX: the problem exists, but no sensible way to fix it exists WONTFIX: the problem exists, but for some reason it won't be fixed WORKSFORME: can't replicate NOCHANGE: no change needed The problem I have with NOTABUG is pretty much the same problem I have with INVALID - it's not as severe, but it still does the same thing to the user (i.e. slaps him with a wet fish rather than a frozen one). -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Proposed addition to the Social Contract
I'd like to ask what are the negative side-effects of adding such paragraph. Are there any true negative side-effects to a specification like that? A different topic is the way the paragraph is written. If we don't like how it is written, we can change it and problem solved. To be honest, protecting ourselves from things that now seem improbable, isn't such a bad idea. On 3/25/07, Duncan [EMAIL PROTECTED] wrote: Mike Frysinger [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Sun, 25 Mar 2007 11:16:13 -0400: well, while we're protecting Gentoo from hypothetical situations that dont exist now but could in the future, we should add a clause that bans collusion with Lucifer as that would of course give us a bad rep Umm... let's not go where this seems to be heading... -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman -- gentoo-dev@gentoo.org mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Proposed addition to the Social Contract
On 3/25/07, Mike Frysinger [EMAIL PROTECTED] wrote: To be honest, protecting ourselves from things that now seem improbable, isn't such a bad idea. and where exactly do you stop ? -mike That's a good question, but I am not appropriate to answer to that yet. :) -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New ALSA maintainers
On 3/28/07, Jakub Moc [EMAIL PROTECTED] wrote: Josh Saddler napsal(a): I completely disagree with your assessment of the in-kernel hda-intel state. My workstation uses one of those (labelled nVidia MCP 55, for the curious), and my experiences with in-kernel ALSA have been nothing but positive with the intel audio, whether compiled or as modules. I could say the same about your assessment of the in-kernel hda-intel drivers, as could many other users... Same for via82xx - never had much luck with the in-kernel drivers, plus upgrading the whole kernel over and over again just to test whether something got fixed is a major PITA. As said, these are two different branches, what works for somebody doesn't need to work for someone else. I'm afraid I experiment the same issues. For my hda-intel, in-kernel drivers do not work, at least for now. Maybe we could find a way to integrate (see replace) the in-kernel alsa version with the portage one. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New ALSA maintainers
The fact is that the bug has been around for quite a long time now: http://bugs.gentoo.org/show_bug.cgi?id=165679 Anyway, see Flameeyes's comments for details (in the ChangeLog) On 3/28/07, Daniel Drake [EMAIL PROTECTED] wrote: Doug Goldstein wrote: The only crummy thing about this is that the in kernel drivers have NEVER supported my sound card. Not even on 2.6.20. I'm using hda-intel and it just never works. I end up always returning back to alsa-driver. So I don't think that the code bases are the same. Please file a kernel bug. With your help, it'll get fixed. It won't be too much work for either of us. Thanks, Daniel -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New ALSA maintainers
Well, to be honest, I am neither supporter nor detractor. I think that it's upstream that should go and fix themselves. It's them who have caused all this. ALSA guys do not support in-kernel stuff. Kernel guys do not support alsa stuff. Great, isn't it? On 3/28/07, Daniel Drake [EMAIL PROTECTED] wrote: Ioannis Aslanidis wrote: The fact is that the bug has been around for quite a long time now: http://bugs.gentoo.org/show_bug.cgi?id=165679 This bug is exactly the kind that makes maintaining alsa-driver (and any other out-of-kernel module) a small nightmare. It's exactly the kind of bug that never exists when people use in-kernel drivers. Maybe I misunderstood your tone and actually you are supporting the changes I have suggested? Even so I'm not sure how this relates to Doug's problem? He didn't provide any details here, and was not involved on that bug. Thanks, Daniel -- gentoo-dev@gentoo.org mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New ALSA maintainers
Anyhow, I would like to see alsa-drivers removed, but only with the condition that the in-kernel ALSA drivers work as expected. The bug I mentioned, if you reread it, you will notice that if there was no external alsa-driver, hda-intel would be marked broken as well, for some users. Just to make it short, in-kernel hda-intel works for some people, but it doesn't for others. The logical bug to be fixed is that the kernel guys (not our kernel guys) check what's going wrong in there. If that did happen, then your point of view wouldn't need any argumentation. What really has annoyed me is the fact that the external driver works, and I hope to see that not happen again. Unfortunately, that's not in my hands right now. If we are able to convince upstream maintainers about this, to report the bugs properly and to get them fixed as required, we could go ahead and remove alsa-drivers. Until that happens, seeing the current proofs, the best choice is if it works don't fix it. On 3/28/07, Daniel Drake [EMAIL PROTECTED] wrote: Ioannis Aslanidis wrote: Well, to be honest, I am neither supporter nor detractor. I think that it's upstream that should go and fix themselves. It's them who have caused all this. The bug you linked to is a natural effect of maintaining kernel drivers outside of the kernel source tree. It is not the fault of the alsa-driver maintainers (either Gentoo or upstream people who push tarballs), since they don't control the in-kernel API's. It's not the kernels fault because the kernel does not claim to maintain a stable internal API, and it actually readily claims the opposite. This is not going to change. With reference to the problems an unstable internal API causes, kernel people will give you one answer and one answer only: get your code in the kernel. Problems like these simply do not happen there. So, in this particular case, if the alsa-driver portage package did not exist, the bug in question (plus a whole series of others in the same class) simply will not ever occur. This is a good thing. ALSA guys do not support in-kernel stuff. ALSA guys being upstream alsa-project.org people? That's not correct, they are the people who put the code in the kernel. ALSA guys being downstream gentoo maintainers? That's true, since there is a separate team who maintain the kernel. Kernel guys do not support alsa stuff. Upstream kernel guys? No, they support alsa, actually most of the bugs are handled by the alsa-project.org people who generally handle them very well. Downstream kernel guys (i.e. Gentoo kernel herd)? No, we support the sound subsystem and the ALSA drivers just like all other subsystems and drivers in the kernel. Thanks, Daniel -- gentoo-dev@gentoo.org mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New ALSA maintainers
On 3/28/07, Daniel Drake [EMAIL PROTECTED] wrote: Jakub Moc wrote: Bryan Østergaard napsal(a): Nobody is forcing anybody to use in-kernel drivers. Uhm... http://bugs.gentoo.org/show_bug.cgi?id=172490 Sorry, my comments on that bug are a little unclear. I am not suggesting removal of alsa-driver from Portage, neither I am suggesting that the documentation stops documenting alsa-driver, nor am I suggesting any other way of forcing people to move away from it. I am simply asking if the documentation team are willing to recommend the in-kernel version over the portage one, given that the in-kernel one is being properly maintained and the portage one is not. This is different from forcing someone to use in-kernel drivers. Now that makes much more sense to me and I agree with it. Users should use the in-kernel driver unless it doesn't work. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
On 4/12/07, Jonathan Adamczewski [EMAIL PROTECTED] wrote: Jeff Walter wrote: I can understand traceroute being setuid, but why put it in /usr/sbin so only root sees it? That is not a clean solution. Do we have to presume that traceroute has to be used like ifconfig, or is it the real purpose to be run by users at their own discretion? -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] New developer: Thomas Scharl (think4urs11)
About time! :) Wernfried Haas wrote: On Sat, Apr 14, 2007 at 01:01:38PM +, Jorge Manuel B. S. Vicetto wrote: Congrats on getting the official Gentoo colors! That means you have no more excuse to slacking ;) Unless of course you become forums admin, which is the best slacker job ever. Having that said i'm going back to the pool for my 16:45 massage and some more cocktails while you guys please do all the work. :-P cheers, Wernfried -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Removing retired developers from project pages
Actually please exclude the KDE project and its herds from your patch. I'd prefer to handle that manually. Thanks again! On 4/17/07, Robin H. Johnson [EMAIL PROTECTED] wrote: On Tue, Apr 17, 2007 at 04:10:14PM +0300, Petteri R??ty wrote: I made a patch to remove all retired developers from the project pages. If anyone doesn't object I will commit this next week. Removing the dev tags is fine, but please don't remove the author tags. They show who created the page - and there should be an XSLT transform somewhere that converts them to a current (non-gentoo) email address for the person, noting that they are retired. -- Robin Hugh Johnson Gentoo Linux Developer Council Member E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Removing retired developers from project pages
I hope I won't forget! :) On 4/17/07, Petteri Räty [EMAIL PROTECTED] wrote: Ioannis Aslanidis kirjoitti: Actually please exclude the KDE project and its herds from your patch. I'd prefer to handle that manually. Thanks again! Sure. Just do it this week and it will not show up when I commit it next week. Regards, Petteri -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E
Re: [gentoo-dev] File collisions
On 4/19/07, Steve Long [EMAIL PROTECTED] wrote: On the issue of QA, I think enabling FEATURES=collision-detect by default would do a lot more good at this stage than test. There are several packages I have come across where this has picked up files not being removed from earlier versions. It's a reasonable default to have and doesn't involve delaying users since it takes a fraction of a second to carry out. What I'd propose is that portage runs the collision-detect and reports it, but continues the installation in the same manner as now. This could tie into an automated report at a later stage. Do you mean to report a 'QA notice' instead of halting the merge? Well, actually halting the merge is a required feature, so maybe the QA notice should be added always straightway, not bound to the FEATURE. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: Re: Re: Resignation
On 4/19/07, Chris Gianelloni [EMAIL PROTECTED] wrote: On Thu, 2007-04-19 at 11:36 +0100, Steve Long wrote: And from the comments of others, *he gets the result*. So what? We are a community. We cannot allow poisonous attitudes to flourish in our community, NO MATTER WHAT THEIR CONTRIBUTION. I would mark Jakub's attitude as poisonous, rather the opposite, but anyway, let's indeed take this conversation away from here. -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: Re: Re: Resignation
I'm afraid to inform you that this was already proposed and was not taken seriously! :) On 4/19/07, Larry Lines [EMAIL PROTECTED] wrote: On Thu, 2007-04-19 at 08:52 -0700, Alec Warner wrote: As I see it most people have a couple of roads here: You want more information regarding the issue surrounding the suspension of Jakub or you have a problem with the manner in which the issue was handled/executed. You can reach devrel at [EMAIL PROTECTED] and on their mailing list, [EMAIL PROTECTED] You disagree with the suspension and want to do something about it. Please contact your local council member at [EMAIL PROTECTED], or [EMAIL PROTECTED], or [EMAIL PROTECTED] (the last is a mailing list). Note that [EMAIL PROTECTED] was not mentioned once, since it is for development. I'd love for people to actually read this ML again, which means I get to nag people about taking their issues to the appropriate people. -Alec I propose a new mailing list called [EMAIL PROTECTED] That way we can just subscribe to the fight or not. -Larry -- [EMAIL PROTECTED] mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] New Developer: Aggelos Orfanakos (agorf)
Καλή επιτυχία!!! On 4/19/07, Christian Heim [EMAIL PROTECTED] wrote: It's my pleasure to introduce to you Aggelos Orfanakos (also known as agorf on IRC), our latest addition joining the Ruby herd and the GWN translators (he has already worked on the Greek GWN translations for quite some time). Aggelos is joining us from Chalcis (that's in Greece), where he's currently studying Computer Science (surprise, surprise). His programming/scripting skills cover C, Ruby and Python. He's another one of those devs coming over from the sunrise overlay, where his contributions were high quality and numerous. Once Aggy isn't around computers, he finds time to enjoy swimming (/me winks at dad eryof), table tennis, photography, astronomy and listening to music. So please welcome Aggelos (or Aggy, for those who are as lazy as I am) as a new fellow developer among us ! Regards, Christian -- Christian Heim phreak at gentoo.org GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E
Re: [gentoo-dev] g++ problem
You may ask for help on the Gentoo Forums: http://forums.gentoo.org On 5/28/07, Robert Clark [EMAIL PROTECTED] wrote: On 28/05/07, Didi [EMAIL PROTECTED] wrote: Hi I wrote a little c++ program. It works fine if I compile it on my machine. But now I want to statically link everything so I can run the program on other some other arches. Where there might be no xerces-c for example (OpenBSD) g++ -g -Wall `curl-config --cflags` `curl-config --libs` -l xerces-c Ui.cpp GetDataCurl.cpp GetDataAmazon.cpp XmlParser.cpp Options.cpp works fine as soon as I add the -static flag for g++ g++ -g -Wall -static `curl-config --cflags` `curl-config --libs` -l xerces-c Ui.cpp GetDataCurl.cpp GetDataAmazon.cpp XmlParser.cpp Options.cpp /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lgssapi_krb5 collect2: ld returned 1 exit status Any ideas ldconfig -p | grep gssapi_krb5 libgssapi_krb5.so.2 (libc6,x86-64) = /usr/lib64/libgssapi_krb5.so.2 libgssapi_krb5.so (libc6,x86-64) = /usr/lib64/libgssapi_krb5.so (Yes, I use a Makefile but it is easier to understand this way) Cheers Dietger www.ribalba.de Sorry friend this list is for gentoo development and related issues. I suggest you try to find your answer somewhere else. Thanks -Rob -- /** * Gentoo Linux Developer * GPG : 0x2217D168 */ -- [EMAIL PROTECTED] mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [half-PROCTORS] Re: [gentoo-dev] Bye Gentoo!
Please everyone, keep flames off this list. Thank you. On 5/31/07, Stephen Bennett [EMAIL PROTECTED] wrote: On Thu, 31 May 2007 14:58:00 +0200 Wernfried Haas [EMAIL PROTECTED] wrote: I take this as a compliment to Bryan, but then still you are implying that most of the people here are not sane. Remember people, you can't compliment anyone now, because doing so implies that everyone else is less valuable than they are. Seriously, get a grip. -- [EMAIL PROTECTED] mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] New (old) Developer: Deedra Waters (dmwaters)
Nice to have you back with us Deedra!!! On 6/5/07, Andrej Kacian [EMAIL PROTECTED] wrote: On Mon, 4 Jun 2007 18:08:48 +0200 Christian Heim [EMAIL PROTECTED] wrote: It's my pleasure to welcome back Deedra Waters (also known as dmwaters on IRC). Deedra is joining us from Pensacola, FL. She is going to work on the accessibility stuff (she is blind), will be re-joining Developer Relations, and helping the kernel people to fix sparc/amd64 related kernel problems. So please give Deedra a warm welcome ! Hah, yet another proof that Gentoo is addictive. Welcome back, make yourself comfortable, and have another shot. -- Andrej Ticho Kacian ticho at gentoo dot org Gentoo Linux Developer - net-mail, antivirus, sound, x86 -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] council and proctors
3. Council blew it. They ignore what proctors were doing, killed COC, and punted.. ++ Poor job or rather interests conflict. On 7/15/07, Ferris McCormick [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here's one I should sleep on -- I didn't: Not much. Very few Comments. I'll start them. 1. Council is just wrong. They are also just gone. 2. I am just wrong. Most likely. 3. Council blew it. They ignore what proctors were doing, killed COC, and punted.. - -- Ferris McCormick (P44646, MI) [EMAIL PROTECTED] Developer, Gentoo Linux (Sparc, Devrel) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6-ecc01.6 (GNU/Linux) iD8DBQFGmXFmQa6M3+I///cRAvbLAJ9aV327q7fteXaN0iVXJ1EXgV+ISgCfZPrw FhIdcA3alnuNmkQu6HLzmqA= =VAq+ -END PGP SIGNATURE- -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] x86 toolchain changes heads up
I think it's the other way arround. -march=ix86 is implicit unless you override it with a user variable. On 7/18/07, Peter Gordon [EMAIL PROTECTED] wrote: On Tue, 2007-07-17 at 19:47 -0400, Mike Frysinger wrote: historically, gcc on x86 has always defaulted to i386. some people noticed recently that glibc-2.6 fails to build in this situation as they were only setting -mtune via CFLAGS, not -march. i'll be tweaking gcc so that it will default -march based on your CHOST. so all the i686-* people will now have a default -march=i686 implied in their gcc systems, i586-* people will have -march=i586, etc... keep in mind this is merely the default. -mike Does this mean that any user-set -march flag is overridden for these cases? Just curious. Thanks. -- Peter Gordon (codergeek42) Gentoo Forums Global Moderator GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Zombie: Sven Vermeulen (swift)
Welcome back Sven!!! Nice to have you with us once again :) On 7/19/07, josé Alberto Suárez López [EMAIL PROTECTED] wrote: Glad to see you back :) El jue, 19-07-2007 a las 00:22 +0300, Petteri Räty escribió: Your doc zombie Sven Vermeulen has risen from his grave and is back to beat www.gentoo.org/doc/en with his fingers. Give him the usual welcome with nice head shots. Regards, Petteri PS. I tried but couldn't get myself subscribed to -dev-announce yet but maybe before the next one :) -- [EMAIL PROTECTED] mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E
Re: [gentoo-dev] have any developers subscribed to -project?
++ On 7/20/07, Ned Ludd [EMAIL PROTECTED] wrote: On Fri, 2007-07-20 at 20:58 +0100, George Prowse wrote: Do any devs subscribe to -project because no replies have yet to be heard from developers... Please stop flooding my inbox. -- Ned Ludd [EMAIL PROTECTED] Gentoo Linux -- [EMAIL PROTECTED] mailing list -- Ioannis Aslanidis deathwing00[at]gentoo.org 0xB9B11F4E -- [EMAIL PROTECTED] mailing list
[gentoo-portage-dev] Feature request: --history
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I was doing my usual tests the other day when I noticed that I needed history information upon performed emerges, together with what variables were being used and the success state. I know that the log files are there, however I thought that it wouldn't be a bad idea to have an 'emerge --history' command that could show up all this kind of information. I already know that genlop parses the file, but it's missing the USE flags as well. It would be great if at least the header of 'emerge - --info' with gcc version, etc. was shown as well. I would like to know whether you consider that such request is viable or not and if it is worth the effort of being implemented and . Sorry if I missed anything :) - -- Ioannis Aslanidis (deathwing00) Gentoo KDE Herd Member Gentoo Forums Global Moderator GPG Key ID: 0xB9B11F4E GPG Key Fingerprint: 8295 0925 A183 52F2 5A40 4319 CDB9 7DAA B9B1 1F4E http://dev.gentoo.org/~deathwing00 -BEGIN PGP SIGNATURE- iD8DBQFFLNh3zbl9qrmxH04RCh9fAJ9KfNVFu0eKS4uWBG9TG6rX6dGotQCbB0S+ 4nVsGjq33Z01hiIsBq9jqbk= =lJZH -END PGP SIGNATURE- -- gentoo-portage-dev@gentoo.org mailing list