Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
On Wed, Dec 01, 2004 at 07:34:06PM -0600, John Goerzen wrote: > On Wed, Dec 01, 2004 at 05:53:08PM -0600, Manoj Srivastava wrote: > > On Wed, 1 Dec 2004 23:32:18 +, Will Newton <[EMAIL PROTECTED]> said: > > And we have no time to set up i judgement over content -- > > there is a clear criteria for inclusion of packages in Debian already. > [ snip something about child porn ] > I for one do not think that the cause of including porn in Debian is > worth it. How many people here are willing to go to jail so that we can > include porn in main? > Ok, Yes, if push comes to shove, I'll be happy to stand trial for the inclusion of hot-babe in main. Now, can we stop this stupid debate about something that is clearly a non-technical issue and get on with doing what we do best? Oh wait, this is d-d, isn't it... Regards, Neil McGovern -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3
Re: New stable version after Sarge
On Tue, Jan 04, 2005 at 02:58:42PM -0500, [EMAIL PROTECTED] wrote: > > I would strongly caution against using Sarge for a production system > until there is security team support. See this message I posted to d-u > when someone pointed out that they were running sarge on some servers: > > http://lists.debian.org/debian-user/2004/12/msg03846.html > Interesting. Recently, I've started using testing on production servers. I subscribe to debian-security (+ d-s-announce) and get reports whenever there's anything released. I know what is installed on my boxes, so I know if this announcement affects me. If it's been put into unstable, I'll backport the change myself. If it's not, Then I'll have a look at upstream's solution, and patch as required. Recently, I did have a box rooted. This was due to a user running phpbb on the system, without me knowing, despite the policy of no software without clearance from me. There's also not necesarrily a 10 day waiting period if the urgency is set high. Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3
Re: New stable version after Sarge
On Tue, Jan 04, 2005 at 07:45:12PM -0500, Roberto Sanchez wrote: > >I subscribe to debian-security (+ d-s-announce) and get reports whenever > >there's anything released. > >I know what is installed on my boxes, so I know if this announcement > >affects me. > > > You are probably in the minority, then. > Yes, probably, but I'm using testing, which isn't supported by the standard security team. Therefore, it's now my sole reponsibility to look at security changes. > >Recently, I did have a box rooted. This was due to a user running phpbb > >on the system, without me knowing, despite the policy of no software > >without clearance from me. > > > That really sucks. > Yup. It's annoying to have to travel down to London because of it. The user was suitably 'chastised' :) > The only you did not address is when there is a security fix for which > there is not an announcement. If a package is not already in Woody, > then it is not receiving security team support and will go under the > radar. Additionally, some maintainers work closely with upstream and > fix the problems almost immediately. In both of those cases, you would > need to be monitoring the changelog for each of your packages and > watching for security-related changes to packages. > These normally crop up in either: * security list and/or * various irc channels However, it's not something that I would expect a normal user to do. But I woudn't be expecting a normal user to be using testing for a production system. > That makes me wonder. I know that there are tools like cron-apt that > will perform apt-related tasks through cron jobs. Is there a way to > make it (or another tool) download the changelogs and email you any new > ones? > Would be worth writing, but IMO a list with various people looking at different changelogs is just as reliable. Like various lists already out there :) Warm regards, Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 signature.asc Description: Digital signature
Re: Re: Re: Re: Please remove me from the callwave list please
On Mon, Feb 07, 2005 at 02:03:36PM -0800, Christine Dawson wrote: > hi i was wondering if i can get call wave off my computer i dont want it > any more and i dont know how to get rid of it thank you very much christine > Please see http://www.mail-archive.com/debian-devel@lists.debian.org/msg10770.html Many thanks, Neil McGovern -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Orphaning three packages
Hi all, I'm orphaning three packages: hawhaw-doc - the documentation for HAWHAW and HAWXY hawxy - a script that makes PHP-enabled webservers to HAWHAW proxies libphp-hawhaw - a PHP toolkit to create universal mobile applications RFAs have been filed for all of them. There's new upstream available, but it may be quite hard to package hawhaw-doc. If no one wants them, I'll ask for their removal. Regards, Neil McGovern -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 signature.asc Description: Digital signature
Re: Is there Linux operating system for Nokia mobile devices?
On Sun, Mar 13, 2005 at 09:19:09PM +0200, Mikko Ma Aaltonen wrote: > Hi Debian developers. (My first time post here.) > > I'm here to ask, if anyone of you know, > has someone done some development work to get a Nokia (or some other > brand) mobile to work with some other operating system than Symbian? > > I'd be interested if anyone is attempting to create "mobile Linux". > And I would like more than gladly see a cell phone that runs Linux > (Debian perhaps). > > Please, contact me if you have a working mobile device with Linux > operating system or if you're interested to create one. > http://tuxmobil.org/ HTH, Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Licenses for DebConf6
On Mon, Nov 14, 2005 at 03:04:51PM +0100, Henning Makholm wrote: > Scripsit David Nusinow <[EMAIL PROTECTED]> > > > From reading the responses from Andreas, rather than people trying poorly > > to interpret him, it's pretty apparent that they'll be giving freely > > licensed talks a greater weight than non-free ones. They're also going to > > make it easy to choose a free license from their interface. Furthermore, it > > implies a very strong desire to have freely licensed materials > > All of that is nice and well, but it does not change the fact that a > DSFG-free license is not *required*. > At the moment, this is correct. A discussion was had on the mailing list[0] and the irc channel[1] on a similar issue, whether we should allow non-free software for the presentation of slides. I updated the site to state: "If using slides, please consider that your audience will consist of people who use free software, and your choice of application to prepare and display the slides should reflect this if at all possible." I think this strikes a good balance of: "Use free software! Use free software! Use free software! Oh, ok, if you really can't, I suppose we'll let you get away with it. But you should really." > > Hopefully if you don't like the way they run the conference > > you'll get involved in the future and help to make it even better. > > I am perfectly happy with the way the conference is being run. I am > opposing those people who want the organisers to change the way it is > being run, such that DFSG-nonfree papers will be thrown out simply > because of the licensing. > Interestingly, no one has asked us to do so on the team list. Regards, Neil McGovern [0] [EMAIL PROTECTED] [1] #debconf-team @ Freenode -- __ .` `. [EMAIL PROTECTED] | Application Manager : :' ! | Secure-Testing Team member '. `- gpg: B345BDD3| Webapps Team member `- Please don't cc, I'm subscribed to the list signature.asc Description: Digital signature
Re: How to Increase Contributions from Volunteers
On Mon, Jan 02, 2006 at 07:11:26PM +0100, Petter Reinholdtsen wrote: > > Your ideas reminds me of the Mandriva Club system, where users can [Snip] Sounds like an idea that's being thrown around at the moment: http://wiki.debian.org/FriendsOfDebian :P Neil -- __ .` `. [EMAIL PROTECTED] | Application Manager : :' ! | Secure-Testing Team member '. `- gpg: B345BDD3| Webapps Team member `- Please don't cc, I'm subscribed to the list signature.asc Description: Digital signature
Re: Need for launchpad
On Fri, Jan 06, 2006 at 03:19:42PM -0500, Frans Jessop wrote: > Ubuntu's launchpad is amazing. Do you think it would be helpful if all > DD's worked through it on their projects? Wouldn't that keep things more > organized and efficient? Or perhaps Debian could build its own version of > launchpad which is better. Again, I think it would do a good job keeping > everything organized an efficient. What the difference between this and alioth.debian.org? Regards, Neil -- __ .` `. [EMAIL PROTECTED] | Application Manager : :' ! | Secure-Testing Team member '. `- gpg: B345BDD3| Webapps Team member `- Please don't cc, I'm subscribed to the list signature.asc Description: Digital signature
PHP/WebApp policy/mailing list
Hi all, There's been a bit of discussion[0] recently on the debian-security list with regards to how include()ed files should be handled. I think that, due to the large number of packages that are webapps, a policy shoudl be created on how we handle these. To do this, it would be a good idea IMO to have a maining list. This has already been suggested[1][2], and I agree that a debian-webapp list should be created. Before I retitle this bug, I'd like opinions on if this is a good idea or not. There seems to be some work already completed on a php policy[3] but I'm not sure what progress has been made recently :) All the best, Neil McGovern [0] http://lists.debian.org/debian-security/2005/04/msg00103.html [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=264069 [2] http://lists.debian.org/debian-devel/2004/08/msg01976.html [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=265113 -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 signature.asc Description: Digital signature
Re: PHP/WebApp policy/mailing list
On Sun, May 01, 2005 at 03:38:51PM +0200, Alexis Sukrieh wrote: > If I understand well, those two names could be interesting: > > - [EMAIL PROTECTED] > - [EMAIL PROTECTED] > > I find the first one a little bit ugly (the "webapp" word is not that > clean for a mailing list I think) and I also find the second problematic > because of the word "packages". > > This leads me to propose the following name: > > - [EMAIL PROTECTED] > > It's simple and clean, but maybe it will conflict a bit with the > actual > debian-www in some cases... > I think that there's been consensus that: debian-www@lists.debian.org [EMAIL PROTECTED] and [EMAIL PROTECTED] Should be discounted. (Correct me if anyone disagrees) This leaves: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] I think that [EMAIL PROTECTED] is probably a little too close to [EMAIL PROTECTED] debian-webapp is a little clunky, but possibly the best suggestion :) Although debian-cgi is probably the best description to the (suggested) scope of the list, it seems to me that this could cause confusion, as people may think that it only refers to systems that traditionally go in the cgi-bin directory. All the best, Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 signature.asc Description: Digital signature
Re: PHP/WebApp policy/mailing list
On Sun, May 01, 2005 at 10:01:42AM -0400, sean finney wrote: > On Sun, May 01, 2005 at 01:33:08PM +0200, Jeroen van Wolffelaar wrote: > > Eh, because you believe a new lists.d.o list could take a bit of delay, > > an alioth list is better? > > > > Sorry, but I don't agree with the reasoning -- lists.debian.org is for > > general discussion lists, while alioth is more for packaging-specific > > projects or for new projects that haven't gone anywhere yet. > > well, given that there will most likely result a package or two from the > discussion, as well as a policy (hopefully :), and both of which will > need some kind of working repository to which we all have access, it > would make sense to start up an alioth project anyway. and while we're > waiting for the debian-webapp (or whatever name we decide on) mailing > list at l.d.o, we could also have somewhere to talk. later, we could > move en masse to l.d.o list when we have it and leave the project just > for the packaging/policy repository. > > so, that said, i'm going to go ahead and apply for an alioth project > for the packaging related stuff, as i was planning on doing so anyway. > if folks wouldn't mind a list hosted there, i can set it up. > > It's possibly worth looking at https://alioth.debian.org/projects/webapppolicy/ Regards, Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 signature.asc Description: Digital signature
Re: PHP/WebApp policy/mailing list
On Mon, May 02, 2005 at 10:21:30AM +0200, Alexis Sukrieh wrote: > Francesco Paolo Lovergine wrote: > >>>If interested people would think a l.d.o list > >>>is better, that could also be nice. > >> > >>Once you've got me convinced the list is a good idea, it usually doesn't > >>take too long to create it. > > It really seems that such a list is needed, a lot of webapp maintainers > would be happy to have a common place to talk about that. > > Moreover, I do think that this list would have a decent lifetime, in the > first place, it will handle the Webapp Policy Writing but it won't > become useless when the policy will be written. > Indeed, I think that it will become the right place to help maintenance > of webapps. > > Here is the name that sounds to be the good one, according to this thread: > > [EMAIL PROTECTED] > > We have to find a correct description for the list, let me give you a > first try: > > Coordination for web application maintenance and Debian Webapp > Policy issues. > > Feel free to give here other descriptions :) > As per the list creation guidelines, I'll suggest the following, unless anyone can improve on it: Name: debian-webapps Rationale: There are now a large number of Web Application packages in and entering Debian. At the moment, there is no policy on how to package these applications. This list aims to: * Create and maintain a working policy for the packaging of Web based applications (Webapps). * Provide a forum for the discussion of packaging Webapps. Short description: Web Applications package maintainance and Web Application policy development Long description: Coordination for the maintainance of web application packages and Debian Webapp Policy issues. Category: Developers Subscription Policy: open Post Policy: open Web Archive: yes Warm regards, Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 signature.asc Description: Digital signature
Re: PHP/WebApp policy/mailing list
On Mon, May 02, 2005 at 11:54:07AM +0200, Alexis Sukrieh wrote: > Neil McGovern wrote: > >As per the list creation guidelines, I'll suggest the following, unless > >anyone can improve on it: > > Ok, thanks. > > I sent your report to [EMAIL PROTECTED] and retitled the bug. > Thanks, saves me having to do it :) Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 signature.asc Description: Digital signature
Re: Reportbug and RFS
On Wed, Jun 22, 2005 at 07:48:11AM -0500, Peter Samuelson wrote: > > [Nico Golde] > > what about including the possibility of an RFS in reportbug? > > I think this would be a good idea because I often see RFS > > requests which are totally stupid. > Well, either way, I'd suggest a separate script. There's no overlap > between reportbug and a RFS. Even overloading it to post ITPs is in my > opinion pretty much of a stretch. > I'm currently programming something like this. There used to be a nice page somewhere, but it's now disused. http://sponsors.debian.net/about.php Regards, Neil -- __ .Ž `. [EMAIL PROTECTED] : :' ! `. `Ž gpg: B345BDD3 `- Please don't cc, I'm subscribed to the list signature.asc Description: Digital signature
Re: [Debian-uk] Sun have (probably) patented apt-get
On Wed, Jul 06, 2005 at 01:17:19AM -0700, Stephen Birch wrote: > Today the EU gets to vote on the same issue. They can elect to have a > thriving software industry well placed to replace the now crippled USA > as the dominant force in the software industry. They went for the former :) http://www.theregister.co.uk/2005/07/06/eu_bins_swpat/ Neil -- __ .Ž `. [EMAIL PROTECTED] : :' ! `. `Ž gpg: B345BDD3 `- Please don't cc, I'm subscribed to the list signature.asc Description: Digital signature
Re: Bug#380328: ITP: pdfcrack -- PDF files password cracker
On Sat, Jul 29, 2006 at 12:02:37PM +0200, Nacho Barrientos Arias wrote: > * Package name: pdfcrack > [snip] > This software uses xpdf/poppler stuff (categorized as free). > Hi there, Does this use xpdf or poppler? :) poppler is a fork of xpdf which allows dynamic linking, so is much preferred from a security-support POV. Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 signature.asc Description: Digital signature
Re: Building in chroots hides bugs?
On Tue, Aug 01, 2006 at 05:37:58PM +0200, Goswin von Brederlow wrote: > martin f krafft <[EMAIL PROTECTED]> writes: > > > also sprach Marco d'Itri <[EMAIL PROTECTED]> [2006.08.01.1221 +0100]: > >> Building in chroots *hides* bugs. > > > > Uh, what? Please give an example. > > Missing Build-Conflicts aren't found. > > Auto* scripts "fail" to run because they aren't installed. > > Users, Groups, dirs, binaries don't exist that would outisde which can > influence configure. > If a package failts to build from source in a chroot environment, it will fail to build on the autobuilders, and should thus be considered RC buggy. Neil -- bah Germans. You just put 100 DDs in one country and then they all become friends of each other. signature.asc Description: Digital signature
Re: arches and etch
On Sat, Oct 21, 2006 at 03:54:02PM -0400, Camm Maguire wrote: > Greetings, and thank you all so much for your usual fantastic work on > Debian! > > I just wanted to make a few observations about the recent decision to > scrap m68k from etch: > [snip reasons which are complaining about other archs, not talking about m68k] [snip reasons which could be to do with knowing the right person to talk to in m86k, and not in other archs] > 7) Perhaps we should consider the balance between making debian just >another glitzy quick-release plaything for mass consumption and >minimal user contribution, and a system designed to give users who >care and contribute the flexibility and power to do their work which >so greatly benefits us all. So why aren't we sill shipping on 286 machines? (sorry if this sounds abrasive, it's not meant to be :P) Cheers, Neil -- ETOOMUCHSPANISHTOOFAST signature.asc Description: Digital signature
Re: First draft of review of policy must usage
On Thu, Oct 26, 2006 at 10:31:01AM +0200, Josselin Mouette wrote: > Le mercredi 25 octobre 2006 à 01:03 -0500, Manoj Srivastava a écrit : > > Here is a first draft of changes to the policy that I think > > are required to bring ot closer in line with extant practice. I > > removed portions from the policy that linked policy violations to bug > > severities, since this has been deemed controversial and a "bug" in > > policy. Next, I removed the DFSG text and replaced it by a pointer > > to the DFSG document itself, this prevents duplication, and I am not > > sure I would have remembered to edit it here if we ever changed the > > DFSG. > > FWIW, I strongly disagree with these changes. The solution is to bring > the release policy in line with the real policy, not the opposite. > Seconded, with adding a note that this should all be looked at AFTER etch is released. It's too late now to go making major changes to policy or the release policy. Neil -- is _that_ gunnar? yes what happened to his tires? He's shrunk. I think his wife washed him at too high a temperature. signature.asc Description: Digital signature
Bug#291223: ITP: libphp-clam -- PHP bindings for libclamav
Package: wnpp Severity: wishlist Package name: libphp-clam Version : 0.3.0 Upstream Author : Gareth Ardron <[EMAIL PROTECTED]> URL : http://freshmeat.net/projects/php-clam/ License : GPL Description : PHP bindings for libclamav A small module that implements a limited subset of the libclamav API in order to scan buffers and files from within PHP. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#194938: ITP: drivel -- A LiveJournal client for the GNOME desktop
Package: wnpp Version: unavailable; reported 2003-05-27 Severity: wishlist * Package name: drivel Version : 0.9.1 Upstream Author : Todd Kulesza <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/drivel/ * License : GPL Description : A LiveJournal client for the GNOME desktop Drivel is a LiveJournal.com client for the GNOME desktop. It supports all livejournal-based servers, and allows you to perform most functions that are supported by the server (posting, friends editing, friend groups, friend page checking, post editing etc). It is designed to utilize the new features of GNOME 2.0 including GConf and GTK 2.0. I'm currently in the NM queue, and Chris Butler ([EMAIL PROTECTED]) will be sponsoring my upload. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux vivacia 2.4.20-1-k7-smp #1 SMP Sat Mar 22 15:58:43 EST 2003 i686 Locale: LANG=en_GB, LC_CTYPE=en_GB
Re: Bug#194938: ITP: drivel -- A LiveJournal client for the GNOME desktop
On Thu, May 29, 2003 at 11:15:23AM +0200, Mathieu Roy wrote: > David Z Maze <[EMAIL PROTECTED]> a tapoté : > > > example, which has a somewhat similar package description). I think > > the service is popular enough that you don't need to explain what it > > is, in the same way that you don't need to explain what an SNMP daemon > > is to have and snmpd package. > > A good description, IHMO, should not be based on assumptions on the > popularity of something. Because a description should be meaningful > for everyone, shouldn't it? > Hi all, It's been updated to: Description: A LiveJournal client for the GNOME desktop Drivel is a LiveJournal.com (and other web based journal systems) client for the GNOME desktop. . It supports all livejournal-based servers, and allows you to perform most functions that are supported by the server (posting, friends editing, friend groups, friend page checking, post editing etc). . It is designed to utilize the new features of GNOME 2.0 including GConf and GTK 2.0. Hope this is satisfatory with everyone. Neil -- 16 Channels in mode 4 I disclaim everything I can under English law. gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li 8DEC67C5
Re: Bug#195490: ITP: raptor -- a vertical shoot'em-up similar to Raptor: Call of the Shadows
On Fri, May 30, 2003 at 11:41:43PM +0200, Sam Hocevar wrote: > * Package name: raptor > Version : 1.0.0 > Upstream Author : Jon Rafkind <[EMAIL PROTECTED]> > * URL : http://raptorv2.sourceforge.net/ > * License : probably GPL, see below > Description : a vertical shoot'em-up similar to Raptor: Call of the > Shadows > Raptor is a clone of Raptor: Call of the Shadows, a classic shoot'em-up game. Calling the package Raptor, for a clone of Raptor: Call of the Shadows could get confusing. Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li 8DEC67C5
Re: whereis libsensors1?
On Tue, Jun 17, 2003 at 10:40:15PM +0200, Angathule wrote: > > I'm trying to install KDE on a Sid Machine, but I can't, this is what I > do: > I've got: [EMAIL PROTECTED]:~] $ apt-cache show libsensors1 Package: libsensors1 Status: install ok installed Priority: optional Section: libs Installed-Size: 123 Maintainer: David Z Maze <[EMAIL PROTECTED]> Source: lm-sensors Version: 2.7.0-3 Replaces: lm-sensors (= 2.3.2-1) Depends: libc6 (>= 2.3.1-1) Recommends: lm-sensors Conflicts: lm-sensors (= 2.3.2-1), libsensors0 Description: Library to read temperature/voltage/fan sensors Lm-sensors is a hardware health monitoring package for Linux. It allows you to access information from temperature, voltage, and fan speed sensors. It works with most newer systems. . This package contains a shared library for querying lm-sensors. [EMAIL PROTECTED]:~] $ HTH, Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li 8DEC67C5
Re: Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
On Sun, Jun 29, 2003 at 09:49:46PM -0400, Anthony DeRobertis wrote: > On Friday, Jun 27, 2003, at 11:05 US/Eastern, Luca - De Whiskey's - De > Vitis wrote: >> On Fri, Jun 27, 2003 at 12:32:59AM +0100, Millis Miller wrote: >>> * License : Custom >> Its license is non-free, not "Custom": >> * > ... >> * ANY COMMERCIAL REDISTRIBUTION OR ANY PROPRIETARY REDISTRIBUTION OF THIS >> * OR ANY SOURCE FROM CLEANCODE.ORG IS PROHIBITED UNDER CERTAIN CONDITIONS AND >> [...] >> SHALL NOT BE RE-SOLD OR REDISTRIBUTED WITHOUT PRIOR AGREEMENTS WITH >> * CLEANCODE.ORG > > "...or redistributed without prior agreements..." > That can't be packaged, even for non-free. Do we count as commercial redistribution or proprietary redistibution? If not, then it looks like it can be packaged. It's probably polite to ask them anyway. Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li 8DEC67C5
Re: Please remove RFCs from the documentation in Debian packages
On Thu, Jul 03, 2003 at 12:14:49PM -0500, Adam Heath wrote: > On Thu, 3 Jul 2003, Marcelo E. Magallon wrote: > > software > >n : (computer science) written programs or procedures or > >rules and associated documentation pertaining to the > >operation of a computer system and that are stored in > >read/write memory [...] > > So if you print out a program, it is no longer considered software? I'd say not, it's a written document of a program. You can't very well run a piece of paper, can you? :P > Or if you burn it to cd or dvd? When the program is run, it gets put in read/write memory. Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li 8DEC67C5
Re: Please remove RFCs from the documentation in Debian packages
On Thu, Jul 03, 2003 at 04:16:15PM -0700, David Schleef wrote: >On Fri, Jul 04, 2003 at 03:53:55AM +0800, Cameron Patrick wrote: >> On Thu, Jul 03, 2003 at 02:34:56PM -0500, Branden Robinson wrote: >> >> | The Debian Social Contract says "Debian Will Remain 100% Free Software". >> | If there are things "in Debian" that are "not free" or "not software", >> | then we may be violation of our guiding principles. >> >> The anarchism package is an excellent example of a package in Debian >> main that, although DFSG-free, is neither software nor software >> documentation. > > It's also a package that should be removed instead of being a > justification for non-social-contract-conforming packages. > How about linuxgazette? Or any of the /usr/local/doc/ non-software based packages? I think it would be a mistake to remove such items from main stream distribution. Prehaps a section apart from main/non-free/non-US could be useful, as a document such as those above don't really fit into those categories, if you take them to mean "free software"/"restrictive licence software"/"not for US software", which thought of by quite a few users. Just my 0.02UKP. Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li 8DEC67C5
Bug#200142: ITP: tkgamma -- A simple color calibration utility for XFree86-4
Package: wnpp Version: unavailable; reported 2003-07-05 Severity: wishlist * Package name: tkgamma Version : 1.0.0 Upstream Author : Pixel Fairy <[EMAIL PROTECTED]> * URL : http://pixel.fairyden.net/tkgamma/ * License : GPL Description : A simple color calibration utility for XFree86-4 tkgamma is a tcl/tk front end to the xgamma command to help color calibrate a monitor and X server. . It allows control over red, blue and green gamma separately, or linked for an overall effect. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux vivacia 2.4.20-1-k7-smp #1 SMP Sat Mar 22 15:58:43 EST 2003 i686 Locale: LANG=en_GB, LC_CTYPE=en_GB
Bug#203687: ITP: hawxy -- a script that makes PHP-enabled webservers to HAWHAW proxies
Package: wnpp Version: unavailable; reported 2003-07-31 Severity: wishlist * Package name: hawxy Version : 1.1.0 Upstream Author : Norbert Huffschmid <[EMAIL PROTECTED]> * URL : http://www.hawhaw.de * License : GPL Description : a script that makes PHP-enabled webservers to HAWHAW proxies This program makes ordinary PHP-enabled webservers to HAWHAW proxies. A HAWHAW proxy is a server through which a broad range of mobile devices can browse web pages written in HAWHAW XML.
Bug#203686: ITP: hawhaw -- a toolkit to create universal mobile applications
Package: wnpp Version: unavailable; reported 2003-07-31 Severity: wishlist * Package name: hawhaw Version : 5.0.0 Upstream Author : Norbert Huffschmid <[EMAIL PROTECTED]> * URL : http://www.hawhaw.de/ * License : LGPL Description : a PHP toolkit to create universal mobile applications With HAWHAW you can publish WAP pages which are also accessible by HTML standard browsers. HAWHAW automatically determines the requesting device's capabilities and creates appropriate markup code.
Re: About NM and Next Release
On Wed, Aug 06, 2003 at 08:17:43PM +0200, Oliver Kurth wrote: > So letting NMs wait for months without notice makes it better? > Please explain this to me. Personally, I think that this is the major problem with the process at the moment. If it takes the applicant 2 years to get through the process, so be it. It will help keep people who are not serious about being a DD out of Debian. However, I think it's unacceptable to expect an applicant stay in limbo without any update as to the process of their application. I'm quite happy to wait for a long time, as long as I know that something is happening, albit slowly. Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li 8DEC67C5
Re: About NM and Next Release
On Thu, Aug 07, 2003 at 04:25:03PM +0200, Francesco Paolo Lovergine wrote: > On Thu, Aug 07, 2003 at 09:50:03AM +0200, Goswin von Brederlow wrote: > > Tollef Fog Heen <[EMAIL PROTECTED]> writes: > > Then he should spend the 10 minutes it takes to implement a "reject" > > button on the webpage he can just press to reject someone. > > After that rejecting would be a matter of seconds. > > The AM has to write down a (reasonable and reasonate) report for rejection, > not only press a button on a web page. That is 'more work'... Isn't it teh DAM we're talking about here? I thought the AM just made a reccomendation to the committee for acception or rejection. Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li 8DEC67C5
Re: ITP: darkplaces - greatly improved engine for original quake1
On Sat, Jul 23, 2005 at 12:14:53PM +0200, Alexander Fieroch wrote: > Package: wnpp > Severity: wishlist > > URL: http://icculus.org/twilight/darkplaces/index.html > License: GPL > > Description: > > darkplaces is a greatly improved engine for quake1 with new advanced > graphic effects. > > This really isn't enough information. Could you include the following?: -- Package name: testpackage Version : x.y.z Upstream Author : Name <[EMAIL PROTECTED]> URL : http://www.example.org/ License : (GPL, LGPL, BSD, MIT/X, etc.) Description : This is the short description (Include the long description here.) ------ Regards, Neil McGovern -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fresh blood gets congested: long way to become DD
On Mon, Aug 01, 2005 at 01:58:55PM +0200, Andreas Barth wrote: > * Yaroslav Halchenko ([EMAIL PROTECTED]) [050801 12:20]: > > I'm not sure if any additional AMs are necessary -- there is a > > sufficient quantity of them to cover all current DD applicants... > > We would need more good AMs, we have too few. > What are the requirements to become a AM? Regards, Neil -- __ .Ž `. [EMAIL PROTECTED] : :' ! `. `Ž gpg: B345BDD3 `- Please don't cc, I'm subscribed to the list signature.asc Description: Digital signature
Re: mass bug filing on packages that are blocking use of cdebconf
On Tue, Aug 02, 2005 at 06:46:20PM -0400, Joey Hess wrote: > I intend to eventually file bugs on packages in Debian which depend on > debconf without an alternate of debconf-2.0, as all of these make it > impossible to install cdebconf, which we would eventually like to > replace debconf. > > Neil McGovern <[EMAIL PROTECTED]> >blootbot > Fixed. Neil -- __ .Ž `. [EMAIL PROTECTED] : :' ! `. `Ž gpg: B345BDD3 `- Please don't cc, I'm subscribed to the list signature.asc Description: Digital signature
Re: alioth down ?
On Fri, Aug 12, 2005 at 08:18:10AM +0900, Junichi Uekawa wrote: > Hi, > > I see that alioth/haydn is down in the IRC channel topic, > and trying to ssh to the server seems to confirm the situation. > > Is this a scheduled downtime that I missed an annoucement for or > some unexpected breakage? (i.e. How long should I wait for it > to come back up) > I think that this was due to some dodgy ram. I'm sure haydn admins are working as quick as they can :) Neil -- __ .Ž `. [EMAIL PROTECTED] : :' ! `. `Ž gpg: B345BDD3 `- Please don't cc, I'm subscribed to the list signature.asc Description: Digital signature
sponsors.debian.net beta
Lo all, http://sponsors.debian.net is now around 90% finished, so I'm looking for people to try and break it :) = So, what's this all about then? = Well, a while ago there was a great site that allowed sponsorees to request a sponsor, and a sponsor to take a sponsoree under their wing. It was not intended to last for years and to grow to such a size, and so died an untimely death. This site will (hopefully) replace it. = What this isn't = This is NOT a relacement for the Debian Mentors tools (mailing list, irc channel and repository). It's merely here to compliment these projects. = Current Features = * Auto update of done ITPs * Auto detection of ITPs by people who require sponsorship * Email submitter when a sponsor takes a package = Planned features= * Auto mailing to debian-mentors@lists.debian.org with a summary of this weeks changes (a la rc bugs stylee) * Sync with mentors.debian.net for automatically detecting sources So, please pop along and register. All the best, Neil McGovern -- __ .Ž `. [EMAIL PROTECTED] : :' ! `. `Ž gpg: B345BDD3 `- Please don't cc, I'm subscribed to the list signature.asc Description: Digital signature
Bug#333756: ITP: roundcube -- modern, skinable webmail solution for IMAP servers
Package: wnpp Severity: wishlist Owner: Neil McGovern <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package name: roundcube Version : 0.1-20051007 Upstream Author : Thomas Bruederli <[EMAIL PROTECTED]> URL : http://www.example.org/ License : GPL Description : modern, skinable webmail solution for IMAP servers RoundCube Webmail is a browser-based multilingual IMAP client with an application-like user interface. It provides full functionality you expect from an e-mail client, including MIME support, address book, folder manipulation and message filters. .. The user interface is fully skinnable using XHTML and CSS 2. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDTo9w97LBwbNFvdMRAm9ZAJ9TyvLcLeYs8ZHpRnkE3UGt8F+FuwCeJQ4s QCsASHF74k0AGyhBIt7GrJs= =0Hbx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#333756: ITP: roundcube -- modern, skinable webmail solution for IMAP servers
On Thu, Oct 13, 2005 at 04:46:40PM +, Neil McGovern wrote: > Package: wnpp > Severity: wishlist > Owner: Neil McGovern <[EMAIL PROTECTED]> > > Package name: roundcube > Version : 0.1-20051007 > Upstream Author : Thomas Bruederli <[EMAIL PROTECTED]> > URL : http://www.example.org/ Oops... This should be http://roundcube.net/ Neil -- __ .´ `. [EMAIL PROTECTED] | Application Manager : :' ! | Secure-Testing Team member `. `´ gpg: B345BDD3| Webapps Team member `- Please don't cc, I'm subscribed to the list signature.asc Description: Digital signature
Re: [Fwd: ITP: l!m3w!r3 - a Java based gnutella servent]
On Thu, Oct 27, 2005 at 08:26:30PM +1000, jenny garland wrote: > Hi my name is jenny garland and i would like to cancel my > subscription to limewire effective immediately. I would like > comfrimation that this has been done. > Thanks > Hello, We don't have any control over limewire. The only limewire I know of is a p2p application, which doesn't have any subscriptions. If you're using this application, I suggest you stop using it. Regards, Neil McGovern -- __ .´ `. [EMAIL PROTECTED] | Application Manager : :' ! | Secure-Testing Team member `. `´ gpg: B345BDD3| Webapps Team member `- Please don't cc, I'm subscribed to the list -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#484129: release.debian.org: packages in tasks should be fixed in priority and removed in last resort after discussion
On Mon, Jun 02, 2008 at 04:16:51PM -0700, Mike Bird wrote: > "Debian Desktop Edition" for most of the release cycle. > There is no Debian Desktop Edition. Perhaps you mean the Debian Desktop subproject? > This is a useful (but unintended) side-effect. The principal > goal remains that Testing should be usable for new desktop > installations for most of the release cycle. > Where is it stated that this is the goal of testing? Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: upgrading dbus or running the init script kills X
Hi all, Just to re-iterate from a release team PoV, this could really do with fixing. (for d-d readers, this is a awesome bug, where dbus upgrades kill X) This is holding up xcb-util, which is holding up python-visual, which is preventing the removal (finally!) of GTK 1 Thanks, Neil -- hermanr_: I never studied german I can just read some of it because it makes sense . o O ( There is stuff Ganneff writes, which makes sense? ) signature.asc Description: Digital signature
Re: upgrading dbus or running the init script kills X
On Fri, Jul 24, 2009 at 01:50:02PM +0100, Neil McGovern wrote: > Just to re-iterate from a release team PoV, this could really do with > fixing. > (for d-d readers, this is a awesome bug, where dbus upgrades kill X) > > This is holding up xcb-util, which is holding up python-visual, which is > preventing the removal (finally!) of GTK 1 > Thanks to those who helped on this. A patch is winging it's way to the BTS now. An expediant upload would be appreciated :) Neil -- "Debian women - porting the most succesfull operating system to the most unknown architecture" signature.asc Description: Digital signature
Re: Non-unified patches and dpkg source format ‘3.0 (quilt)’.
On Fri, Aug 07, 2009 at 10:45:14AM +0900, Charles Plessy wrote: > Giving a standard interface to reviewers is a laudable goal, but I do not see > reviewers except in elaborate scenarios about security. Therefore I will not > trade a real benefit for a hypothetical one, even if both are neglectible. > Also, I think that it is very important in a project of 1,000 persons to stick > to facts, and avoid building illusions together. So as long as there is no > reviewing process nor package reviews, there is no need to adapt to imaginary > reviewers. > /me raises his release team hat. Neil -- * Tolimar votes for debconf7 to be somewhere where he speaks the language. That would a veto for switzerland ;) Tolimar: that also vetos germany -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Webapps policy: final RFC
Hi, I've been tasked as part of the release team of finalising and pushing through the Webapps Policy, whcih can be found at http://webapps-common.alioth.debian.org/draft/html/ The source for this is at http://svn.debian.org/viewsvn/webapps-common/webapps-common/trunk/doc/Webapps-Policy-Manual-DRAFT.sgml?view=log Comments appreciated, I'd like to get these all in and integrated by end of August, to push to the policy team for inclusion. Thanks, Neil McGovern -- automake: the emo of Debian software. "You just don't understand me." signature.asc Description: Digital signature
Re: udev and /usr
On Tue, Sep 01, 2009 at 04:47:54PM +0200, Josselin Mouette wrote: > Le mardi 01 septembre 2009 à 15:36 +0100, Chris Jackson a écrit : > > Well, /etc needs to be on /, since otherwise you can't get to fstab to > > mount it, and generally things like /etc/hostname will be different, so, > > while I suppose it's theoretically possible, I'd take it also to be > > somewhat sub-optimal. > > Ever heard of DHCP ? > Do we only support network configuration with DHCP now? Neil -- I don't see why anyone would want to "cyber" with a 16yo. IME none of them can spell, and they probably haven't had the relevant experience to write convincing prose. It's not like their ASCII is going to be any more supple for them being sixteen. signature.asc Description: Digital signature
Re: transitioning from a single to split package
On Sun, Nov 01, 2009 at 12:25:51PM +0100, Penny Leach wrote: > The problem we've come across is how to handle migrations. If we have a > moodle package, that depends on moodle-mysql | moodle-pgsql, then package > managers that just install the first dependency, could cause a situation, > for example, where someone has configured their moodle installation to work > on postgres, but the upgrade installs moodle-mysql, which is obviously a > problem. We could detect this case in preinst, and complain bitterly and > refuse to install, but that's going to break upgrades, so is obviously a > no-goer. > Hi Penny, I'm slightly confused about the need to depend. Are the moodle-mysql/pgsql packages providing the support for the database schemes in moodle, or utilising the dependency structure to pull in the databases themselves (or both)? I'm thinking specifically of the case when the database is on a remote host, so the relevant db-connection libraries should be depended on, but not the database itself. Thanks, Neil -- hermanr_: I never studied german I can just read some of it because it makes sense . o O ( There is stuff Ganneff writes, which makes sense? ) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: /var/www is depracated, which directory to use?
On Mon, Nov 02, 2009 at 02:48:56PM +0100, Stig Sandbeck Mathisen wrote: > Should the web configuration be enabled by default? Assume apache2, and > add configuration to /etc/apache2/conf.d/munin.conf? > Have a read of http://webapps-common.alioth.debian.org/draft/html/ch-httpd.html Neil -- automake: the emo of Debian software. "You just don't understand me." signature.asc Description: Digital signature
Re: Possible MBF wrt common, FHS-compliant, default document root for the various web servers
On Sat, Nov 07, 2009 at 03:23:22PM +0100, Jan Hauke Rahm wrote: > Full ack, and I even like /usr/share/www. It's easy to understand and > pretty unprobable that we'd have a package called www in the archive > some day needing this location. > Sorry, I have to disagree with this approach. We would easily end up with items in /usr/share/www/bugzilla and also in /usr/share/bugzilla, how would you handle .inc files, for example? > > - Regarding the URL that would be mapped to that dir, I don't > > particularly like /debian/ (even though I've advanced it). However the > > alternative solutions I can come up with (e.g. /packages/) are > > actually uglier. So I guess /debian/ can stay. Some of the -webapps > > people can probably come up with wiser suggestions ... > > Manoj suggested '/vendor-apps' and I like that. It says what it should > say and doesn't steal any probable path. > I'm sorry, but I really don't see what this is trying to solve. >From 5.1.1 of the webapps policy: Web applications should be completely agnostic of the global document root. Both the above two points also cause issues with vhosting. How would you register bugzilla with domain foo.bar, but not wibble.baz? Many of these issues were discussed back in 2005 on the debian-webapps list, leading to the webapps policy paper. It's a good read, please make sure that you're aware of it :) Neil -- I use three different operating systems: Sarge, Etch, and Sid. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#412427: ITP: resiprocate -- Session Initiation Protocol (SIP) stack
Package: wnpp Severity: wishlist Owner: Neil McGovern <[EMAIL PROTECTED]> Package name: resiprocate Version : 1.1rc1 Upstream Author : ReSIProcate Developers <[EMAIL PROTECTED]> URL : http://www.resiprocate.org License : Vovida Software License v. 1.0 (3-clause BSD style) Programming Lang: C++ Description : Session Initiation Protocol (SIP) stack reSIProcate is a high performance, object-oriented, C++ sip stack that is compliant with RFC 3261. . It has full support for UDP, TCP, and TLS transports on both IPv4 and IPv6. It also implements the full set of specifications for DNS usage in SIP, including NAPTR and SRV lookups using an asynchronous DNS library. This package will build a couple of binary packages, one library, and one utility (for now). I intend to work with the pkg-voip team in producing this, if they want :) (cc-ed) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please all dependency info into your init.d script
On Fri, Jul 06, 2007 at 10:43:31PM +0200, Petter Reinholdtsen wrote: > For this to work properly, all init.d scripts need to provide > dependency information. [snip] > Neil McGovern <[EMAIL PROTECTED]> >blootbot Blootbot requires a mysql database to be up and running, or it will fail. However, this database doesn't need to be on the local host. How's best to handle this situation in the init script dependencies? Neil ps: please CC: or I may not see your mail for quite some time. -- So we can expect stockholm to be elected in 2009? isnt the world own3d by ubuntu then? signature.asc Description: Digital signature
Re: [Pkg-kde-extras] Amarok: SECURITY ISSUE in Debian Etch and Lenny
On Mon, Aug 18, 2008 at 07:31:29PM +0300, Modestas Vainius wrote: > Hi, > > pirmadienis 18 rugpjūtis 2008, thacrazze rašė: > > in the Amarok package is a security issue > > > > It is fixed in Amarok 1.4.10 > >(http://secunia.com/advisories/31418/, > > http://amarok.kde.org/en/releases/1/4/10) > The fixed version has been in unstable for two days already. 1.4.10 is a new > upstream release but: > > 1. The only real change since 1.4.9.1 is the security fix mentioned above and > updates to translations. > 2. The big upstream tarball diff comes from the differences in > *autogenerated* > autotools stuff. However, autotools stuff is regenerated each time package is > built anyway so these differences can be safely ignored. > 3. Packaging diff from 1.4.9.1-3 to 1.4.10-1 is just a new debian/changelog > entry. > What about: src/scripts/rbot/* doc/ru/* Why have these been deleted? Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 signature.asc Description: Digital signature
Re: Bug reports of DFSG violatio ns are tagged ‘lenny-ignore’?
On Mon, Oct 20, 2008 at 09:33:49PM +0200, Robert Millan wrote: > On Mon, Oct 20, 2008 at 08:46:18PM +0200, Marc 'HE' Brockschmidt wrote: > > Robert Millan <[EMAIL PROTECTED]> writes: > > > It seems we relied primarily on the release team, which has betrayed > > > the goals of the project, > > > > I do not accept to be called names because I firmly believe that > > Debian's goal is to distribute the best possible free software to our > > users. All of our work has no value unless people are able to use the > > software we integrate, test and improve. > > > > I believe what you want to say is "I'm willing to pick up all the work > > of the release team" before you start insulting the people who invest a > > lot more time into this project than you do. > > Sorry for my blunt description of the situation. Sometimes it has to come > this way, but I don't think it's insulting. > It is incredibly insulting. > If that makes you feel better, I dearly appreciate most of your work (that is, > the part that doesn't involve dismissing DFSG violations as non-RC issues). > Not at all. A justification that involves a 'but' is nullified. If you really want to help, I'd love to see some drivers that you consider free that will replace the ones that you don't. Neil -- * hermanr feels like a hedgehog having sex... signature.asc Description: Digital signature
Re: Bug reports of DFSG violatio ns are tagged ‘lenny-ignore’?
On Mon, Oct 20, 2008 at 04:31:00PM +0200, Robert Millan wrote: > On Mon, Oct 20, 2008 at 08:48:50AM +0200, Marc 'HE' Brockschmidt wrote: > > While fixing > > these issues is and should be a goal of Debian, it's hardly something > > that can be done in the last few weeks before releasing. > > If I may make a suggestion, instead of trying to justify that Debian should > change its goals against the will of the majority of the developers, Not the majority, try again (hint: 271 < ~500). > the release team could just keep ignoring them all the same, and > instead of referring to the result as "Debian", just find another name > to make SC #1 happy. Debian vote is -> way. I'll be happy to take a GR vote off you. > And if you find yourself in difficulty finding a name, I think "Blobbie" is > a pretty one. > We've got plenty, thanks. If you want to enforce your own name, perhaps helping with the release may be a path to becoming a RM yourself. Neil -- hm, maybe wearing a black t-shirt while dusting my bedroom for the first time in years wasn't such a good idea signature.asc Description: Digital signature
Re: Bug reports of DFSG violations are tagged ???lenny-ignore????
On Thu, Oct 23, 2008 at 03:51:22PM +0200, Robert Millan wrote:
> On Tue, Oct 21, 2008 at 11:23:50PM +0200, Frans Pop wrote:
> > On Tuesday 21 October 2008, you wrote:
> > > But, in fact, fixes are not welcome from the team. They have raised a
> > > major roadblock, allowing only one kind of fix which requires a lot of
> > > work, and rejecting anything simpler.
> >
> > Ever hear of the Technical Committee?
>
> The Technical Committee is not empowered to override foundation documents.
>
6.1.4 of the constitution should help you in this case.
Neil
--
int getRandomNumber() {
return 4; // chosen by fair dice roll. guaranteed to be random.
}
// http://xkcd.com/c221.html
signature.asc
Description: Digital signature
Re: Bug reports of DFSG violations are tagged ???lenny-ignore????
On Thu, Oct 23, 2008 at 07:06:14PM +0200, Robert Millan wrote: > On Thu, Oct 23, 2008 at 05:41:05PM +0100, Neil McGovern wrote: > > On Thu, Oct 23, 2008 at 03:51:22PM +0200, Robert Millan wrote: > > > On Tue, Oct 21, 2008 at 11:23:50PM +0200, Frans Pop wrote: > > > > On Tuesday 21 October 2008, you wrote: > > > > > But, in fact, fixes are not welcome from the team. They have raised a > > > > > major roadblock, allowing only one kind of fix which requires a lot of > > > > > work, and rejecting anything simpler. > > > > > > > > Ever hear of the Technical Committee? > > > > > > The Technical Committee is not empowered to override foundation documents. > > > > > > > 6.1.4 of the constitution should help you in this case. > > I don't see how does 6.1.4 enable the TC to override foundation documents. > Did I miss something? > The need for the TC to override a foundation document. If you have what you believe to be a fix that's not welcome from the team, and they want a different one, the TC could use 6.1.4 to rule in your favour (or more precisely, against the team that your course of action should be taken). Perhaps I'm mis-reading the above. Which bit of the foundation documents do you think would need overriding for the tech-ctte to rule on which fix to take? Thanks, Neil -- I use three different operating systems: Sarge, Etch, and Sid. signature.asc Description: Digital signature
Re: Direction on foo2zjs and web fetching scripts
On Mon, Nov 03, 2008 at 11:40:22PM -0500, Michael Gilbert wrote: > Where do I go from here to make sure the issue gets the appropriate > level of thought and consideration that it deserves (after lenny gets > released of course)? > Dropping lots of CCs. Hi Michael, I'd suggest asking on debian-devel and other stakeholders (security teams and security audit teams for example) what their views are, and trying to build a consensus. However, I'd ask for you to wait until after we've released. There's been quite a lot of discussion on other policy matters recently, and it's not helping the release at all. Thanks, Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: First call for votes for the Lenny release GR
On Sun, Dec 14, 2008 at 08:50:46PM +0100, Bastian Venthur wrote: > Stefano Zacchiroli schrieb: > > On Sun, Dec 14, 2008 at 10:58:57AM +0100, Bastian Venthur wrote: > >> Why is this important mail hidden in -devel? I wouldn't have noticed it > >> if I hadn't read something about this on planet-debian. > >> > >> Shouldn't such important mails about voting go to -announce? > > > > http://lists.debian.org/debian-devel-announce/2008/12/msg5.html > > > > ... appeared there roughly 30 mins after my question. Given the > controversy of this GR and the short voting period, I hope this was just > a mistake. > Not a mistake, the secretary is in transit at the moment and away from their GPG key. I posted it to d-d-a as soon as I woke up and saw a message asking me to. Neil -- [local irc server has just been brought up] suddenly there's quite some silence in the hacklab signature.asc Description: Digital signature
Re: problems with the concept of unstable -> testing
On Tue, Dec 16, 2008 at 03:07:12PM +0100, Lucas Nussbaum wrote: > On 16/12/08 at 14:21 +0100, Bastian Venthur wrote: > > I think this question is nonsense. While the bug-fix rate was more or > > less the same since the last two releases, it looks like in this release > > we actually started the freeze with much more RC-bugs than before. So it > > was foreseeable that the freeze will take longer this time. We can't > > solve the problem by fixing bugs faster (that won't work anyways). So > > what's the point of asking how many RC-bugs one has fixed? Does that > > mean only those are allowed to make suggestions, who fixed an RC bug? > > I agree. It's clear that most people don't work on RC bugs instead of ^ > working on their packages: during freezes, they just stop working on > Debian, since it's judged socially incorrect to work on one's packages > in unstable or experimental during the freeze. Could you justify those two please? I've seen no evidence, let alone any degree of clarity that supports the statement. Neil -- is _that_ gunnar? yes what happened to his tires? He's shrunk. I think his wife washed him at too high a temperature. signature.asc Description: Digital signature
Re: First call for votes for the Lenny release GR
On Mon, Dec 15, 2008 at 11:13:41AM -0800, Russ Allbery wrote: > Adeodato Simó writes: > > > What does §4.1.7 mean, then? Can't it be read to mean that the DPL may > > appoint a new Secretary not at end of term, if there's disagreement > > between them? > > I believe this only applies in the context of 7.2 (replacing the > secretary). This was discussed some on debian-vote earlier. > My reading of this is that 7.2 is an example or clarification of when 4.1.7 can be applied. If this is a bug in the constitution, or the original intention of it or not is open to debate, as is the interpretation of course. Neil -- "Debian women - porting the most succesfull operating system to the most unknown architecture" signature.asc Description: Digital signature
Re: problems with the concept of unstable -> testing
On Tue, Dec 16, 2008 at 06:07:25PM +0100, Lucas Nussbaum wrote: > "clear that most people don't work on RC bugs instead of working on their > packages": I don't have any data on that, it's mostly based on > perception. Let's try to gather data on something relevant: > > Number of distinct posters per month on debian-bugs...@lists.d.o: [snip] > So, the number of people working on RC bugs has significantly decreased > since the beginning of the freeze. > Accountable by ther being less RC bugs (obviously) and perhaps vote_002 and vote_003 taking up peoples time. > "it's judged socially incorrect to work on one's packages in unstable or > *experimental* during the freeze." > I'm not sure if a difference is made between unstable and experimental > by people complaining about people doing something else than fixing RC > bugs. Is the concern purely technical, ie "working on unstable packages > makes thing harder for the release"? Or social, ie "you should work on > the release instead of doing $FOO." Work on very disruptive changes in unstable is discouraged as this may mean that packages which mean to go through to lenny aren't able to. The release team actively encourages the use of experimental to avoid these problems. I would also note that working on unstable != working on release. The RC bugs still need fixing. Neil -- * toresbe wonders what would happen if Ted Walther and Amaya were put in the same room toresbe: blood, sweat, tears and finally castration -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: problems with the concept of unstable -> testing
On Fri, Dec 19, 2008 at 02:09:03PM +0100, Dionysios Kalofonos wrote: > during soft freeze any changes can be made as long as no new RC bugs get > introduced, and during hard freeze is what happens today. > Erm, doesn't this happen already? Neil -- <@nurn> Paedophile Glitter arrives in UK <@nurn> is it me or does that sound like a very inappropriate brand name? <@sooB> the sort that would only be advertised in the run-up to christmas <@nurn> it's like a twisted my little pony name signature.asc Description: Digital signature
Re: "Debian women may leave due to 'sexist' post"
On Mon, Dec 22, 2008 at 03:01:04PM +0100, Peter Tuhársky wrote: > Amayita [snip] > american social identity problems. FAIL. Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: diffstat
On Wed, Dec 24, 2008 at 12:23:03AM -0500, Asheesh Laroia wrote: > I have a feeling that the libwebkit currently in sid and lenny is pretty > broken, from the looks of this bug. > Unfortunately, we don't seem to be able to get much/any response from the maintainers. It would have been really useful to have a comment recently. > Is there any way that this library can be permitted to enter testing with > all these changes? > Not really, no. > * Find the fix for this issue and backport it on top of 1.0.1-4 This would be preferred. > * Remove libwebkit-1.0-1 from lenny Possible, but not something I'm too happy with given it's popcon. > * Simply allow lenny to release with 1.0.1-4 that is this broken. > Could anyone confirm how broken this is? Is it all sites, or a selection? Maintainers: do you have an opinion on this bug? Thanks, Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 signature.asc Description: Digital signature
Re: gnome 1.x removal
On Tue, Jan 15, 2008 at 11:35:54AM -0500, Thomas Bushnell BSG wrote: > So please, let these maintainers choose, rather than ordering them > about. It is *they* who are in a position to decide whether maintaining > gnome 1.x is worth it. Of course, it will also be up to them to do the > maintenance. > gnome-libs has now been orphaned for more than a year. I would have expected it to have been picked up by now. > Most? Really? Wow, I'm impressed. Are you sure? People said this the > last time around, and they forgot gnucash. How about we let these > maintainers make that determination rather than you making it for them? > Do you know of any specific examples that would cause a problem? Neil -- hm, maybe wearing a black t-shirt while dusting my bedroom for the first time in years wasn't such a good idea signature.asc Description: Digital signature
Re: rebuild test of Debian packages with GCC trunk 20100107
On Thu, Jan 14, 2010 at 02:46:25AM +0100, Matthias Klose wrote: > doesn't matter. GCC-4.5 won't be the default for squeeze. if the GCC-4.5 > release is done before the squeeze freeze, then it will be uploaded to > unstable and enabled to build for architectures where it doesn't show > regressions in the testsuite compared to 4.4. > Wouldn't this cause unstable to testing migration during the freeze be a bit broken, or am I misunderstanding? Neil -- 'Maybe you can try to find a nice hotel by shouting in the Mexico DF streets "where could a gringo find a decent hotel in this dirty third world lame excuse for a country?". I'm sure the people will rush to help you, as we south americans love to be called third world in a demeaning way.' -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: GPL-licensed software linked against libssl on buildds!
On Tue, Jan 19, 2010 at 11:59:35AM -0800, Russ Allbery wrote: > This is a bug in the netatalk Debian packaging. You cannot assume the > package will be built in a clean chroot; among other things, the buildd > software explicitly does not guarantee that all packages will be removed. > Would it be time to start looking at LVM snapshops + sbuild perhaps? Neil -- Jump in and have a quim! -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: GPL-licensed software linked against libssl on buildds!
On Tue, Jan 19, 2010 at 02:36:08PM -0800, Russ Allbery wrote: > Neil McGovern writes: > > On Tue, Jan 19, 2010 at 11:59:35AM -0800, Russ Allbery wrote: > > >> This is a bug in the netatalk Debian packaging. You cannot assume the > >> package will be built in a clean chroot; among other things, the buildd > >> software explicitly does not guarantee that all packages will be > >> removed. > > > Would it be time to start looking at LVM snapshops + sbuild perhaps? > > Well, I would argue that proper package builds in dirty environments is > something we want in Debian anyway, and while this isn't the ideal method > to find it, it would be a bug regardless of how the buildds worked. > I'm not arguing that finding these issues isn'[t something worth doing, but the headache of a broken chroot is (from the wrok I'm involved in) a much larger problem for us. Perhaps there could be a release goal / giant cluster-o-doom rebuild of the archive with commonly problematic libraries? Neil -- * Tolimar votes for debconf7 to be somewhere where he speaks the language. That would a veto for switzerland ;) Tolimar: that also vetos germany -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: GPL-licensed software linked against libssl on buildds!
On Tue, Jan 19, 2010 at 11:32:17PM +0100, Martin Zobel-Helas wrote: > > Would it be time to start looking at LVM snapshops + sbuild perhaps? > > we already have two or three buildds doing that... The buildd team (esp. > HE) working on that and if it works out to be stable enough, we can see > if we can roll out it to all buildds. > Excellent, thanks for this. Neil -- automake: the emo of Debian software. "You just don't understand me." -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#571041: ITP: dreampie -- advanced Python shell
On Tue, Feb 23, 2010 at 12:48:11AM +0100, Luca Falavigna wrote: > Description : advanced Python shell > > This Python shell permits to work in a more productive way with Python > interpreter providing features not yet implemented in standard IDLE. > This short and long description need quite a bit of work. May I suggest debian-l10n-engl...@lists.debian.org if you need some help? Neil -- * stockholm bangs head against budget outsch h01ger: it is still very soft, i did not hurt myself stockholm: But you bled on the budget, and now it's red again! -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100223003345.gy22...@halon.org.uk
Unidentified subject!
pkg-clamav-de...@lists.alioth.debian.org Bcc: Subject: ClamAV supportability in stable releases Reply-To: Hi, The release team have been asked to remove ClamAV from testing (and hence the next stable release. See bug #587058. The issue seems to be that it's not supportable in stable due to the upstream maintainers deciding to upgrade their data files in a way that isn't binary compatable with previous versions. A couple of options have been mentioned for what to do with this, including volatile. I'm opening this mail thread for discussion, and if no one comments then I'll go ahead and action the bug report in two weeks. For avoidance of doubt, this will also affect reverse depends, see dd-list below. Thanks, Neil (Release team hat) Daniel Leidert (dale) gurlchecker Argos php-clamav ClamAV Team clamav-unofficial-sigs clamsmtp libclamunrar Debian Python Modules Team pyclamd Cédric Delfosse python-clamav Robert S. Edmonds clamassassin Jochen Friedrich c-icap Thomas Goirand dtc Stephen Gran libclamunrar (U) Marc Haber clamav-getfiles Scott Kitterman klamav Rene Mayrhofer havp Michael Meskes clamsmtp (U) David Paleino clamtk Siegfried-Angel Gevatter Pujals pyclamd (U) Michael Tautschnig libclamunrar (U) Alexander Wirt dansguardian Paul Wise clamav-unofficial-sigs (U) -- < linuxpoet> rails is a perversion < mc> someone who use pgsql as calculator shouldnt talk of perversion. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100802163019.ga3...@halon.org.uk
courier-authlib shlibs missing
Hi, With regards to #554788, is there a chance that this could be fixed, or even replied to? I really would rather not remove courier from testing. Neil -- What is a sane place to look for washing machines around Manchester? enrico: the canals :-) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100805174604.gt9...@halon.org.uk
Re: Bug#505111: will suggest removal from testing
Well, it seems that other people haven't taken an interest in the bug, and we've now frozen, again. As there isn't a resolution in sight, I'll add a hint at the end of August for the removal of the package unless there's significant progress to fixing the issue. Neil -- the hacklab room is the one with a pirate flag, and a venezuelan flag, and a third flag the other hacklab room is the "other hacklab room" -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100807130820.ga3...@halon.org.uk
Three common voting errors - how to avoid them
On Mon, Oct 04, 2010 at 08:47:49PM +0100, Debian Project Secretary - Neil McGovern wrote: > In the brackets next to your preferred choice, place a 1. Place a 2 in > the brackets next to your next choice. You may rank options equally (as > long as all choices X you make are 1 or 2). Please make sure you use a 1 or a 2. 'X' is not a valid vote. If you want to just mark the one you prefer, you can use a "1" next to the option you prefer. > Then mail the ballot to: gr_nonpackag...@vote.debian.org. This means it shouldn't be sent to secret...@debian.org. I'm re-attaching the ballot below, with a Reply-To set for convenience. > NOTE: The vote must be GPG signed with your key that is in the Debian > keyring. Please remember to sign your vote :) - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- 95912f50-8ac1-4eff-bed0-5c15aab62c72 [ ] Choice 1: Welcome non-packaging contributors as project members [ ] Choice 2: Further discussion - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- Thanks, Neil -- No matter whether you use charcoal or pine-cones, you've got to ignite the fuel somehow. The traditional way is to use pieces of bark from a birch-tree. In the soviet era, we used Pravda, the newspaper of the Communist Party. Proprietary software licenses work just as well. http://tinyurl.com/yqnm58 signature.asc Description: Digital signature
Re: Three common voting errors - how to avoid them
On Tue, Oct 05, 2010 at 07:20:14PM +0200, Bernd Zeimetz wrote: > On 10/05/2010 02:34 PM, Neil McGovern wrote: > > >> Then mail the ballot to: gr_nonpackag...@vote.debian.org. > > > > This means it shouldn't be sent to secret...@debian.org. I'm re-attaching > > the ballot below, with a Reply-To set for convenience. > > Setting a proper reply-to in the announcement-mail would hav ebeen nice. I > almost sent mine to secretary@, too :) > Yes, it would. And so would expecting people to read the mail. Given that there were a number (28?) sent before voting peoriod started, I'm not convinced that people will actually do that. I'll be looking at automating how the announcements are sent out in future to help this. Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li A40F862E -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101005220453.gw4...@halon.org.uk
Bug#223856: ITP: cslh -- a live support chat system.
Package: wnpp Severity: wishlist Package name: cslh Version : 2.8 Upstream Author : Eric <[EMAIL PROTECTED]> URL : http://www.craftysyntax.com/CSLH/ License : GPL Description : A live support chat system. Crafty Syntax Live Support (cslh) is a live help support chat system that allows the operators of the websites to monitor their visitors as they are browsing the site and proactively open a chat session with the visitor. Other features include Mysql database, chat notification, user is typing message, multiple chat sessions, referer tracking, page view tracking and multiple operators.
Re: experimental codename
On Mon, Dec 15, 2003 at 02:46:27AM +0100, Rene Engelhard wrote: > Christoph Berg wrote: > > since we are discussing codenames for the Debian/*BSD OSs, I noticed > > that the "experimental" distribution doesn't have a codename yet, as > > unstable has with "Sid". I'd propose to call it "Scud", which is the > > Name of Sid's dog (which broke toys even worse than Sid did ;-). > > I think that although "Scud" looks nice in this context giving a > codename to experimental is not something we have to do since > experimental is not a full distribution -- it only contains packages and > makes only sense with a "normal, codenamed" distro (sid) installed > I like it too :) Prehaps it could be used as a codename for the new unstable when Sarge is released as stable? Regards, Neil McGovern -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li 8DEC67C5
xf86config bug
Hi, I can't seem to find the package that xf86config belongs to, but the bug is as follows: xf86config writes to /etc/X11/XF86Config, rather than /etc/X11/XF86Config-4, which is the one being read. Anyone know where this bug should be reported to? Many thanks, Neil -- 16 Channels in mode 4 I disclaim everything I can under English law. gpg key - http://www.halon.org.uk/pubkey.txt ; wwwkeys.pgp.net 8DEC67C5
Re: Daft Internet Stuff [Re: Returning from "vacation". (MIA?)]
On Sun, May 18, 2003 at 10:26:38AM +0100, Matt Ryan wrote: > Emile van Bergen wrote: > > So what do you propose then, to drop everything just because you > > cynically point out that a lot of rules are being violated today? > Society evolves and with it rules change, we need > to accept this and see what evolves - if it turns out to be bad then limits > will have to be applied, but I'm not seeing a complete state of anarchy > break out yet... These are all valid points, however, I still don't want to read HTML e-mail in mutt. Asking people to blindly follow a set of rules, doesn't as you say work. However, if someonbe does send me an e-mail, I send one back explaining why HTML e-mail is bad and wrong due to a) compatability and b) bandwidth issues. It then doesn't happen again, as people realise why the 'rules' were set up in the first place. Neil -- 16 Channels in mode 4 I disclaim everything I can under English law. gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li 8DEC67C5
Re: Daft Internet Stuff [Re: Returning from "vacation". (MIA?)]
On Sun, May 18, 2003 at 03:25:42PM +0100, Matt Ryan wrote: > Neil McGovern wrote: > > These are all valid points, however, I still don't want to read HTML > > e-mail in mutt. > You are figting a losing battle. Unfortunatly, this may be so, but the latest trend I personally have seen is away from HTML e-mail. > then you are highly unlikely to get them to change it. I disagree. Once I've explained why I don't like HTML e-mail, people normally see 'my side' and switch. > Some devices (cable TV email?) may not even be able to > turn it off. Whatever the arguements are for running a lean mean email > client its probably going to have to cope with HTML email or you are going > to have to limit who you interact with! I don't have a problem with those who CAN'T send in plain-text. I just prefer not to receive HTML e-mail. > Yes, but then if the majority of clients can send/recive HTML email, who has > the compatibility problem? The same train of thought will bring down W3C and HTML guidelines, and in fact, the principal that gcc/debian/java/... works on all platforms. The majority of people use MS Windows. Thus, why should linux be supported? On the whole bandwidth issue, I know it's been flogged to death but here's a prime example: An ex-lecturer (one which was, ironically, meant to be teaching good programming techniques) sent us a Microsoft Word HTML formatted *one-line* e-mail that totaled over 100k. Following that trend, and using a 56k dial-up, do you really want to spend your time downloading a message that says "Thanks for your message" for 3 minutes? Neil -- 16 Channels in mode 4 I disclaim everything I can under English law. gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li 8DEC67C5
Error in upgrading libgd-perl?
Hi all, While trying to upgrade libgd-perl I get the following error: vivacia:/home/maulkin# apt-get install libgd-perl Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: libgd-perl: Depends: libgd-gd1-perl (= 1.41-6) but 1.41-5 is to be installed E: Broken packages vivacia:/home/maulkin# apt-get install libgd-gd1-perl Reading Package Lists... Done Building Dependency Tree... Done libgd-gd1-perl is already the newest version. 0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded. This has been like this for a week or so. Anyone have any more info? Cheers, Neil -- 16 Channels in mode 4 I disclaim everything I can under English law. gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li 8DEC67C5
Re: libcairo has two different versions in Lenny?
On Tue, Mar 17, 2009 at 12:57:25AM +0100, Michelle Konzack wrote: > 920 cdrom://Lenny_DVD_1 lenny/main Packages > 900 ftp://ftp2.de.debian.org lenny/main Packages > 980 http://security.debian.org lenny/updates/main Packages [...] > Can someone explain, WHY the SECURITY mirror has an outdated version of > libcairo2 and blocking the installation (I have manualy installed the > libcairo2, but it is annoying and should be corrected as fast as > possibel) > You appear to have pinned things. As this is a list for Debian Development, rather than basic user support, I would suggest you ask in debian-us...@lists.debian.org. FUs set. > Debian GNU/Linux Consultant That's worrying. Neil -- is _that_ gunnar? yes what happened to his tires? He's shrunk. I think his wife washed him at too high a temperature. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Sponsorship requirements and copyright files
On Sun, Mar 22, 2009 at 02:47:04AM +, Noah Slater wrote: > This has clear advantages for being able to post-process, check, search, and > navigate copyright information using whatever tools the community decides > would > be profitable. > I'm not quite clear as to why this is an advantage yet Currently, this seems to have been designed to provide interfaces for future tools to use, while not regarding whether or not people want those tools. Could you provide a use case or two to help clarify things? The main one I see is for an end user to look at a packages copyright file and say 'yes, I can use it for $foo', which is a case that's detracted from in the proposal. Neil -- I use three different operating systems: Sarge, Etch, and Sid. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Amendment: Enhance requirements for General resolutions
Hi, Thanks for bringing this GR. I'd like to propose an amendment: AMENDMENT START General Resolutions are an important framework within the Debian Project. Yet, in a project the size of Debian, the current requirements to initiate one are too small. Therefore the Debian project resolves that a) The constitution gets changed to not require K developers to sponsor a resolution, but floor(Q). [see §4.2(1)] b) Delaying a decision of a Delegate or the DPL [§4.2(2.2)], as well as resolutions against a shortening of discussion/voting period or to overwrite a TC decision [§4.2(2.3)] requires floor(2Q) developers to sponsor the resolution. c) the definition of K gets erased from the constitution. [§4.2(7)] (Numbers in brackets are references to sections in the constitution). AMENDMENT END Rationale: This is basically s/K/Q/. It keeps the 'immediate override delegate decision' as twice as hard as proposing a GR. Thanks, Neil -- < linuxpoet> rails is a perversion < mc> someone who use pgsql as calculator shouldnt talk of perversion. signature.asc Description: Digital signature
Re: Sponsorship requirements and copyright files
On Sun, Mar 22, 2009 at 01:45:18PM +, Noah Slater wrote: > On Sun, Mar 22, 2009 at 11:42:29AM +0000, Neil McGovern wrote: > > I'm not quite clear as to why this is an advantage yet Currently, this > > seems to have been designed to provide interfaces for future tools to > > use, while not regarding whether or not people want those tools. > > > > Could you provide a use case or two to help clarify things? The main > > one I see is for an end user to look at a packages copyright file and > > say 'yes, I can use it for $foo', which is a case that's detracted from > > in the proposal. > > Listing the licences (not necessarily copyright holders) in a machine readable > format would allow lintian checks to be developed, and maybe even automatic > license compatibility checks to be performed. > Perhaps this is where we're not quite seeing eye-to-eye. I know that machine readable copyright files would allow lintian checks. But what would those checks be, and what would be the point of them? All I've personally seen so far is 'it makes data mining easier', which although could be a goal in itself, doesn't improve the quality of packages. Neil -- I don't see why anyone would want to "cyber" with a 16yo. IME none of them can spell, and they probably haven't had the relevant experience to write convincing prose. It's not like their ASCII is going to be any more supple for them being sixteen. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [dissenting]: Proposal: Enhance requirements for General resolutions
On Sun, Mar 22, 2009 at 11:53:02PM +0100, Bill Allombert wrote: > The first GR was passed in June 2003 and there were 804 developers. > The last GR was passed in November 2008 and there were 1018 developers. > Actually, to be fair, the first vote was 1999, with 357 developers. Neil -- < vorlon> We need a fresher website - WordPress is the perfect solution, that way the website can get a new look every time a script kiddie comes up with a new design -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [dissenting]: Proposal: Enhance requirements for General resolutions
On Mon, Mar 23, 2009 at 10:59:34AM +1100, Ben Finney wrote: > That's a fair question, but AUIU, it is not up to the proposer, having > already proposed, to decide when the vote gets called. > It's up to the proposer or any of the seconders to do so. Neil -- hermanr_: I never studied german I can just read some of it because it makes sense . o O ( There is stuff Ganneff writes, which makes sense? ) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: debian/copyright verbosity
On Wed, Apr 15, 2009 at 12:53:58PM +1000, Ben Finney wrote: > That would be premature. As I understand it, we're waiting on (and I'm > actively soliciting) input for other purposes of the information in the > ‘debian/copyright’ file; not least from the legal counsel at SPI. > I could be wrong, but I'm not aware that counsel has been asked. Have you got a messageid? Thanks, Neil -- No matter whether you use charcoal or pine-cones, you've got to ignite the fuel somehow. The traditional way is to use pieces of bark from a birch-tree. In the soviet era, we used Pravda, the newspaper of the Communist Party. Proprietary software licenses work just as well. http://tinyurl.com/yqnm58 signature.asc Description: Digital signature
Re: Removal of remaining packages using GTK 1.2
On Sun, May 17, 2009 at 10:12:04PM +0200, Moritz Muehlenhoff wrote: > icewm > linpopup > wmclockmon > cheops > codebreaker > gaby > dbmix > gcrontab > gbuffy > gcvs > gcx > geg > gman > gps > gqcam > gtkpool > libjsw > i2e > mah-jong > mbrowse > predict > xemacs21 > swami > xoscope > xscorch > All removed > ledcontrol > Age-days set to 8, new version now in testing. Neil -- bah Germans. You just put 100 DDs in one country and then they all become friends of each other. signature.asc Description: Digital signature
Re: New project goal: Get rid of Berkeley DB (post jessie)
On Sat, Jun 21, 2014 at 12:49:52AM +0800, Thomas Goirand wrote: > So, do I understand well that it's your view that just linking with > AGPLv3 make it mandatory to re-license using AGPLv3? Is there such a > clause in the AGPLv3 license? > No, it's required to re-licence it to AGPLv3, or an AGPLv3 compatable licence. See, for example, http://www.gnu.org/licenses/gpl-faq.html#IfLibraryIsGPL and https://www.gnu.org/licenses/license-list.html Neil -- signature.asc Description: Digital signature
Re: MATE 1.8 has now fully arrived in Debian
On Fri, Jun 27, 2014 at 10:43:15AM +, Thorsten Glaser wrote: > Sune Vuorela wrote: > > >The way is to put your time/money where your mouth is and provide the > >code. Asking others to do all the work is not the way forward in OSS. > > I highly doubt you can call _me_ someone who does not do work in OSS. I think Sune may have phrased it badly, but I read his text to be "all the work in this area". > You know, methods to clone a human being, time turners, etc. have not > been invented yet. I'd like to think I'm doing enough considering that > I also have a dayjob. > > That being said: people have different experiences in different areas. > So, yes, it's a give-and-take, and I can fully well expect other people > to do my work (in areas I have less experience in) just as I do other > peoples' work in areas I'm good in. > I'd add some subtlety here: you can expect others to do work that they a) find interesting, b) is useful for them, and/or c) is not an inconvenience for them. What you can't expect is that they'll do a non-trivial amount of work just because it's something you personally want. This is pretty much what's enshrined in the Debian constitution. > Some OSS "advocates" say "it's OSS, just do it yourself". This is a > harmful attitude and has turned away people often enough. Luckily, > these are getting less and less. Do not become one of them, please. > I do appreciate your work in Debian. However, as this is the development mailing list, there needs to be an impetus for things to happen. I believe that the suggestion is that if you want to see this happen, you need to try and gather sufficient support for what you want, possibly by finding other like minded people. Simply saying "I don't like $foo, change it" is not going to work with a volunteer project. Neil -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140627132809.gs11...@halon.org.uk
Re: Reverting to GNOME for jessie's default desktop
On Fri, Aug 08, 2014 at 03:15:17PM +0400, vita...@yourcmc.ru wrote: > I'm not a Debian developer, just a Debian user, and I want to say that I was > happy to see XFCE being the default DE. Just because it's small, classic and > neutral DE - which GNOME 3 definitely isn't. I think XFCE is a better > default... because I think it's not that uncommon for people to really > dislike GNOME 3. > Got bored. Made this: http://www.halon.org.uk/simplechooser/ Can we do useful work instead now? Neil -- signature.asc Description: Digital signature
Re: bash exorcism experiment ('bug' 762923 & 763012)
On Tue, Oct 07, 2014 at 03:03:05PM +0200, Thorsten Glaser wrote: > Yeah, but Md is an arsehole anyway and requires printf to be > a /bin/sh builtin instead of just adding /usr/bin to $PATH, > especially now that the initrd mounts /usr already anyway, > and CTTE decided to rather offend me than Md because he is > maintainer of the more important packages, or those where > it’s hard to find someone else for. > Thorsten, Could you please keep your tone more civil? Personal attacks on fellow project members and conspiracy theories does nothing to further your technical arguments - in fact it makes me more likely to dismiss any valid point you may have. Neil -- signature.asc Description: Digital signature
Re: ITP: runit-init -- a UNIX init scheme with service supervision
On Wed, Oct 22, 2014 at 07:56:25AM +, Gerrit Pape wrote: > This essentially is a reintroduction of the package "runit-run", which > was added to Debian end of 2002, and removed on request of the release > team end of 2010, with the package name changed. Since then, a backward > compatibility feature for running sysv rc scripts was added, ideally to > be replaced by runit service directories eventually. > I don't think that's entirely accurate - it was removed from unstable at your own request, and then removed from testing due to it no longer being present in unstable. The issue under contention was #562945 - which I confirmed would be an RC bug, and thus not suitable for release. This doesn't mean it couldn't belong in Debian at all. It's good to see that runit will now allow a system to boot (and actually run init scripts), which is great to see. Neil -- signature.asc Description: Digital signature
Re: Results for init system coupling
On Tue, Nov 04, 2014 at 02:43:13PM +, devo...@vote.debian.org wrote: > This message is an automated, unofficial publication of vote results. > Official results shall follow, sent in by the vote taker, namely > Debian Project Secretary Whelp, that wasn't meant to happen. Apologies for the spam. Neil -- signature.asc Description: Digital signature
Re: Call for Votes: General Resolution: Init system coupling
On Tue, Nov 04, 2014 at 05:53:36PM +, Neil McGovern wrote: > - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- > 57dd4d7c-3e92-428f-8ab7-10de5172589e > [ ] Choice 1: Packages may not (in general) require a specific init system > [ ] Choice 2: Support alternative init systems as much as possible > [ ] Choice 3: Packages may require specific init systems if maintainers > decide > [ ] Choice 4: General Resolution is not required > [ ] Choice 5: Further Discussion > - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- All, For avoidance of doubt, and as I've been asked on IRC, all options have a 1:1 majority requirement. Neil -- signature.asc Description: Digital signature
Re: REISSUED CfV: General Resolution: Init system coupling
On Thu, Nov 06, 2014 at 04:12:20PM +0100, Julian Andres Klode wrote: > On Thu, Nov 06, 2014 at 04:10:13PM +0100, Julian Andres Klode wrote: > > On Tue, Nov 04, 2014 at 11:53:43PM +0000, Neil McGovern wrote: > > > - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- > > > 57dd4d7c-3e92-428f-8ab7-10de5172589e > > > [ 5 ] Choice 1: Packages may not (in general) require a specific init > > > system > > > [ 2 ] Choice 2: Support for other init systems is recommended, but not > > > mandatory > > > [ 1 ] Choice 3: Packages may require specific init systems if maintainers > > > decide > > > [ 3 ] Choice 4: General Resolution is not required > > > [ 4 ] Choice 5: Further Discussion > > > - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- > > > > > Ouch, that got send to the wrong address. :( > > Neil: There was no Reply-To set in the reissued call for votes :( > Indeed, unfortunately so. Given the rather rushed nature though, it would be nice to try and work out a way of avoiding having to do this manual action in future. I'm currently working from http://anonscm.debian.org/cgit/users/neilm/devotee.git/ if anyone fancies adding extra support to devotee. Neil -- signature.asc Description: Digital signature
Re: Jessie Freeze -> What is the next release name? (jessie+1)
On Sun, Nov 09, 2014 at 10:23:01AM +0100, Matthias Urlichs wrote: > Hi, > > Osamu Aoki: > > I thought usually this type of announcement comes with next release > > name. > > > > I was going to update web site (later) and debian-reference package (in > > November) in proper timing. Did I miss some announcement? > > > See the debian-devel archives from mid-Fenruary 2014. According to Neil > McGovern, the code name shall be "zurg". > > >>> https://lists.debian.org/debian-devel/2014/02/msg00905.html > > While that was in no way official, at the time it kindof struck a chord, > so I'd like us to just go with it. > > After all the init/GR/what-have-you brouhaha, we can do with some levity. :-) > Also, please see the footnote in my mail above. Neil -- signature.asc Description: Digital signature
Re: REISSUED CfV: General Resolution: Init system coupling
On Mon, Nov 10, 2014 at 06:12:46PM +, Ian Jackson wrote:
> Neil McGovern writes ("Re: REISSUED CfV: General Resolution: Init system
> coupling"):
> > Indeed, unfortunately so. Given the rather rushed nature though, it
> > would be nice to try and work out a way of avoiding having to do this
> > manual action in future. I'm currently working from
> > http://anonscm.debian.org/cgit/users/neilm/devotee.git/ if anyone
> > fancies adding extra support to devotee.
>
> I have a half-written series to make it cope with lettered, rather
> than numbered, options. Would it be worth my while finishing that off
> (in my CFT) ?
>
I think that would probably be helpful, yes! Not only in the case where
we get more than 9 options on the ballot, but I also think it would help
clarify some of the voting options when you're ranking options.
Neil
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141110183135.gf10...@halon.org.uk
