=== jdub [~jdub@home.waugh.id.au] has joined #ubuntu-meeting [03:10] so many channels... === elmo [~james@83.216.141.215] has joined #ubuntu-meeting === mdz_ [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #ubuntu-meeting === ..[topic/#ubuntu-meeting:mdz_] : Ubuntu Technical Board Meeting -- 2004-09-21 1600UTC [05:54] 5 minutes === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-meeting === thom [~thom@amnesiac.heapspace.net] has joined #ubuntu-meeting === ..[topic/#ubuntu-meeting:mdz_] : Ubuntu Technical Board Meeting -- 2004-09-21 1600UTC || Agenda at http://wiki.ubuntu.com/TechnicalBoard === Keybuk [scott@descent.netsplit.com] has joined #ubuntu-meeting === Mithrandir [~tfheen@vawad.raw.no] has joined #ubuntu-meeting === seb128 [~seb128@ANancy-111-1-17-20.w80-13.abo.wanadoo.fr] has joined #ubuntu-meeting === Kamion [~cjwatson@host81-153-126-219.range81-153.btcentralplus.com] has joined #ubuntu-meeting [06:00] ok, time to begin [06:00] the first item on the agenda is a discussion of the new software to be brought into universe [06:01] my understanding is that this includes Debian contrib, Debian non-free and a subset of Christian Marillat's packages === ..[topic/#ubuntu-meeting:Kamion] : Ubuntu Technical Board Meeting -- 2004-09-21 1600UTC || Agenda at http://wiki.ubuntu.com/TechnicalBoardAgenda [06:01] does this mean there will be no way for people to see whether they install free or non-free software from universe? [06:02] that is correct [06:02] universe would be a mixture [06:02] or, we could use sections to delineate it [06:02] there's a comment on the agenda from jdub suggesting we avoid non-free in universe [06:02] are we still going for a "you're installing software from universe, are you crazy?!" kinda warning? [06:02] yes [06:02] virtual jdub says, let's not do it [06:02] Keybuk: yes [06:02] actually, it's everything in Marillat's - he doesn't have decss or anything flat out indistributable [06:03] I have patches for synaptic waiting [06:03] what do we class as non-free? cf. mplayer [06:03] elmo: he doesn't have java in there? [06:03] I think we should have non-free universe or at least sections in it [06:03] mdz: no that I saw, no [06:03] oh, ok. strike 'a subset of', then [06:03] Mithrandir: the current plan for that is to change the section to universe/non-free for non-free software [06:04] the alternate/backup plan is to create universe-non-free [06:04] I would prefer the latter [06:04] (plan in the sense, of what I'd plan to do, if we go ahead, sort of thing) [06:04] if the need is to let the user know whether they are installing free or non-free software, then a section is no good [06:05] also think of derivatives, they might want to get something off universe, and if they have to go through a lot of licenses, that's kinda wasted work. [06:05] if the goal is just to classify it so that people can look and find out at a glance [06:05] Mithrandir: universe is "you're on your own" [06:05] then sections are useful [06:05] I think it is preferable that universe live up to its name, and be inclusive by nature [06:05] so if we want further classification, it should be in subdivisions of universe [06:05] that could mean that universe becomes a separate archive, having components, or that we use sections === mdz_ hides from elmo [06:06] I guess we can't have packages that exists in both universe and free-universe? [06:06] or something along those lines? [06:06] Mithrandir: i'd prefer we do NO classification of universe software at all [06:06] what kind of non-free is likely to end up in universe? [06:06] mdz: dude, we can't have two archives - we have packages with source in main and binaries in universe [06:06] that way we don't have to argue semantics, it's either main, or it's not [06:06] elmo: good point [06:07] it would be useful to have a marker for derivative distributions [06:07] Keybuk: no-commercial stuff, for instance? [06:07] if they know that something came from Debian main, they don't need to be concerned about the license [06:07] sabdfl: yeah, but it's really harsh taking 9000 packages of free software and hiding 100 packages of very non-free software in there [06:07] sabdfl: debian doesn't do a good job of checking licenses - expecting users too, is just, well harsh [06:07] we'd be mixing things in Debian main with non-free stuff, forcing them to review the licenses individually [06:07] Keybuk: some commercial apps, like opera would be interesting (to me) [06:08] Mithrandir: i've asked elmo to look into opera in universe [06:08] elmo: 9x% of users, given the choice to add non-free during install, say yes [06:08] limi will be pleased :-) [06:08] sabdfl: it's non-redistributable atm, afaik. they promised to fix it a few years back, but I figure I need to kick some butt. [06:08] keybuk: mark's said we can ship anything that is distributable (even if it's "non-commercial only") and not likely to invoke DMCA type lawyer/police visits [06:09] not "ship" on the cd [06:09] err, sorry [06:09] s/ship/add to universe/ [06:09] but certainly make accessible via universe, for people who want it [06:09] elmo: and also doesn't contaminate other software we distribute (i.e., java) [06:09] mdz: right, that too [06:09] the idea is simply to get rid of all the "go over there, add this line to that file, then compile that bit of code...." hoops [06:10] sabdfl: I don't think we should ignore the x% of users who _do_ actually care about freeness just because they're a minority tho [06:10] mdz_: my reading of the java licence is not that it contaminates other java implementations, but just that those have to be clearly labeled as replacing bits of java [06:10] is there going to be a contrib-alike "depends may not be complete" loop-hole, or do we want supported+universe to be depends-complete ? [06:10] there are a ton of warnings when you add universe to your sources list, for them specifically [06:11] Keybuk: depends-complete [06:11] ?? [06:11] erm, actually, i don't know what i'm talking about there [06:11] dude, you told me to import contrib, it can never be depends-complete if we do that [06:11] contrib is permitted to depend on things that aren't packaged at all [06:11] sabdfl: packages in Debian contrib are allowed to depend on packages that don't exist [06:11] exactly. i don't know what i'm talking about there :-) [06:11] or which are randomly downloaded from the Internet [06:12] we should include the "randomly downloaded" stuff in universe too, if we can [06:12] elmo: did Debian ever get an official-ish opinion on the java license? [06:13] sabdfl: I'm a bit wary of this -- it'll make universe include all kinds of _completely_ not-quality-controlled crap.. people treat it as "ok, not supported, but at least it's done by DDs so it might be decent" today. [06:13] sabdfl: I think you're conflating stuff.. the warnings are primarily there because the software is unsupported.. we're going to have to check the license on stuff we import that isn't from debian/main anyway, so we'll know which is free and which isn't. if we choose not to separate them out, it's not because it costs us anything to do so [06:14] mdz: official from who? AFAIC, the ftp-master position was that it was indistributable in non-free, and we invited -legal to tell us otherwise and they didn't [06:14] Mithrandir: most people will only install something from there that they are explicitly looking for. if they are explicitly looking for it, they will install it wherever they find it [06:14] Mithrandir: true, currently people moving from Debian see it that way, as a sort of compatibility layer [06:14] there's also the issue of derivtatives, it's not just users [06:14] elmo: official-ish as in consensus from people who enjoy arguing about licenses (i.e., debian-legal) [06:15] yeah, if we want to do something like gnubuntu, it'll be a real issue [06:15] i'm committed to making it obvious that installing software from universe is well labelled as "scary" [06:15] but then making it easy for people to do that if they want [06:15] although they may want to audit licences themselves anyway [06:15] if we could avoid throwing away the information about the origin component in Debian, that might help [06:15] mdz: I REJECTed it, asked for follow ups to legal - no clear consensus emerged to dispute the contamination issues, AFIACR [06:16] we have a few issues here -- we have the free-vs-non-free argument, and we have the "put random stuff downloaded off the net" discussion [06:16] should we do one at a time? [06:17] I don't think the latter is much of an issue at this point [06:17] elmo: is there any way we can have Debian-Section: or something in the Packages files? [06:17] elmo: that way, we can rearrange ourselves as we see fit without throwing away the information [06:17] most users don't give a shit about licenses -- derivatives will, to a lesser or bigger degree. [06:18] right [06:18] Kamion: or some kind of origin field in general? [06:18] free-vs-non-free is an issue for philosophers and derivatives [06:18] and derivatives will be quite happy wandering about through the Packages files [06:18] the question is, how much work are we willing to do in order to make life easier for those two groups? [06:18] I think that a marker to say where the package came from, as Kamion is suggesting, is about the right amount [06:18] mdz_: we==Canonical are doing a hell of a lot of work to make life easier for derivatives :-) [06:18] Kamion: on the specific issue of licensing :-) [06:19] throwing away information is silly, but if we can preserve it like Kamion suggests, it sounds good to me [06:19] we can stick some of that stuff in the launchpad database, which would make it possible for the derivatives to use it in the same interface where they are selecting packages anyway [06:19] don't we already preserve the Section: from Debian? [06:19] all of that stuff, actually :-) [06:20] I guess we need to keep track of where we get $random debs from anyway, to get the newer versions [06:20] mdz: usually but not always - I override them sometimes, e.g. nothing in universe is >> optional [06:20] elmo: er, section != priority? [06:20] i don't want to add any work to the archive structure and files, that's a next-gen archive problem [06:20] that's priority, actually, but you get the idea, i.e. that we have our own overrides which are seeded from debian's [06:20] mdz_: I think the part before the / needs to be squashed ...? [06:20] Kamion: doesn't it stick around in the .deb? [06:21] and the .dsc [06:21] i'll agree that we'll capture this stuff in launchpad, where it can be part of the automatic filtering of packages [06:21] mdz_: it is in the debian/control file at least. [06:21] mdz_: hm, true, assuming that the original .deb's section was right [06:21] although you have to get at least contrib/non-free right, I guess [06:21] "don't show me packages that have licence XYZ" [06:21] kamion: for Debian it has to be - debian doesn't have component overriding [06:21] Kamion: I would at least hope that the original .dsc section is correct with respect to main/non-free/contrib [06:21] elmo,mdz: yeah, brain just catching up with fingers [06:22] sabdfl: or more likely "don't show me non-free software" :-P [hell, that should be the default IMO] [06:22] elmo: do you get to save your particular non-free religion in a cookie to do that? {ducks} [06:23] ok, so if we're doing it fancy for the next-gen stuff, the question would seem to be, what can we do today in order to make it easy to seed that data when it's ready? [06:23] mdz, we'll capture it in launchpad, then discuss for next-gen-archive [06:23] at the very _least_ we should override the section to be universe/non-free [06:23] mdz_: stick a field in the database and record where we get things from? "origin = debian non-free" or something [06:23] Keybuk: the existing database? [06:23] elmo: that makes some sense too [06:24] sabdfl: we really shouldn't just put this all off till next-gen - we have to redo our archive anyway for universe, things like adding another section is mickey mouse [06:24] sabdfl: is launchpad ready to receive it? [06:24] mdz_: if it's no real work to capture it in both launchpad and katie, let's do that? [06:24] no, i really DON'T want us to be clasifying this stuff. if we do it, we have to do it totally for everything, and that's going to require non-scalable review processes [06:25] mdz_: no [06:25] sabdfl: the sort of classification being diiscussed was a "where this came from", which is no work for us because we already know [06:25] i.e., Debian main, Debian contrib, Debian non-free, and "other" [06:25] sabdfl: dude, I can not sanely import non-free/*, there _is_ going to be software in there that says "only Debian may redistribute" this [06:25] sorry, "Debian and it's mirrors" [06:26] aren't we a de facto Debian mirror? :-) [06:26] not when we do 1.0-2ubuntu1 uploads :-P [06:26] we have to store that somewhere on our side for ongoing syncing purposes anyway, there is no need to stick it in the archive [06:26] mdz_: dodgy, decididly [06:27] so, the needs of derivatives are expected to be met by the launchpad db [06:28] what about the philosophers? [06:28] they want that information now, while derivatives can wait [06:28] "philosophers" pfft [06:28] guys, it's not being a philosophers to not want to unwittingly install some "no commercial" use software at work [06:28] the philosophers have the following information: YOU ARE ON YOUR OWN. now philosophize. [06:29] sabdfl: due respect, that's crap [06:29] that's a big step down from Debian [06:29] especially for the server market [06:29] exactly [06:29] mdz_: it's a different approach. why is the server market different? [06:29] because home users aren't affected by "no commercial use" clauses [06:30] (usually) [06:30] sabdfl: today, I can put Debian on a corporate box, and know that anything I can intsall I am legally allowed to use [06:30] same with ubuntu. if you dip into universe, you need to check the licence of anything you install. [06:30] this would basically make universe totally useless for anyone except home users [06:31] other people aren't likely to have time to check the licences [06:31] sabdfl: the difference is that Debian has everything you could possibly want on a server [06:31] sabdfl: while ubuntu doesn't, not by a long shot [06:31] you don't need to dip outside Debian [06:31] sabdfl: dude, no one (not even us) is going to run just 'main' on their servers [06:31] every server has its dirty laundry :-) [06:32] why on earth should we actively make things hard for people, when we already know whether a piece of software is free or not? [06:32] because if we say some things are non-free, and some aren't, we expose ourselves to risks in other regards [06:32] sabdfl: in what way? [06:33] which is why I couched it in terms of origin, rather than licensing [06:33] what about universe/known-free and universe/black-hole [06:33] if we record where it came from, we're providing almost all the information the user needs, without making a licensing decision [06:33] what about universe/debian-main, universe-REALLY-fucking-scary ? :P [06:34] and we can do 'Origin => Marillat', which is the sort of thing some people may be interested in anyway [06:34] Keybuk: someone might argue that we are recommending things to people based on that classification [06:34] universe-you-must-be-this-tall-to-ride-this-ride [06:34] which is why i prefer NO classification [06:34] sabdfl: it's not a classification, it's informational [06:34] mdz_: so LA [06:34] Kamion: so is the label on herbal tea, and that can get you sued [06:34] the reason it isn't a classification is because the packages aren't segregated on that basis [06:34] sabdfl: is that inherently much different to the nv driver being in main and the nvidia being in restricted? [06:35] sabdfl: how about we mark things which came from Debian main with an Origin: tag [06:35] but there we have done a really thorough job of the analysis. [06:35] sabdfl: and simply omit that tag from everything else [06:35] sabdfl: if something's going to be getting us sued based on what random fields we put next to it in a Packages file, we should be running away from it, not distributing it [06:35] and I don't WANT to do a really thorough job on some of the stuff that I want in universe [06:35] sabdfl: yeah, I guess ... simply saying where it came from doesn't have that problem though? "Origin: debian contrib" for example? [06:36] that's a quotation more than a classification [06:36] it wouldn't be necessary, except that it's not particularly easy to determine from the package itself whether or not it came from Debian [06:37] or even possible [06:37] sabdfl: does a Debian/non-Debian distinction give you any bad feelings? [06:38] mdz_: yes, i'd prefer "known-free" and "something else" [06:38] known-free is just as dangerous liability-wise [06:38] sabdfl: how about if known-free happens to contain only stuff from Debian main? [06:38] if Debian screws up (and it does - a lot) we're in the same boat [06:39] if you're worried about liability, Debian-main/everything-else are better IMHO [06:39] mdz_: it will end up carrying more than that, inevitably [06:39] we will end up with potentially a lot more software in universe than in all of debian [06:39] sabdfl: it will only carry more than that if we are reviewing licenses of things going into universe [06:40] sabdfl: which we won't(?) [06:40] err, we so will [06:40] guys, there's 178 packages in non-free [06:40] it'll take me like an hour or two at most to check those licenses, and I think it'd be unutterably insane to not do so [06:40] there's avoiding liability and then there's gross negligence [06:41] a lot more in universe than in all of debian? it'll take even a crack team of packagers performing no QA at all quite a while to get that far [06:42] I can see a few special cases, but it seems we should be encouraging free software wherever possible, so there's no reason why the bulk of things shouldn't be in Debian too [06:45] what if we lump everything together [06:45] and some random schmo on the Internet publishes a web page with a list of what he thinks is free and what isn't [06:46] mdz_: we'll do some internal review, but the less we advertise and make claims about what's there, the better [06:46] elmo: of course i am happy for that review to happen, so we can find any real problems and weed them out [06:47] sabdfl: agreed [06:47] sabdfl: someone from the free software community could do such a classification, independently, though [06:47] yes [06:48] and we can put a very rich classification into launchpad, to make it easy for derivatives [06:48] which I think would meet the needs of the zeal^Wphilos^Wfreedom fighters [06:48] sabdfl: won't the rich classification in launchpad have the same issues? [06:49] i'd prefer "known-free" and "unknown", where in launchpad, unknown trivially lets you read the licence and decide for yourself whether to include that package in your derivative [06:49] i do see the point in "known-free" for 90% of the no-brainer cases out there [06:50] is the text in sources.list suitably scary? [06:50] no [06:50] it needs to be FIGLET scary [06:50] ## Uncomment the following two lines to fetch updated software from the network [06:50] ## and be able to use more than 12000 unsupported packages from the universe archive. [06:50] my install must be old, there's nothing there at all [06:51] it sounds almost tempting [06:51] eek, that sounds ENCOURAGED [06:51] it should be something like: [06:51] sabdfl: I have patches from mvo to add scary warnings to synaptic [06:51] what about dselect/aptitude? [06:51] or even apt it self? [06:51] elmo: comments in sources.list [06:51] let's offer a bounty to the maintainer of apt! [06:51] # uncomment the following line to add software from the "universe" repository. [06:52] mdz: that's it ??? [06:52] elmo: oh, you mean when installing stuff [06:52] that's so Hoary [06:52] # NB software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu team [06:52] I'm going to populate hoary soon, and you guys will have to starty saying "that's so Perky" :-P [06:52] For following NEWS universe packages WHICH ARE ENTIRELY UNSUPPORTED YOU FOOL will be installed: [06:52] elmo: you're bluffing [06:52] elmo: grumpy [06:53] hmm @ auto-typing [06:53] sabdfl: "they are not supported in any way, including security updates" [06:53] # and may also not be under a free licence. Please satisfy yourself as to [06:53] sabdfl: if you could file a base-config bug with the text you want, that'd be good ... [06:53] but scarier. [06:54] http:/.../ universe non-free non-commerical java distributable ? [06:54] # to your rights to use the software. Also, please note that software in universe [06:54] (transcribing this into a bug report btw) [06:54] # WILL NOT receive any review and updates from the Ubuntu security team. [06:54] how's that sound? [06:54] s/and/or/ [06:54] and I'm happy [06:55] sabdfl: I would have it even scarier, if possible. [06:55] Kamion: i'll file a bug on base-config [06:55] is "under a free licence" sufficiently descriptive? [06:55] sabdfl: thanks [06:55] sabdfl: I already filed one [06:55] and synaptic needs to pop that up before letting you enable the component [06:55] https://bugzilla.ubuntu.com/show_bug.cgi?id=1564 [06:56] Mithrandir: agreed [06:56] is synaptic what you get when you use the menus in gnome? [06:56] really, we are saying "adults only" [06:56] elmo: yes [06:57] Keybuk: we'll have the infrastructure for that stuff in apt/aptitude/etc. in Hoary [06:57] new school, kinda [06:57] note that we aren't localizing that text in any way [06:57] synaptic will also show ALL universe packages with a clear label (skull and crossbones, i think, was mvo's choice) [06:57] that's so NOTWARTY it's untrue, though [06:58] ?? "get your warez" here? that's not very _discouraging_ to most people :p [06:58] we didn't manage to get the aptitude guy interested in being able to set a colour based on component though [06:59] now let's be bold about what goes into universe [07:00] ok, so the resolution on classification was known-free and "other"? [07:00] and we'll update the comments in the default sources.list [07:00] and bring in the patches to synaptic with the same text [07:01] and also (in synaptic) the supported/unsupported classification in the UI [07:01] sounds reasonable to me [07:01] one hour, one agenda item down :-) [07:01] so, hang on, sorry, am I not even mutilating the section now? [07:02] elmo: implementation details :-P [07:02] section? origin? [07:03] section seems appropriate [07:03] since it's _completely useless_ for anything else [07:03] so universe/free and universe/other? [07:03] or universe/free and universe/unknown? [07:04] grrrr... [07:04] unknown > other [07:04] that's gonna make everything show up in one humungous list in synaptic [07:04] Debian sections are not useful for finding software [07:04] it won't even be categorized to the fairly minimal extent it is in Debian, and we don't have debtags yet [07:04] please can the standard line just be "universe" and let the philosophers use the free/unknown filter [07:05] sabdfl: yes, I don't think the line in sources.list needs to change at all [07:05] Kamion: universe isn't designed to be useful for substantial package selection [07:05] the section pretty much has to be universe/something I think [07:05] something? [07:05] "something' being the original Debian section [07:05] mdz_: that's the current state [07:06] so where's the "free" indicator go, for those that want it? [07:06] admin base comm devel doc editors electronics embedded games gnome graphics hamradio interpreters kde libdevel libs mail math misc net news oldlibs otherosfs perl python science shells sound tex text utils web x11 [07:06] USELESS [07:06] mdz_: more useful than one huge list [07:07] it's certainly not very good, but it's better than the absence [07:07] is there any point in having the freeness indicator in the archive? [07:08] I don't think we have any package management UI in Ubuntu which lets you wear freeness blinders based on anything but sources.list [07:08] so it'd be purely informational anyway [07:08] X-Ubuntu-Known-Free: yes [07:09] mdz_: the only thing would be the Section ... at least that shows up in the UI [07:09] yes, AFAICS, we have 3 choices: (a) split universe into universe-known-free and universe-universe, (b) abuse Section, (c) add some random meta-data tag [07:10] so is the freeness classification worth giving up the benefits of sections, however marginal? [07:10] mark hates (a), (b) and (c) are kind of useless, (b) being marginally less so [07:10] "what's the use case?" [07:10] only (a) would come close to actually helping any poor sod who wants to use ubuntu in a commercial environment [07:10] if it's "I only want free software on my computer" [07:10] then none of those except (a) actually do anything [07:10] that's not true [07:10] (b) helps if you don't use apt-get directly [07:11] elmo: how would they enforce that, would they use archive.ubuntu.com/ubuntu warty universe/free ? [07:11] (b) helps if you never ever use the command line [07:11] sabdfl: no, unfortunately, the only way to make it sources.list based is option (a) [07:11] sources.list/apt-get has no concept of sections, only components [07:12] elmo: components can't be multi-level? [07:12] Kamion: not in sources.list ... apt doesn't filter [07:12] err.. well, I dunno, to be honest.. I suppose katie could - would they work with apt [07:12] +? [07:12] universe/free, you mean? [07:12] it'd have to be hyphen rather than slash if you wanted it to be sources.list based then [07:12] stable/non-US works fine [07:13] mdz_: but if you put just "stable", you don't get "stable/non-US" [07:13] Keybuk: right [07:13] if we switch to that, we need to convert everyone's sources.list [07:13] which is not out of the question, if it's the right solution otherwise [07:14] so the question really does come, do we want users to be able to select in their sources.list to only get known-free universe packages? yes/no? [07:15] yes, that's the only point i can see to making the distinction in the archive not in launchpad [07:15] agreed [07:15] elmo: is it possible for a package to be simultaneously in two or more sections? [07:15] components, sorry [07:16] is there another place we can put a flag that will be displayed in aptitude and synaptic? [07:16] no [07:16] keybuk: package/version/arch tuple? no === yuran [~anon@line134-238.adsl.actcom.co.il] has joined #ubuntu-meeting [07:16] keybuk: package, yes [07:16] across releases, for example [07:17] there's currently noplace we can put a flag which will be visible across all apt frontends [07:17] ok, so if we do it in sources.list we're looking at splitting universe into universe and universe-maybe-not-free/multiverse/whatever? there's no other way to do that? [07:17] if we want to support a useful freeness distinction for the user in universe, it needs to be at the sources.list level [07:17] universe and blackhole [07:17] forget it, this is the mess i was trying to avoid :-) [07:18] (and yes, i know it means there's a whole other kind of mess :-) [07:19] elmo: any suggestions? [07:19] we provide a freeness distinction within our supported set [07:19] (only) [07:20] how much work would it be to add a header item to the packages file which is displayed in both aptitude and synaptic when you view the package detail? [07:20] Keybuk: not really? there is only really creating a separate component available to us as an option at this point in time.. and if sabdfl doesn't want to do to that [07:20] Free-Software: Confirmed [07:21] elmo: having a magic universe-known-free subset component isn't possible? [07:21] If a package is non-free/non-commerical, I'd prefer if dpkg/apt didn't even know about it; ...rather than having to get them to filter it out. [07:22] sladen: the answer would be, "then don't use universe" [07:23] hmm... [07:23] keybuk: how is a "magic subset" component different from a simply separate component [07:23] +? [07:23] Debian is in the business of collecting gobs of software and dividing it into free and not free [07:23] Ubuntu is in the business of collecting gobs of software and dividing it into supported-free, supported-non-free, and unsupported [07:23] that's how it stands today [07:24] if our supported set expands to contain a reasonably complete subset of useful software, the distinction becomes less important [07:24] but as it stands, Ubuntu supported << Debian main [07:25] yeah, we could possibly add a universe note that if people are continually installing things from universe to discuss with us about making them supported. [07:25] we may have missed something glaringly obvious [07:25] Keybuk: making popularity-contest work would be a good start [07:25] been meaning to file a bug about that [07:28] my hope is that derivatives will commit to getting stuff that is in universe, that is important to them, supported to the level we require for inclusion in main [07:28] Keybuk: it's certain that we've missed some glaringly obvious things; a few have come up already [07:28] then, as mdz points out, main expands to be more useful [07:29] if we get to a point where most people can use only supported software, then that will satisfy those who want the distinction as well [07:29] they could remove 'restricted' [07:29] RMS will never be happy with it [07:30] but that's almost a given [07:30] did you read his correspondance with Jeff? He was actually quite civil [07:31] http://lists.gnome.org/archives/foundation-list/2004-September/msg00067.html [07:32] I blacked out at "GNU slash Linux..." [07:32] anyway, there is a decision on the table about whether to subdivide universe [07:32] at least, whether to subdivide universe today [07:33] just to clarify, the old division that makes sense, if we do it, is two components [07:33] I don't think we can do it in a useful way today, by the sounds of it [07:33] "universe" and "multiverse" [07:33] s/old/only/ [07:34] not without two components anyway [07:34] what the heck's multiverse? [07:34] elmo: non-free universe [07:34] given the lack of a straightforward solution, and hazy user need, I think we can safely defer the decision until post-Warty [07:34] meh [07:34] if we want, we can set up the Hoary archive differently [07:34] can we not? [07:35] what's not straightforward about two components? [07:35] then the apt/sources.list can at least contain meaningful options w.r.t. known-free stuff [07:35] if we don't want to do it, fine, but let's at least just say that [07:36] elmo: is two components going to take more than an extra day to arrange? [07:36] what would we call the components? [07:36] universe and multiverse [07:36] by definition there can only be one universe [07:36] sabdfl: no, not at all, it's just a change in the planto import non-free [07:37] multiverse doesn't tell the user anything about what they're asking for [07:37] universe-known-free and universe-somethingelse would be my preference [07:37] mdz_: i'm expressly trying to avoid warranties in this regard [07:38]