Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-tv/mythtv: ChangeLog mythtv-0.20.2_p14668.ebuild mythtv-0.21_pre14666.ebuild mythtv-0.21_pre14480-r1.ebuild
Doug Goldstein wrote: That's what this commits review list feels like. Nearly every suggestion (from Donnie and others) has been over some issue that relates directly to either correctness or maintainability. It doesn't matter if you can rattle off capabilities to a millimeter - if they're not documented somewhere (like, say, in the comments of the ebuild) then the maintainer that comes after you gets to go and break it all over again. jonathan. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: net-im/pidgin protocols
Dawid Węgliński wrote: That's why we do have ... --changelog switch to let users know about changes. Which is of no use when (as in this case) there is no associated version bump. j. (also, when every new version is a new slot - kernels and webapps) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
Jeff Walter wrote: I can understand traceroute being setuid, but why put it in /usr/sbin so only root sees it? Huh? Just add /usr/sbin to your PATH. $ export PATH=$PATH:/usr/sbin $ traceroute Version 1.4a12 Usage: traceroute [-dFInrvx] [-g gateway] [-i iface] [-f first_ttl] [-m max_ttl] [ -p port] [-q nqueries] [-s src_addr] [-t tos] [-w waittime] [-z pausemsecs] host [packetlen] $ j. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] [soc] Python bindings for Paludis
Josh Saddler wrote: Just because we have Gentoo devs who are also Gnome upstream doesn't make their Gnome-related packages that happen to be in our tree official Gentoo projects A Gentoo developer that is also a Gnome developer that wants to mentor a project to better integrate Gentoo and Gnome (in some way) would be appropriate. Just like the proposed Java-related projects are appropriate - facilitating a better Gentoo/Java experience. Paludis is a tool used for working with the Gentoo Portage tree - there is no problem with it being part of a Gentoo Google Summer of Code project as it will benefit the Gentoo project and its users. No third-party non-Gentoo SoC projects leeching off our organization and resources, please. You've got that backwards. This is a potential SoC student who wants to *give* something to Gentoo (and Paludis). No one is leeching anything. j. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Gentoo's problems
George Prowse wrote: Ciaran McCreesh wrote: On Thu, 15 Mar 2007 01:19:52 + George Prowse [EMAIL PROTECTED] wrote: What on earth is going to be a major visible improvement to a command line based package manager that any average Gentoo user is going to realise? The average user probably only uses a few commands: emerge -u/p/a/v/--sync/package/world/system and then use package.keywords/mask/unmask so there are really no fundamental differences that the average user will notice If you think that that's all a package manager should do, you have a serious lack of imagination. Most users need or would heavily benefit from far more. See http://ciaranm.org/show_post/95 for some modest ideas that have turned out to be useful. All well and good (and I agree that those would be nice) but none that today's average Gentoo user is going to notice as a major visible improvement. --depclean has improved dramatically so the --uninstall will be just another way of doing it. If the target is today's average Gentoo user, how about a big disclaimer to go with every emerge -Du world in the form of This is a list of suggestions. New versions come with new bugs. Take some responsibility for your system stability and don't upgrade carelessly. In fact, emerge -Du world should imply --pretend ;) (Also, mandate that there be a link to upstream changelogs (or a summary thereof) in a packages changelog in portage. Help users make informed decisions about upgrades. Some devs already do this e.g. joshuabaergen for xorg stuff and dsd for gentoo-sources - although I generally have to go hunting for those because emerge -l doesn't show changes between slots) j. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Why warn for unsupported LINGUA?
[EMAIL PROTECTED] wrote: WARN: unpack Sorry, but mozilla-sunbird-bin does not support the en_GB LINGUA Why is this a warning? (and it's a warning in plenty of ebuilds). I have LINGUAS defined in /etc/make.conf - warning about an unsupported LINGUA is like warning about an unsupported USE flag. I would suggest that these should be einfo (or just removed). I'm happy to generate patches if that will help. j. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Xmms needs to die.
Robin H. Johnson wrote: don't take XMMS away from those of us already using it without any issues. It can disappear from portage without affecting your ability to keep using it. j. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Sharing portage?
Molle Bestefich wrote: Hi Follow-up question to the backup thingy. Is there an easy way to share Portage's database between multiple virtual machines? Optimally, I would emerge --sync and the results would land in a filesystem that I'd share between VMs, so I don't have to do emerge --sync in each and all of them. The filesystem could perhaps be readonly to the virtual machines, except for the one doing the --sync of course. I share /usr/portage across several machines as an nfs mount. 'emerge --sync' is done on only one machine. Until recently, 'emerge --metadata' was still needed on the other machines, but thanks to the metadata_overlay database, this is no longer necessary. And most emerge-related activities are much, much faster. [To use the new database module, with portage-2.1, put in /etc/portage/modules: portdbapi.auxdbmodule = cache.metadata_overlay.database in /etc/make.conf: FEATURE=-metadata-transfer and remove /var/cache/edb/dep/\${PORTDIR} ] To have distfiles safely shared across the many machines, you need FEATURES=distlocks and you'll need to relocate (or mount separately) ${DISTDIR} if ${PORTDIR} is read-only. Also, I think you're getting into questions that should be on -user. ;) j. -- gentoo-dev@gentoo.org mailing list