Re: Bug#565308: Will we see MariaDB in Jessie?
On 2013-05-06 13:17:47, Patrick Matthäi wrote: But why should it _replace_ MySQL, why not providing it as an alternative MySQL'ish server? As others mentionned: Oracle. More precisely, because Oracle has a rather rude security policy of not divulging security issues directly and publishing a whole new release (as opposed to a patch) when security issues are published. That regression alone should be indication enough that Oracle doesn't care about us, if we needed any reminder. We did it for Libreoffice, let's push it a little further. A. -- Information is not knowledge Knowledge is not wisdom Wisdom is not truth - Frank Zappa pgpHoIulGYDfQ.pgp Description: PGP signature
Re: wheezy postmortem re rc bugfixing
How about a slush? A few projects have this period where changes are not completely forbidden, but slightly restricted. For example, we could have a period where new upstream releases (yes, with huge diffstats) would be accepted if they fix a RC bug. In fact, I am of the opinion that we should relax the requirements that the release team systematically review every diff posted during the freeze, especially if the freeze is going to last almost a year... That always seemed to me to be an insane amount of work. And yes, I know that we have a progression of exceptions for the freeze already, I just feel that we could add an extra window... But maybe that's just me. :) A. -- We will create a civilization of the Mind in Cyberspace. May it be more humane and fair than the world your governments have made before. - John Perry Barlow pgpxS6_0I2gW7.pgp Description: PGP signature
Re: status of eligibility of dug lists on lists.debian.org
Hi Paul, and Andrei, thanks for your responses. Andrei POPESCU wrote: E: debian-community.org (though lists are currently hosted on alioth as well) I am not familiar with that site, and I get a connexion timeout trying to connect to it as a website here. Paul Wise wrote: I would suggest that you start a Free Software User Group, Open Source User Group or Linux User Group instead. That would be more inclusive since people who don't care about Debian would feel welcome instead of excluded. We already have such groups here - we have a Libre Planet group, a few disparate linux users group, and a Ubuntu community that mostly imploded recently when people realised Canonical wasn't a free software community (duh). We participate from time to time in those groups, but it's not what we're looking for. We want to coordinate with each other, as Debian users. We want to organise BSPs, sprints, and there's a talk of a bid again for Debconf in Montreal (oh boy - I swear it wasn't me this time though). Besides, how is starting a Open Source User Group going to help Debian specifically? Should we encourage people to start Debian-specific groups that can support the local community, make local events and promote Debian in your city? If not, we need to change this page, at the very least, as it's encouraging people to start such groups now: http://wiki.debian.org/LocalGroups ... but I think it would suck if we would add to that page: please do not start your own Debian group, instead join existing free software groups or make one. Maybe it's just that I can't get the wording right. :P Besides, I think it's perfectly reasonable for people to get involved in a group specialised in their technology. I wouldn't go to a Linux User Group for Python programming help, I would go to that Python group we have here. Conversely, I wouldn't want people to come to our group for help with Blender on Windows 7 just because Blender happens to be free software, although I'd be happy to help them install blender on Debian. :) It makes expectations clearer, and I don't think our charter would mark us as an exclusive use Debian or f*-off group. ;) It would also resolve this question quite nicely. [x] E: Host lists on their own server in someones basement See that's exactly what I'm talking about - *I* can do this, I can host lists in my basement (or my freedombox, call it what you like), as I am an experienced sysadmin and developer. But this is not something anyone can do in their basement. Email is specifically hard to host behind home connexions - I have been doing it for a while, but it's been an uphill battle all that time... But my concern is: what should a non-developer, non-sysadmin do in this situation? Aren't we telling our users to go away here? I was under the impression that Debian was trying to be more inclusive with non-technical contributors, especially with the recent shift of language from Debian Developer to Debian Member. I sure hope I wasn't misunderstanding that tendency, and that it can be expanded to cover more than fair words. Less talk, more rock. A. -- Pour marcher au pas d'une musique militaire, il n'y a pas besoin de cerveau, une moelle épinière suffit. - Albert Enstein signature.asc Description: Digital signature
Re: status of eligibility of dug lists on lists.debian.org
On 2012-09-19, Roger Lynn wrote: Unless all the members of a group are beginners, isn't this an opportunity for a more experienced member to learn about hosting a server, how email works, setting up a mailing list and using Debian? I first set up a Mailman instance when I had been using Debian for about three years and I was not a sysadmin, although admittedly I do develop embedded software. Sure, it may be such an opportunity. We could also say that such a group should host their own wiki, version control system, website, support forum... where does it stop? Listserv seems to be the hardest of those steps - why block that? A. -- Rock journalism is people who can't write interviewing people who can't talk for people who can't read. - Frank Zappa pgpnFuZpQbgbI.pgp Description: PGP signature
Bug#609634: ITP: tty-clock -- simple terminal clock
Package: wnpp Severity: wishlist Owner: anarcat anar...@koumbit.org * Package name: tty-clock Version : (no precise upstream release tagged, will lobby for one) Upstream Author : Guillaume B the.cheater...@gmail.com * URL : https://github.com/xorg62/tty-clock * License : BSD Programming Lang: C Description : simple terminal clock tty-clock is a simple ncurses-based clock that shows the time and date using a large display. It has a few commandline options to customize the output. As an aside: this reminds me a lot of grdc software packaged in the original BSD games distro... I wonder if there was inspiration there, but at least I didn't see any obvious code duplication (not that this would be a licence problem anyways, because of BSD...). Working on the package as we speak. -- 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/20110111040235.20342.38814.report...@localhost
Bug#532923: ITP: aegir-provision -- backend of the Aegir hosting system
Package: wnpp Severity: wishlist Owner: The Anarcat anar...@anarcat.ath.cx * Package name: aegir-provision Version : 0.2 Upstream Author : Adrian Rossouw * URL : http://drupal.org/project/provision * License : GPL Programming Lang: PHP Description : backend of the Aegir hosting system Ægir is a new set of contributed modules for Drupal that aims to solve the problem of managing a large number of Drupal sites. It does this by providing you with a simple Drupal based hosting front end for your entire network of sites. To deploy a new site you simply have to create a new Site node. To backup or upgrade sites, you simply manage your site nodes as you would any other node. The provision component of this system provides the back end used for system level tasks such as creating configuration files and managing databases and backup files. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532723: ITP: drush -- command line shell and Unix scripting interface for Drupal
Package: wnpp Severity: wishlist Owner: The Anarcat anar...@koumbit.org * Package name: drush Version : 2.0 Upstream Author : Moshe Weitzman weitz...@tejasa.com * URL : http://drupal.org/project/drush * License : GPL Programming Lang: PHP Description : command line shell and Unix scripting interface for Drupal drush is a command line shell and Unix scripting interface for Drupal, a veritable Swiss Army knife designed to make life easier for those of us who spend some of our working hours hacking away at the command prompt. Drush core ships with lots of useful commands for interacting with code like modules/themes/profiles. Similarly, it runs update.php, executes sql queries and DB migrations, and misc utilities like run cron or clear cache. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (990, 'stable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495026: ITP: chessclock -- a simple chess clock to help track time in real life games
Package: wnpp Severity: wishlist Owner: The Anarcat [EMAIL PROTECTED] * Package name: chessclock Version : 1.1 Upstream Author : Antoine Beaupré [EMAIL PROTECTED] * URL : http://hg.koumbit.net/chessclock/ * License : GPL-3 Programming Lang: Python Description : a simple chess clock to help track time in real life games This is a fairly simple application designed to track the time spent thinking by the players during a chess game. Various ways of tracking time are supported, with only countdown (aka blitz) and fisher for now. The graphical interface is keyboard driven and is intended to be minimal and simple. The code is made to be extensible to other game types. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480103: ITP: gmpc-shout -- shoutcast plugin for gmpc
Package: wnpp Severity: wishlist Owner: The Anarcat [EMAIL PROTECTED] * Package name: gmpc-shout Version : 0.15.5.0 Upstream Author : Qball Cow [EMAIL PROTECTED] * URL : http://www.sarine.nl/gmpc-plugins * License : GPL Programming Lang: C Description : shoutcast plugin for gmpc This plugin allows the gmpc player to play music from an Shoutcast/Icecast server (through ogg123) when music is played. This is *part* of #425805 but I'm not taking over all plugins, just one, so I'm leaving the RFP open right now. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]