Re: Reverting to GNOME for jessie's default desktop
On Mon, Aug 11, 2014 at 06:00:05PM +0200, Jonas Smedegaard wrote: I do: I see a reason to netinst a 0.629xCD size desktop install rather than a 0.829xCD size desktop when bandwidth is costly. Yes, but if you netinst you can *pick* your desktop, it's not like you have to pick the default. Do a minimal install, then use tasksel to select XFCE (or just x + a window manager + the application you actually need). The CD images are fixed size. They will fill out a CD-size (or a DVD, if they are DVD-images). Netinst images can obviously be optimized for size, but the netinst images do not contain the desktop environment, so whichever desktop is default is a totally moot question in that scenario. Summary: * If you download you can pick the smallest option possible; thus the default desktop is irrelevant -- people with plenty of bandwidth will probably go with the default, but if you know that your connectivity is expensive you'll go for something small (possibly forgoing the tasks system altogether) * If you use ready-made CD/DVD images they'll be fixed size no matter what. If you sneaker-net them you definitely want them to be full, not half-full. Regards: David -- /) David Weinehall t...@debian.org /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140811173843.gd2...@hirohito.acc.umu.se
Re: [Pkg-xfce-devel] Reverting to GNOME for jessie's default desktop
On Mon, Aug 11, 2014 at 01:35:28PM -0400, Lennart Sorensen wrote: All I personally expect from a window manager is: Be able to launch programs (ideally using alt+F2) Available in GNOME 3. Be able to resize the window using the edge of the window Available in GNOME 3. Have a maximize/restore button Not enabled by default (if I remember correctly), but possible to enable using gnome-tweak-tool. Have a minimize button Not enabled by default (if I remember correctly), but possible to enable using gnome-tweak-tool. Have a close button Available in GNOME 3. (These last 3 should also show up when I hit alt+space, because well I have used that keystroke on many systems for over 20 years to do that). Alt+space brings up the window menu in GNOME 3. So, sounds like GNOME 3 provides/can provide everything you seem to expect from a window manager. Kind regards, David -- /) David Weinehall t...@debian.org /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140811174240.ge2...@hirohito.acc.umu.se
Re: [Pkg-xfce-devel] Reverting to GNOME for jessie's default desktop
On Mon, Aug 11, 2014 at 01:47:53PM -0400, Lennart Sorensen wrote: On Mon, Aug 11, 2014 at 07:42:41PM +0200, David Weinehall wrote: Available in GNOME 3. Available in GNOME 3. Not enabled by default (if I remember correctly), but possible to enable using gnome-tweak-tool. I shouldn't have to know that. And I am pretty sure when gnome3 appeared in sid, it wasn't available. Not enabled by default (if I remember correctly), but possible to enable using gnome-tweak-tool. I will somewhat agree that one is hardly ever used since I just alt+tab to the other window I want. Available in GNOME 3. Alt+space brings up the window menu in GNOME 3. So, sounds like GNOME 3 provides/can provide everything you seem to expect from a window manager. Trying to navigate the horrible menu system trying to find where to configure things was highly unpleasant too. It made windows 8 seem sane. I just believe the default when you install and log in the first time shoudl be something that makes sense to your typical average user, and I don't think gnome3 by default does that. It can be tweaked to do so now (I don't think it could initially), but the typical user won't know how to do that. The defaults are bad. Well, if there's a consensus that the minimise/maximise buttons are needed (I always enable them, so I'd vote yes!), then I'm sure that the Debian GNOME team will be happy to enable those options by default. Regards: David -- /) David Weinehall t...@debian.org /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140811200924.gf2...@hirohito.acc.umu.se
Re: Reverting to GNOME for jessie's default desktop
On Fri, Aug 08, 2014 at 11:10:50AM +0200, Jonas Smedegaard wrote: The issue here really is how big is it? rather than hos many disks [of which kind] does it fit onto?. unable to fit on a single image is not only about use of said storage devices for installation, but also an indication more generally of how much data needs to be transfered on average for a usable installation. Quite a few places in the World have poor and/or expensive internet access. Larger default desktop will hurt the most in developing countries: non-techies gets discourages to use Debian at all, or when using it may apply security fixes less often. In all cases where I'm stuck with expensive (and/or slow) Internet I sure as hell pick the netinst image and download the minimum set of packages I need, rather than a whole CD image on the offhand chance that I might need everything on it (which is exceedingly unlikely). If, on the other hand, I download a CD-image somewhere else to burn it and then bring it home, the image will always be full CD-size (or are you suggesting that we start distributing half-empty CD-images?). So, as long as GNOME fits on the first installation CD I see no reason not to prefer it over XFCE. Kind regards, David -- /) David Weinehall t...@debian.org /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140810205944.gc2...@hirohito.acc.umu.se
Re: OSI affiliation
On Tue, Feb 21, 2012 at 01:08:28PM +, Gervase Markham wrote: On 21/02/12 10:08, MJ Ray wrote: Words are cheap. When will OSI revoke some of the bloopers? Philip also made the same point. You'd need to ask them. I can speculate wildly: - They currently have no process for revocation of status; - Most of the bad ones are hardly used at all, making it a moot point practically; - It sets a bad precedent; organizations which have policies about using only OSI-approved software may have to incur significant cost and inconvenience; A way to solve these three issues, and solve the license proliferation issue while at it, might be to start from scratch. Since we've have become concerned about the wild proliferation of similar licenses, we have decided to change the way we work. We have begun work on categorising the different types of licenses we find acceptable, and have described their strengths and weaknesses here list of the base licenses, such as GPL, MIT, BSD, etc. Other licenses that are deemed equivalent with these licenses will put on a second list; while these licenses too are recognised as OSI-approved, we do not recommend using them for newly written software, and if possible would prefer to see their use be replaced with one of the endorsed, perhaps? ones. While reworking the list we will also do review work of the entries already in the list; if we find details we might have missed out on earlier, we will foo bar The previous list of OSI-approved licenses is still available here, but once work on our new list finished it will be marked as obsolete. And then launch this as OSI-approved v2. All this would obviously rely on such license reviews actually taking place, rather than just rubber stamping. - It would be difficult to get wide enough agreement on exactly which licenses were bad enough to be revoked. This might be tricky, agreed. Lucky for them Debian has got a pretty solid good/bad list already. We can even offer it free of charge, free to modify, free to use anyway they please, free to redistribute, free for whatever purpose they want. ;) Regards: David Weinehall -- /) David Weinehall t...@debian.org /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120221192415.gb17...@suiko.acc.umu.se
Re: Debian Maintainers Keyring changes
On Mon, May 03, 2010 at 08:08:43PM +, Debian FTP Masters wrote: [snip] invalid-uid Full name: ungeneratable user id Added key: 3C0B6EB0AB2729E8CE2255A7385AE490868EFA66 WTF? [snip] Regards: David -- /) David Weinehall t...@debian.org /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100503220813.ga24...@test5.acc.umu.se
Re: Debian redesign
On Sat, Aug 01, 2009 at 07:04:18PM -0300, Felipe Augusto van de Wiel (faw) wrote: [snip] Our current logo's font is [1]Poppl Laudatio Condensed and Berthold sells under different types of licensing, including World Wide licenses. There seems to be some different free alternatives like LaudatioC, but I would say that we can use the same idea gave during the talk about Debian redesign and implement a free alternative for it. (Or somebody can wonder how much would cost a World Wide license :) 1. http://www.bertholdtypes.com/bq_library/90090.html You know, licensing commercial data rather than producing a libre version of it seems to be quite at odds with the Debian way of things. I certainly like the Debian logo, so I don't mind the typeface as such, but I think we should at least use a free version of it. If there's none, we should either use some Debian funds to commission someone to make it (if there's a willing and talented typograph to be found) or change to a different typeface. [snip] Regards: David -- /) David Weinehall t...@debian.org /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Questions about present Gnome and the Linux kernel versions
On Tue, Jul 07, 2009 at 10:38:47PM +0200, Josselin Mouette wrote: Le mardi 07 juillet 2009 à 22:18 +0200, Kees de Jong a écrit : So my question is pretty straightforward; are there plans to introduce these two great enhancements into the Debian project? No. We’ve decided that lenny would be our last release. Josselin, sarcasm as a way of making a point is a two-edged sword, and in this case not really helpful. Save it for the flamewars on debian-devel and on planet.debian.org instead... To OP: Josselin is just being unhelpful; linux kernel 2.6.30 has already been integrated in Debian unstable, as has most (all?) of GNOME 2.26), so there are not only plans to introduce these enhancements in Debian; it has already happened. However, as a rule Debian does not backport new features to the stable distribution, only security and stability fixes are backported. Hence you'll either have to use unstable/testing, or wait until the next release. For some packages, there are backports available from backports.org. I don't think there are any GNOME-packages available from backports.org, but at least the latest kernel is available. [snip] Regards: David -- /) David Weinehall t...@debian.org /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: DEP1: Non Maintainer Uploads (final call for review)
On Thu, Aug 14, 2008 at 04:28:36PM +0200, Luipher Fhang wrote: On Thu, Aug 14, 2008 at 11:35 AM, Michael Banck [EMAIL PROTECTED] wrote: I think it is reasonable to first fix the bug (no gender neutrality) When you use http://code.google.com/ in combination with obscene language you find a lot of code comments that found their way into debian packages. How about child protection laws while you think about making a few women more happy? How many children do you think are mature enough to download source code, yet immature enough[1] not to survive colourful language? As for the examples, why not change it to use only she/her everywhere? It would definitely separate us from other distributions, and it's no more arbitrary than using he/him. [1] OK, to be fair it's not really a question of immaturity, rather a question of being raised by overly protective parents, probably at the same time reading them stories from a book that contains stories about incest, genocide, torture, and various other things far worse than any possible mentions of words that the children no doubt will hear on TV, on the street or in school 10 times a day... Regards, David -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Range Voting - the simpler better alternative to Condorcet voting
On Tue, Jun 05, 2007 at 12:16:29PM +0100, Barak A. Pearlmutter wrote: Oops: what I said here: there are no circumstances in which a rational (in the game theoretic sense of that term) Range Voting voter will cast an anti-veridical ballot. is not true when there are N3 candidates. There do exist circumstances etc. However, computer simulations seem to show that they are much less harmful (less likely, and when they occur less likely to result in a really poor candidate being elected) than analogous circumstances with Condorcet. Look, this discussion is all fine and interesting, but I'm curious here: a.) Can you give any example of any election we've had so far that has resulted in an outcome not expected by the voters (that is based on the cast votes, not based on predictions) b.) Can you provide a rewritten devotee that makes use of range voting? Free software communities generally work on a Codes speaks louder than words-policy, so working code is the best first step towards adaption; such a contribution would also be useful even if Debian sticks to Condorcet. Right now I'm getting the feeling you're just pushing a personal agenda. It might well be that there is substance behind your words, and that range voting really is better than Condorcet, but Condorcet has the advantage of already being in use for several years within the project, and thus familiar to almost everyone in the project. I cannot vouch for others, but I had no troubles whatsoever to figure out how our current voting system worked the first time I voted, so I find it hard to believe that Condorcet is too complicated for DD's. After all we're comprised of a really big bunch of smart women and men. So until you present more than just contrived worst-case scenarios which would require our voter-base to a.) not have any understanding of how Condorcet works, and b.) be totally clueless, I suggest you take this discussion to debian-curiosa instead. Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Public request that action be taken at whoever abused their technical power to remove me from the kernel team at alioth.
On Tue, May 29, 2007 at 06:07:40PM +0200, Sven Luther wrote: [snip] Err, a handful is so many people. I guess this is the cause of all my problem, we don't speak the same language. So on one hand, you again and again and again say that *Debian* is treating you badly, on the other hand you say that it's only a handful of people. What is it, one or the other? [snip] Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Another level of agression ?
On Sun, May 27, 2007 at 04:48:35PM +0200, Sven Luther wrote: Hi all, Well, in the ever continuing witch hunt against me, i just noticed, while i was working on a patch fix for the debian kernel, that i have been removed from the alioth kernel team. There was nothing in the judgement of the DAMs which mandated this, and this is again the repetition of what has been happening since all this time. You don't think it has anything to do with your behaviour *after* the DAMs judgement? This is now a call to all DDs, to come forward, with a GR if possible, and put a stop to this, and revert the DAMs decision, which was a *STUPID* decision, removing my ability to do technical contributions to debian, while not solving the perceived problem of my mailing list contributions, which was only a consequence of the repeated agression on my technical capability to contribute to debian. You know, a contribution is generally regarded as something that adds value. Your repeated whining and finger pointer on the mailing lists is not contributing, it's called trolling. There was 2 mediation attempts between you and the debian-installer team. Both came to similar conclusions. When this didn't satisfy, the DAMs finally decided that you'd be temporarily suspended. Do you *really* think that all your repeated complaints will help your case? Really? Even *if* you would be the slighted part here, the best solution for us all is if you respected the suspension and stop your repeated off-topic posting. Spend some time either working on some other project (maybe you could contribute to Ubuntu's PowerPC-port instead?) for a while and return here after your suspension has ended. And when you do, please don't rehash this over and over again. That way you'll only end up having people more pissed. [snip] Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Using money to fund real Debian work
On Tue, Oct 10, 2006 at 09:40:40AM +0200, Thibaut VARENE wrote: On 10/8/06, Raphael Hertzog [EMAIL PROTECTED] wrote: This is not related: - known developers are not necessarily bad developers - technically good developers are not necessarily unknown These are extremely bold assumptions, stated as if they were facts. Cunning. I don't see anything bold in these statements. Your claim that these statements are extremely bold is, on the other hand. What Raphael is saying in the first statement is that there could exist at least one known developer that is a good developer. (Hell, he's not even saying that it *has* to be so). For this statement to be false, you'd need to prove that there is no way what-so-ever that a known developer could be a good developer. By proving this you would prove that it's impossible to become known for being a good developer - only bad developers become known. Now *that's* what I'd call a bold statement. The second statement says that there could exist at least one technically good developer that isn't unknown. (Again not a statement that claims this to be true, just the possibility). For the second statement to be false, you'd need to prove that all technically good developers are unknown; by proving that there are no known developers that are technically good. On the other hand, just showing that one single technically good developer is also known, would prove these statements. Let me drop some random name just to satisfy you: Joey Schulze. Known developer, technically good. There you have it. Both assumptions proven. Of course, you could start to argue about the definitions of good or known at this point, but that would just be childish. Except for possibly in an alternate reality both of these are true, if not *necessarily* in theory, then at least in practise. [snip] Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Proposal: The DFSG do not require source code for data, including firmware
On Wed, Aug 23, 2006 at 05:38:07PM +1000, Anthony Towns wrote: On Wed, Aug 23, 2006 at 01:28:35AM -0500, Peter Samuelson wrote: [Steve Langasek] That's an interesting point. Can you elaborate on how you see this being a loophole, in a sense that having the firmware on a ROM wouldn't also be? The day Debian begins to distribute ROM chips, or devices containing ROM chips, I will expect those chips to come with source code. Until then, this is a red herring. Note that while Peter is currently in the n-m queue (on hold pending further response to TS checks apparently), he's not yet a developer, and his expectations shouldn't be inferred to be those of the developers as a whole. Well, I hereby fully agree with Peter's expectations. And I am a DD. Please don't dismiss people just on grounds that they're not, yet, DD's. Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Private copies of list replies
On Thu, Mar 16, 2006 at 09:33:18PM +0100, Sven Mueller wrote: David Weinehall wrote on 13/03/2006 18:32: Thunderbird, as well as many other MUAs doesn't allow you to set arbitrary headers, including M-F-T. There are plugins for Thunderbird that solves that (mnehy, for instance); Would like to _any_ extension/plugin which really solves that (or, btw would implement list-reply). mnehy doesn't. http://mnenhy.mozdev.org/customheaders.html Composition These headers are shown in the headers dropdownbox when composing new messages; customizations are stored in the user_pref mail.compose.other.header. Kind of indicates that you can set headers based on a per email setting in mnehy, wouldn't you say? you can also do a little prefs hackery: http://www.semergence.com/archives/2004/12/09/09/07/ Just checked. Nice hack. (Not) You realize that the hack you referenced doesn't work for the target given? It adds a custom header to _every_ post made from an account/identity. In other words, it would require to set up a new account/identity for every different setting of M-F-T one wants to use. Unless you wanted to do the hack over and over again (find the post to reply to, stop thunderbird, edit the prefs, start thunderbird, reply, stop thunderbird, remove prefs-hack, start thunderbird, continue reading -- great). http://kb.mozillazine.org/Custom_headers Rather indicates that you can add headers to the list of *available* headers using that hack, and then change the settings / mail. But just to be sure I installed mozilla-thunderbird on my machine. And indeed, this adds another header to the list of headers available when composing the e-mail. I'm still waiting for anyone to recommend a MUA which works on at least Linux and Windows (yes, that evil OS), preferably also on MacOSX and supports MFT. Do you have any particular need to use the same MUA for all platforms? Apart from the fact that MFT still isn't a standard and might just as well never be, for several reason already quoted/referenced by others in this thread. I still haven't seen any quoted/referenced reason that makes sense. Then again, it might not ever become a standard, but it's the best solution for the problem existing. Until someone comes up with something better, I'll go with M-F-T (not that I use it myself, since I'm subscribed to the lists already, and I get too much email anyway to want any copies - the all too common crossposting is bad enough as it is...) Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Private copies of list replies
On Wed, Mar 15, 2006 at 11:11:18AM +0100, Wouter Verhelst wrote: On Tue, Mar 14, 2006 at 12:22:46PM -0600, Manoj Srivastava wrote: On 13 Mar 2006, Margarita Manterola stated: On 3/13/06, Manoj Srivastava [EMAIL PROTECTED] wrote: On 11 Mar 2006, Benjamin Seidenberg stated: Thunderbird, as well as many other MUAs doesn't allow you to set arbitrary headers, including M-F-T. I guess it is time to move to a more capable MUA, no? Thunderbird is a very respected MUA. Not universally. Specifically, not by me. If it can't add headers to a mail, it is definitely lacking in features. Whoa, then you must not like many mail clients. Manoj, there are little mail clients who allow to add arbitrary headers to mails. Really. The only exceptions are console-based clients, like mutt and gnus. I don't even think Pine can do it. Very first hit on google with the search terms pine custom headers yields: http://www.helpdesk.umd.edu/topics/applications/email/pine/397/ Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Private copies of list replies
On Sat, Mar 11, 2006 at 12:11:01PM -0500, Benjamin Seidenberg wrote: Glenn Maynard wrote: I'm also failing to see any reasons people would *not* set M-F-T if they want CCs (or if they specifically don't; Debian lists aside, most other lists have no such policy). I'm not charged for email on a per-header basis; there's no drawback to setting it. Thunderbird, as well as many other MUAs doesn't allow you to set arbitrary headers, including M-F-T. There are plugins for Thunderbird that solves that (mnehy, for instance); you can also do a little prefs hackery: http://www.semergence.com/archives/2004/12/09/09/07/ Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about their packages in Ubuntu
On Sun, Jan 22, 2006 at 02:26:57AM -0800, Scott Ritchie wrote: [snip] In the case of such a package, the same fixes by the Debian maintainer to the Debian package do end up in the contents of the Ubuntu package when it gets resynched. Now, before I confuse myself with word games and contemplate whether that implies control or not, I'm going to offer up the conjecture that bug reports on an Ubuntu universe package are potentially more relevant to a Debian maintainer than bug reports on a Debian stable package, since they're closer to the current unstable. Since all Ubuntu packages are recompiled against a different set of libraries, the bug might not even affect the Debian package, even though they share the same source. Hence having Ubuntu developers triage the bugs to rule out such issues before they are forwarded to Debian's BTS is always a good thing; thus the maintainer field should be changed for *binary packages*. The source is the same, so the field should NOT be changed for *source packages*. If the bug indeed exists in both Ubuntu and Debian, then the bug is in the source and needs fixing in Debian too, but if the bug is caused by the Ubuntu build environment, then the bug is purely in the package, and any bugreport would just waste the Debian developer's time, *AND* risk Ubuntu losing vital information about a bug in their build environment. Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about their packages in Ubuntu
On Tue, Jan 17, 2006 at 09:25:40AM -0800, Matt Zimmerman wrote: [snip] There will always be differing personal preferences, but in spite of these, there are times when an organization needs to take an official position on behalf of its members, even if they don't all agree, so that other organizations can respond to it with confidence. If a consensus can't be reached informally, that's what I think we will need. Why would Debian need to take an official position on behalf of its members? Yes, I can see that it would be in Ubuntu's best interest for Debian to do so, but since it's obvious from this discussion that different Debian developers have different opinions on this issue, it's clearly not in Debian's best interest. Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: documentation x executable code
On Wed, Jan 05, 2005 at 07:36:02PM +1100, Craig Sanders wrote:
[snip]
wannabe-Holier-Than-Stallman zealots is not a rebuttal, it's merely a
succinct description of the anti-GFDL crowd.
Not agreeing with you does not necessarily make people zealots. Have
you ever considered that you're a zealot too? a GFDL zealot...
invariant sections can be modified by patch. the DFSG allows that
restriction. QED.
So for instance, you'd have nothing against a license that only allowed
fixing typos in a program along these lines:
--- helloworld.c.old2005-01-05 10:44:53 +0200
+++ helloworld.c2005-01-05 10:45:14 +0200
@@ -3,6 +3,7 @@
int main(void)
{
printf(Hello Wolrd\n);
+ printf(Hello World\n);
return 0;
}
Because that's the only kind of modification by patch that the GFDL
allows for.
Regards: David Weinehall
--
/) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\
// Maintainer of the v2.0 kernel // Dance across the winter sky //
\) http://www.acc.umu.se/~tao/(/ Full colour fire (/
