Re: [gentoo-dev] Re: Re: Lastrite: app-pda/libopensync and reverse dependencies
On Thu, Feb 10, 2011 at 14:36, Diego Elio Pettenò flamee...@gmail.com wrote: Remember that for *all* QA masking, the rule is simple Could you point me to the Q/A policies and rules? I'm curious now, seeing this intense discussion about what's right for Q/A, what the official Q/A docs say. -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] Blockers and package moves
On Mon, Jan 17, 2011 at 11:10, Donnie Berkholz dberkh...@gentoo.org wrote: How about playing nicely with overlays where the moves didn't happen (yet)? I'm not a developer, but based on my experience, playing nicely with overlays in general is a can of worms, and as far as I can tell has to do with the fact that overlays have always needed to react to changes in portage tree. (For example, if an overlay has pkg-0.1-r1 that fixes a bug, and in portage tree 0.2 is available but still has the bug, then the overlay needs to have a 0.2-r1.) I'm not sure you have to worry about overlays. The developers of the overlays will worry about them. Now, for the educated: is this fair or accurate? -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] openrc stabilization update
On Mon, 20 Sep 2010 14:32:49 -0400 Mike Frysinger vap...@gentoo.org wrote: man, fix your line length. what a nub you are. Or adjust your mail client. Then you could save yourself the name calling, which changes the mood of the mailing list and causes issues for more people than just your target. -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready? signature.asc Description: PGP signature
Re: [gentoo-dev] FYI: Rules for distro-friendly packages
On Tue, 17 Aug 2010 19:04:03 +0200 Enrico Weigelt weig...@metux.de wrote: Meanwhile I've reworked my Briegel buildsystem [1] to support direct git checkouts (including a repo cache). Next step will be a mechanism to check tag signatures. You have a footnote, but no link, and I'm curious. :) -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready? signature.asc Description: PGP signature
Re: [gentoo-dev] [bugzilla-dae...@gentoo.org: [Bug 322157] [mail-filter/procmail] new ebuild + autocreate maildirs]
On Sat, Jul 10, 2010 at 12:13, Enrico Weigelt weig...@metux.de wrote: I've already explained the strategy behind the git repo (and not doing plaintext patches). Please refer to my paper, and my other mails posted recently on this list. I'm not quite sure I understand your response here. He didn't ask for you to explain the strategy. He asked for you to provide plain-text patches. I think a point has been made pretty clear at this point: they need plain-text patches. Requiring developers to learn an entirely new work-flow just to get your patches into the tree is time-consuming and bothersome, at the least. This isn't a discussion about whether or not your system is better. It's about how best to integrate your work into Gentoo. The developers have decided the best way is through plain-text patches. That's really all there is to it. Take it or leave it. The discussion about how best to join multiple branches of development across the open-source world together really does not belong in this thread, as far as I can tell. -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] 'State of Gentoo' BoF session, Linux Symposium 2010.
On Fri, Jul 9, 2010 at 13:19, Robin H. Johnson robb...@gentoo.org wrote: Hi all, I had hoped to send this before now, but the exact scheduled timeslot keeps changing. It was already on the PR events calendar. I'm running a BoF session during the Linux Symposium 2010 in Ottawa next week, entitled 'State of Gentoo'. I've had my own uneducated ideas about this exact topic. I'd love to hear more about this. Will notes or a recording be posted anywhere? -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] Re: New global USE flag: introspection
On Tue, Jun 22, 2010 at 12:33, Mike Auty ike...@gentoo.org wrote: Gintrospection gives more information (things starting with g are generally gnome related, which this is), and grepping for introspection will still turn it up. It also solves the concerns that all the people on this thread have voiced about introspection being too generic. I can't see why introspection is that much easier for people to grok? Gintrospection seems like a good compromise that everyone can agree on... If you need help gathering consensus, you have this user's vote. -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] Tone in Gentoo
On Wed, Jun 16, 2010 at 20:14, Jorge Manuel B. S. Vicetto jmbsvice...@gentoo.org wrote: There are a few cases where people could and should improve their behaviour, but let's not forget we're a technical community and so it's imho an illusion to expect us to have a hugs and kisses tone. But yes, everyone participating in Gentoo mediums should strive to be courteous, respectful and promote debates on ideas. I agree that we need to be courteous, respectful and promote debates on ideas, but I disagree that we have to accept subtle opposites because the topic might be touchy. I'm somewhat confused about why there can't be a team of people who moderate the mailing list. That solution seems effective for most other Internet communities. Is it a question of manpower? -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] Is Gentoo dying?
On Sat, Apr 3, 2010 at 05:38, Petteri Räty betelge...@gentoo.org wrote: My perception from the outside is also that it's sometimes hard to offer help. So if we now that we are busy then let's try to embrace others doing the work. This is also what I have observed. I think Gentoo needs appear to be much more focused on how to let people contribute, rather than how to filter/monitor contributions. There's too much discussion about how something is bad and why it shouldn't happen in the documentation and mailing list, and too little about what can be done to make sure the contribution, idea, or user(s) get included. One specific example I can give is the developer status itself. Gentoo developers are responsible for everything, including maintenance. This is not a bad thing, if it's part of a greater developer ecosystem. All successful projects I've observed survive on half of the work, at least, being done by volunteers, and the developers are there to simply review the work before it is applied. As far as I can tell, creating an inviting atmosphere, in which the developers listen and react to the community, is essential to the continued survival of Gentoo. Yea, this one of those long-term things that sounds awesome in theory but is hard to do right. However, I think the sooner ideas like these are discussed and possibly implemented, the sooner we don't have threads like these in the mailing list. I am encouraged that Gentoo developers are considering how to regroup themselves. -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] Re: List of User projects
On Sun, Mar 28, 2010 at 10:27, Duncan 1i5t5.dun...@cox.net wrote: What other distributions (*BSD, Linux, or...) do you know that use openrc? IOW, I know it was designed to be distribution independent, but I don't know of anyone else using it (well, other than Gentoo derivatives), and Gentoo certainly influenced it. Last I checked, Ubuntu is going to adopt it. How's that for a compliment? :) http://brainstorm.ubuntu.com/idea/18452/ -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] Re: List of User projects
On Sat, Apr 3, 2010 at 15:30, Jacob Godserv jacobgods...@gmail.com wrote: Last I checked, Ubuntu is going to adopt it. How's that for a compliment? :) http://brainstorm.ubuntu.com/idea/18452/ Sorry for the extra e-mail, but I should clarify: Ubuntu is seriously considering adopting it. -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] Re: Packages pulling in python-3*, also they dont require it
On Sat, Mar 20, 2010 at 10:11, Arfrever Frehtes Taifersar Arahesis arfre...@gentoo.org wrote: 2010-03-20 01:51:44 Duncan napisał(a): So let's just recognize that it's not a perfect situation, create a news item saying that python-3 will soon (give a date) be unmasked, and suggest that users not needing it may wish to package.mask it themselves, with a link to documentation with specific instructions and a bit more detail on why they might wish to mask it and under what circumstances they might not. I'd suggest an unmasking date 30 days after the release of the news item. Python 3 is not masked. The discussion is about stabilization. Duncan's comments still apply, though, right? What's against writing a news item about stabilizing Python? -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] Re: Python 3.1: Stabilization and news item
The problem here, I think, is everyone has their opinion about what it means for something to go stable, and I haven't seen more than one or two references to what has been predetermined as policy for stabilization. I think we should do a little less debating over personal opinions (which is a hot topic, apparently) and more about how Gentoo guidelines determine what can go stable. If the guidelines don't cover this, then they ought to be fixed. -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] Lastrite: net-im/kopete-facebook
On Mon, Feb 15, 2010 at 16:16, Samuli Suominen ssuomi...@gentoo.org wrote: # Samuli Suominen ssuomi...@gentoo.org (15 Feb 2010) # Masked for removal. Unrequired as FaceBook has XMPP (Jabber) # support. # http://blog.facebook.com/blog.php?post=297991732130 net-im/kopete-facebook Ignore me if you know this already: x11-plugins/pidgin-facebookchat could also receive the same treatment. -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] Building custom package for multi-arch/system
On Sat, Jan 30, 2010 at 10:13, Max Arnold lwa...@gmail.com wrote: Can someone share his experience of using Catalyst or Metro as generator of binary package updates for precompiled client machines? How smooth it is in the long run? I use metro (wrote a little HOWTO on it: http://neuvoo.org/wiki/index.php?title=Create_Image/Building ) and it asks emerge to --buildpkg at every stage. It keeps binaries separate per stage. The end result, as long as you told it not to clean, is three folders with a binary repo in each. It will re-use these binaries in future stage builds, if you don't clean it out. If you don't want it building stages, it's very easy to configure metro to do exactly what you want. It still has to be figured out to some extent, but the format is much simpler than catalyst and takes less time to customize properly. I'm not sure what long run looks like as I have yet to enter the long run. As far as I can tell, metro will always build and update binary repositories when you ask it to. ;) -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] EAPI-3 times and dates
On Fri, Jan 29, 2010 at 16:43, Zac Medico zmed...@gentoo.org wrote: It's supported in portage-2.1.7.17 and 2.2_rc62 which have just been released. Just to clarify: it's EAPI 3 and not EAPI 3_pre2? -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] Building custom package for multi-arch/system
(I'm not an official developer.) On Thu, Jan 28, 2010 at 10:17, Beber be...@meleeweb.net wrote: So, do you guys plan to implement a such thing ? That's one of the features that is mostly missing imho. The principal miss in on client side as I have tools to manage packages but would like to not have too much specific scripts on client side. This is also high on my things to hack list. (Not that I'd ever come up with something acceptable, but it's worth a try. :) I would love to see the whole PKGDIR variable vanish altogether and merge binary builds into ebuilds, creating a sort of apt-get / portage mixture, all with a standard ebuild setup. By allowing binaries to take on all the functionality of ebuilds, features like USE flags, multiple versions per repository, varying CFLAGs, and other such features are a given. The binary can be downloaded via standard ebuild methods, even. Something to chew on. -- For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] emerge -C eselect-python disaster
On Mon, Jan 25, 2010 at 06:32, Petteri Räty betelge...@gentoo.org wrote: I should also add that this is not a user support mailing list as there's gentoo-user for that purpose. I think the original purpose of the thread was already fulfilled. So then how was the original problem resolved? Sorry, I missed that (and can't seem to find a resolution in this thread). -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
Re: [gentoo-dev] emerge -C eselect-python disaster
On Sun, Jan 24, 2010 at 19:02, Dale rdalek1...@gmail.com wrote: Since unmerging python results in a broken system, I'm not sure how this pollutes anything. The system set is to maintain a working and bootable system that can install packages and portage requires python to work. What good is a Gentoo system without a working package manager? There are two issues here: * Avoiding hacks for deciding which packages are needed for system * Helping users avoid the dangerous mistake of crippling the package manager. Here's how I see this break down. To avoid crippling the package manager, the user must be warned of an action that will cripple the package manager. If removing python cripples the package manager, then warn the user. It's quite simple. Adding python to the system set is messy, as pointed out, but somehow there must be a way to determine that python is needed by the package manager. The last remaining option (without adding any new features) is to track on which packages are required by the system set and warning about removing any packages required by any package in the system set. This seems like a good solution. I could also argue that using emerge -C period is dangerous, as some here have mentioned. As far as I can tell, the best way to remove a package is to edit the package out of /var/lib/portage/world file and then letting portage safely remove packages via --depclean. (This is outside the current topic, of course, so if anyone wants to seriously propose this it should be re-posted under a new subject heading.) -- Jacob For then there will be great distress, unequaled from the beginning of the world until now — and never to be equaled again. If those days had not been cut short, no one would survive, but for the sake of the elect those days will be shortened. Are you ready?
