Re: [gentoo-dev] Global useflags zeroconf and avahi

2013-04-01 Thread Arun Raghavan
On 2 April 2013 08:17, Alex Xu wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Kill zeroconf and use "dnssd", "upnp", "ssdp". Problem solved? I'm not too enthusiastic about that. USE=zeroconf on pulseaudio is a bit easier to understand than USE=ssdp, for example. -- Arun Raghavan h

Re: [gentoo-dev] Global useflags zeroconf and avahi

2013-04-01 Thread Michael Mol
On 04/01/2013 10:47 PM, Alex Xu wrote: > Kill zeroconf and use "dnssd", "upnp", "ssdp". Problem solved? I very much like the approach in principle, though. Digging briefly into Wikipedia[1], UPnP has several components: * AutoIP (IPv4LL) * SSDP (So, a separate "ssdp" USE flag may not be necessary

Re: [gentoo-dev] Global useflags zeroconf and avahi

2013-04-01 Thread Alex Xu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kill zeroconf and use "dnssd", "upnp", "ssdp". Problem solved? On 01/04/13 06:43 PM, Andreas K. Huettel wrote: > Am Dienstag, 2. April 2013, 00:27:59 schrieb Chí-Thanh Christopher > Nguyễn: >>> I would like to suggest unifying use-flag usage, and use

Re: [gentoo-dev] Global useflags zeroconf and avahi

2013-04-01 Thread Andreas K. Huettel
Am Dienstag, 2. April 2013, 00:27:59 schrieb Chí-Thanh Christopher Nguyễn: > > I would like to suggest unifying use-flag usage, and use "zeroconf" > > anywhere. > > Sounds good. Do you think the same should apply to non-mDNS/DNS-SD based > zeroconf like UPnP/SSDP? No idea to be honest... :| opini

Re: [gentoo-dev] Global useflags zeroconf and avahi

2013-04-01 Thread Andreas K. Huettel
Am Dienstag, 2. April 2013, 00:16:03 schrieb Gilles Dartiguelongue: > Le lundi 01 avril 2013 à 23:58 +0200, Andreas K. Huettel a écrit : > > "Zeroconf" describes a service autodiscovery and autoconfiguration > > standard, see [1]. Avahi is the implementation of that standard which we > > have in th

Re: [gentoo-dev] Global useflags zeroconf and avahi

2013-04-01 Thread Chí-Thanh Christopher Nguyễn
Andreas K. Huettel schrieb: > Avahi is the implementation of that standard which we have in the > portage tree [2]. Other implementations are mDNSResponder (which was in > the tree some time ago but got kicked out) and Apple's Bonjour (which > never was in the tree and probably never will be). P

Re: [gentoo-dev] Global useflags zeroconf and avahi

2013-04-01 Thread Gilles Dartiguelongue
Le lundi 01 avril 2013 à 23:58 +0200, Andreas K. Huettel a écrit : > > Hi everyone, > > first of all, I'm not really an expert in this stuff, so feel free to tell me > about any mis-assumptions... > > As far as I can see, we have two global useflags: > avahi - Add avahi/Zeroconf support > zero

[gentoo-dev] Global useflags zeroconf and avahi

2013-04-01 Thread Andreas K. Huettel
Hi everyone, first of all, I'm not really an expert in this stuff, so feel free to tell me about any mis-assumptions... As far as I can see, we have two global useflags: avahi - Add avahi/Zeroconf support zeroconf - Support for DNS Service Discovery (DNS-SD) "Zeroconf" describes a service aut

Re: [gentoo-dev] Re: Request of news item review: 2013-03-29-udev-predictable-network-interface-names.en.txt : SOLVED

2013-04-01 Thread Markos Chandras
On Apr 1, 2013 8:53 PM, "Michael Mol" wrote: > > On 04/01/2013 01:06 PM, Markos Chandras wrote: > > On 1 April 2013 16:32, Philip Webb wrote: > >> 130401 Markos Chandras wrote: > >>> On 1 April 2013 02:56, Philip Webb wrote: > I have sent a msg to gentoo-user describing how to solve this pr

Re: [gentoo-dev] Re: Request of news item review: 2013-03-29-udev-predictable-network-interface-names.en.txt : SOLVED

2013-04-01 Thread Michael Mol
On 04/01/2013 01:06 PM, Markos Chandras wrote: > On 1 April 2013 16:32, Philip Webb wrote: >> 130401 Markos Chandras wrote: >>> On 1 April 2013 02:56, Philip Webb wrote: I have sent a msg to gentoo-user describing how to solve this problem. Perhaps it needs to be mentioned in the news i

Re: [gentoo-dev] sys-apps/texinfo vs @system

2013-04-01 Thread Rich Freeman
On Mon, Apr 1, 2013 at 2:12 PM, Mike Frysinger wrote: > people seem happy with this, so i'll have the release team do a test build and > see how it goes. ++ If any of the system packages are going to pull in texinfo then it really should have a use flag for the perl-requiring parts. Otherwise w

Re: [gentoo-dev] sys-apps/texinfo vs @system

2013-04-01 Thread Mike Frysinger
On Sunday 31 March 2013 01:59:52 Mike Frysinger wrote: > it'd be simpler if we just dropped it altogether from @system. if people > want `info`, they can `emerge` it themselves. if packages want > `makeinfo`, they can DEPEND on it -- few fall into this category (<100 by > a rough survey of random

Re: [gentoo-dev] Re: sys-apps/texinfo vs @system

2013-04-01 Thread Mike Frysinger
On Sunday 31 March 2013 05:19:58 Duncan wrote: > Mike Frysinger posted on Sun, 31 Mar 2013 01:59:52 -0400 as excerpted: > > it'd be simpler if we just dropped [texinfo] altogether from @system. > > if people want `info`, they can `emerge` it themselves. if packages > > want `makeinfo`, they can DE

Re: [gentoo-dev] Re: Request of news item review: 2013-03-29-udev-predictable-network-interface-names.en.txt : SOLVED

2013-04-01 Thread Markos Chandras
On 1 April 2013 16:32, Philip Webb wrote: > 130401 Markos Chandras wrote: >> On 1 April 2013 02:56, Philip Webb wrote: >>> I have sent a msg to gentoo-user describing how to solve this problem. >>> Perhaps it needs to be mentioned in the news item or wiki entry. >> So you broke the threading on t

Re: [gentoo-dev] Re: Request of news item review: 2013-03-29-udev-predictable-network-interface-names.en.txt : SOLVED

2013-04-01 Thread Philip Webb
130401 Markos Chandras wrote: > On 1 April 2013 02:56, Philip Webb wrote: >> I have sent a msg to gentoo-user describing how to solve this problem. >> Perhaps it needs to be mentioned in the news item or wiki entry. > So you broke the threading on the original email, > you deleted all the previous

Re: [gentoo-dev] Re: About net-p2p herd status

2013-04-01 Thread Markos Chandras
> > 2. Combine multiple herds in one bigger "network" herd. If we can't >just magically get more developers to join these herds, we could put >all the developers from these herds in one bigger herd to force them >to organize and communicate. Get one bigger group to pay attention >to

Re: [gentoo-dev] Re: About net-p2p herd status

2013-04-01 Thread Tom Wijsman
On Mon, 1 Apr 2013 09:57:05 -0400 Rich Freeman wrote: > > 1. Get more people to join these herds (devs, future recruits, ...) > >and set up project, leads and proper organization. *snip* > > Sure, non-controversial IF there is interest. Yeah, I know of an user that has interest; but it'll ta

Re: [gentoo-dev] Re: About net-p2p herd status

2013-04-01 Thread Rich Freeman
On Mon, Apr 1, 2013 at 7:41 AM, Tom Wijsman wrote: > 1. Get more people to join these herds (devs, future recruits, ...) >and set up project, leads and proper organization. This is the least >confusing approach; since the same work is done but just by more >people, which tackles the co

[gentoo-dev] Last rites: kde-base/printer-applet kde-base/system-config-printer-kde

2013-04-01 Thread Michael Palimaka
# Michael Palimaka (01 Apr 2013) # Obsoleted by kde-base/print-manager. Removal in 30 days. kde-base/printer-applet kde-base/system-config-printer-kde

Re: [gentoo-dev] Re: About net-p2p herd status

2013-04-01 Thread Tom Wijsman
On Mon, 1 Apr 2013 06:33:54 -0400 Rich Freeman wrote: > I think that herds really only make sense if there is some kind of > coordinated team effort behind them. Otherwise they're little more > than another form of category and a black hole for bugs to go into. Let's see, some euscan / b.g.o /

Re: [gentoo-dev] Re: About net-p2p herd status

2013-04-01 Thread Rich Freeman
On Sun, Mar 31, 2013 at 10:59 AM, Markos Chandras wrote: > The herd currently maintains 58[1] packages and a number of them are > being co-maintained by other people. > I don't think the herd is active and my opinion is to move > high-profile packages, such as deluge, qbittorrent, rb_littorrent an

Re: [gentoo-dev] Re: Request of news item review: 2013-03-29-udev-predictable-network-interface-names.en.txt : SOLVED

2013-04-01 Thread Markos Chandras
On 1 April 2013 02:56, Philip Webb wrote: > I have sent a msg to gentoo-user describing how to solve this problem. > Perhaps it needs to be mentioned in the news item or wiki entry. > > -- > ,, > SUPPORT ___//___, Ph

Re: [gentoo-dev] [PATCHES] Header wrapping support for multilib

2013-04-01 Thread Michał Górny
On Sat, 23 Mar 2013 17:25:32 +0100 Michał Górny wrote: > I've finally got around to writing the header wrapping functions for > multilib. That's an initial yet working draft. I will send patches in > reply to this mail. Committed. -- Best regards, Michał Górny signature.asc Description: PGP

Re: [gentoo-dev] [PATCH] autotools-utils: support setting prune_libtool_files mode globally.

2013-04-01 Thread Michał Górny
On Tue, 26 Mar 2013 20:22:21 +0100 Michał Górny wrote: > Introduces AUTOTOOLS_PRUNE_LIBTOOL_FILES variable which can be used to > control the mode of pruning .la files done in > autotools-utils_src_install. > > Fixes: https://bugs.gentoo.org/show_bug.cgi?id=462874 Committed. -- Best regards,

Re: [gentoo-dev] net-p2p/deluge needs a maintainer

2013-04-01 Thread heroxbd
Hi, Markos Chandras writes: > net-p2p/deluge has open bugs for years[1] and I don't see anybody from > the net-p2p herd to actually maintain it. It would be nice to find a > new dedicated maintainer for it. I will take it as an active user myself. Added myself to net-p2p alias already. And I h

[gentoo-dev] Re: sys-apps/texinfo vs @system

2013-04-01 Thread Michael Palimaka
On 31/03/2013 16:59, Mike Frysinger wrote: one option would be to make the makeinfo stuff into a USE flag so all the perl junk isn't pulled in by default. only the packages that actually generate info pages can DEPEND on that. it'd be simpler if we just dropped it altogether from @system. if

[gentoo-dev] Re: Expanding categories' descriptions

2013-04-01 Thread Michael Palimaka
On 1/04/2013 04:29, Denis M. wrote: Hello, (I was redirected from gentoo-doc@ to ask this here.) I think it's a good idea to expand the categories' descriptions (found in the corresponding metadata.xml files) with more accurate descriptions of which packages are welcome to fit in which categori