[gentoo-dev] [RFC] Some new global USE-flags

[gentoo-dev] [RFC] Some new global USE-flags

[Markus Meier]

[-- Attachment #1: Type: text/plain, Size: 3122 bytes --]

Potential candidates (flag-name, count):
server                        12
subversion                    10
latex                         9
suid                          8
atm                           7
zeroconf                      7
logrotate                     7
gimp                          7
cgi                           7
custom-cflags                 7
wavpack                       7
timidity                      6
branding                      6
java5                         6
v4l2                          6
multislot                     6
webdav                        6
vnc                           6
audacious                     6
demo                          6
music                         5
fax                           5
raw                           5
gsm                           5
novideo                       5
xemacs                        5
editor                        5
keyring                       5
networkmanager                5
oci8-instant-client           5
html                          5
css                           5
enscript                      5
gnuplot                       5
xcb                           5
lzo                           5
nfs                           5
jingle                        5
hddtemp                       5
rss                           5
cxx                           5
cvs                           5
http                          5
taglib                        5


Propositions:
subversion: Enable subversion support

latex: Adds support for LaTeX (typesetting package)
[this one is questionable, as this flag has different meanings/effects
- but is one of the tetex-flag replacements]

suid: Enable seduid root program, with potential security risks

atm: Enable Asynchronous Transfer Mode protocol support

zeroconf: Support for DNS Service Discovery (DNS-SD)

gimp: Build a plugin for the GIMP

cgi: Add CGI script support

custom-cflags: Use CFLAGS from /etc/make.conf rather than the default
	package CFLAGS (not supported)

wavpack: Add support for wavpack

timidity: Build with Timidity++ (MIDI sequencer) support

branding: Enable Gentoo specific branding
[questionable, as used for splashes/shortcuts/artwork]

v4l2: Enable video4linux2 support

vnc: Enable vnc support

raw: Add support for raw image formats

xemacs: Add support for XEmacs

keyring: Enable gnome-keyring support for storing passwords

networkmanager: Enable networkmanager support

oci8-instant-client: Use dev-db/oracle-instantclient-basic as Oracle
	provider instead of requiring a full Oracle server install

enscript: Add enscript support to colourize code stored in the
	repository

gnuplot: Enable gnuplot support

xcb: Support the X C-language Binding, a replacement for Xlib

lzo: Enables support for lzo compression

jingle: Enables voice calls for jabber

hddtemp: Enable monitoring of hdd temperature (app-admin/hddtemp)

rss: Enables support for RSS feeds

taglib: Enable tagging support with taglib


Comments are welcome.


Markus

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] [RFC] Some new global USE-flags

[Santiago M. Mola]

On Dec 20, 2007 7:57 PM, Markus Meier <maekke@gentoo.org> wrote:
>
> raw: Add support for raw image formats
> keyring: Enable gnome-keyring support for storing passwords
>

These are potentially ambiguos.

I have no objections for the others.

-- 
Santiago M. Mola
Jabber ID: cooldwind@gmail.com
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] [RFC] Some new global USE-flags

[Jan Kundrát]

[-- Attachment #1: Type: text/plain, Size: 182 bytes --]

Santiago M. Mola wrote:
> These are potentially ambiguos.

Could you please elaborate a bit about the raw one?

Cheers,
-jkt

-- 
cd /local/pub && more beer > /dev/mouth


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [gentoo-dev] [RFC] Some new global USE-flags

[Ciaran McCreesh]

[-- Attachment #1: Type: text/plain, Size: 446 bytes --]

On Thu, 20 Dec 2007 19:57:12 +0100
Markus Meier <maekke@gentoo.org> wrote:
> server                        12

See previous discussions on why this can't be global (essentially, it
has different meanings for everything).

> custom-cflags                 7

This one shouldn't be a use flag at all. Pushing it global will just
encourage even more people to use it.

> multislot                     6

Ditto.

-- 
Ciaran McCreesh

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-dev] Re: [RFC] Some new global USE-flags

[Ryan Hill]

Ciaran McCreesh wrote:
>> custom-cflags                 7
> 
> This one shouldn't be a use flag at all. Pushing it global will just
> encourage even more people to use it.

+1


-- 
                        looks like christmas at fifty-five degrees
                                    this latitude weakens my knees
    EFFD 380E 047A 4B51 D2BD  C64F 8AA8 8346 F9A4 0662 (0xF9A40662)

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] [RFC] Some new global USE-flags

[Hans de Graaff]

[-- Attachment #1: Type: text/plain, Size: 334 bytes --]

On Thu, 2007-12-20 at 19:57 +0100, Markus Meier wrote:
> Potential candidates (flag-name, count):
> xemacs                        5

This count will very likely go up in the future as we enable more
support for packages similar to the level of support for emacs. +1 on
making this a global USE flag.

Kind regards,

Hans


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-dev] Re: [RFC] Some new global USE-flags

[Christian Faulhammer]

[-- Attachment #1: Type: text/plain, Size: 848 bytes --]

Markus Meier <maekke@gentoo.org>:

No, to the following (others already gave reasons):

> server                        12
> custom-cflags                 7
> multislot                     6
> editor                        5

 Is ambigious, too.
[-    ] editor (games-arcade/bomns):
enables building the level editor

[-    ] editor (games-sports/xmoto):
Depend on inkscape, scripts to convert svg to level (svg2lvl)

> latex: Adds support for LaTeX (typesetting package)
> [this one is questionable, as this flag has different meanings/effects
> - but is one of the tetex-flag replacements]

 But ways better than the old tetex USE flag, as we split the meaning.

V-Li

-- 
Christian Faulhammer, Gentoo Lisp project
<URL:http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode

<URL:http://www.faulhammer.org/>

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] [RFC] Some new global USE-flags

[Santiago M. Mola]

On Dec 20, 2007 10:48 PM, Jan Kundrát <jkt@gentoo.org> wrote:
> Santiago M. Mola wrote:
> > These are potentially ambiguos.
>
> Could you please elaborate a bit about the raw one?
>

Just that "raw" could mean more things. Anyway, I have no problem with
that since current packages in the tree use it as "raw image format"
and new packages which need such flag for a different meaning could
set it to something more meaningful.

-- 
Santiago M. Mola
Jabber ID: cooldwind@gmail.com

Re: [gentoo-dev] [RFC] Some new global USE-flags

[William L. Thomson Jr.]

[-- Attachment #1: Type: text/plain, Size: 378 bytes --]


On Thu, 2007-12-20 at 19:57 +0100, Markus Meier wrote:
>
> java5                         6

I think eventually we want to do something else there and possibly get
rid of that flag. Otherwise we would also end up with java6, java7, ...
We aren't exactly saying don't do it, but don't think we would want to
push it globally.

-- 
William L. Thomson Jr.
Gentoo/Java

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] [RFC] Some new global USE-flags

[Chris Gianelloni]

[-- Attachment #1: Type: text/plain, Size: 891 bytes --]

On Thu, 2007-12-20 at 19:57 +0100, Markus Meier wrote:
> novideo                       5

These should probably really go away and use package.use and such to use
the already-existing videos USE flag.

> branding: Enable Gentoo specific branding
> [questionable, as used for splashes/shortcuts/artwork]

Well, my personal opinion here is that we should enable this by default
on *at least* the desktop profiles, as providing sensible defaults and
branding isn't outside the scope of the project.  We still stay as close
to upstream as possible with this stuff and only use it for branding or
optional Gentoo-specific minor config changes.  Also, it can still be
disabled for people who want everything as upstream intended.

-- 
Chris Gianelloni
Release Engineering Strategic Lead
Alpha/AMD64/x86 Architecture Teams
Games Developer/Foundation Trustee
Gentoo Foundation

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] [RFC] Some new global USE-flags

[Marius Mauch]

On Fri, 21 Dec 2007 00:58:39 +0000
Ciaran McCreesh <ciaran.mccreesh@blueyonder.co.uk> wrote:

> On Thu, 20 Dec 2007 19:57:12 +0100
> Markus Meier <maekke@gentoo.org> wrote:
> > server                        12
> 
> See previous discussions on why this can't be global (essentially, it
> has different meanings for everything).

Those dicussions usually ended with "lets wait for use-deps". And the general meaning of it is "enable the server part of the package", just that the impact of "server part" varies greatly between packages and isn't always intuitive.

Marius
-- 
gentoo-dev@gentoo.org mailing list

[gentoo-dev] Re: [RFC] Some new global USE-flags

[Michael Sterrett -Mr. Bones.-]

No on logrotate per several previous conversations.

The majority of the ones listed are not globally relevent which is the
first criteria for creating a new global use flag.

Michael Sterrett
   -Mr. Bones.-
mr_bones_@gentoo.org
-- 
gentoo-dev@gentoo.org mailing list

[gentoo-dev] Re: [RFC] Some new global USE-flags

[Steve Long]

Chris Gianelloni wrote:

>> branding: Enable Gentoo specific branding
>> [questionable, as used for splashes/shortcuts/artwork]
> 
> Well, my personal opinion here is that we should enable this by default
> on *at least* the desktop profiles, as providing sensible defaults and
> branding isn't outside the scope of the project.  We still stay as close
> to upstream as possible with this stuff and only use it for branding or
> optional Gentoo-specific minor config changes.  Also, it can still be
> disabled for people who want everything as upstream intended.
> 
I have no objection to it being flagged on by default in desktop profiles,
but "Gentoo-specific minor config changes" concerns me, since I take it as
given that installing for a specific distro implies config changes to work
with that distro, and not having those because I have turned branding off
sounds bad for me as a user and seems a confusion of purpose. (It could
lead to more optional config changes bundled in future which wouldn't be
apparent without knowledge of the ebuild.)


-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: [RFC] Some new global USE-flags

[Chris Gianelloni]

[-- Attachment #1: Type: text/plain, Size: 1659 bytes --]

On Fri, 2007-12-28 at 05:53 +0000, Steve Long wrote:
> Chris Gianelloni wrote:
> 
> >> branding: Enable Gentoo specific branding
> >> [questionable, as used for splashes/shortcuts/artwork]
> > 
> > Well, my personal opinion here is that we should enable this by default
> > on *at least* the desktop profiles, as providing sensible defaults and
> > branding isn't outside the scope of the project.  We still stay as close
> > to upstream as possible with this stuff and only use it for branding or
> > optional Gentoo-specific minor config changes.  Also, it can still be
> > disabled for people who want everything as upstream intended.
> > 
> I have no objection to it being flagged on by default in desktop profiles,
> but "Gentoo-specific minor config changes" concerns me, since I take it as
> given that installing for a specific distro implies config changes to work
> with that distro, and not having those because I have turned branding off
> sounds bad for me as a user and seems a confusion of purpose. (It could
> lead to more optional config changes bundled in future which wouldn't be
> apparent without knowledge of the ebuild.)

Well, by this I meant something like bug #170059 which would mean
changing the default home page (minor config change) to something
Gentoo-specific.  Not all config changes are for required functionality.
Sorry, I had assumed that people on this list would be technical and
able to realize this without it being explicitly spelled-out.

-- 
Chris Gianelloni
Release Engineering Strategic Lead
Alpha/AMD64/x86 Architecture Teams
Games Developer/Foundation Trustee
Gentoo Foundation

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]