Re: Improving our response to "duplicate" packages in Debian
On Sun, Jul 01, 2012 at 08:34:01AM +1000, Craig Small wrote: > > "pet projects" as the price we need to pay to make participation in > > Debian very attractive (not even talking about the role that "pet > That's a good way of putting it. Also who can predict what is really a > pet project. I bet the first medical related project that was ITP'ed > on Debian people were thinking 'huh, why that here?' and yet I hear now > there is quite a large and vibrant community around this sort of thing. To base the feelings expressed here on numbers I evaluated the questionaire for Debian Med developers Charles was hinting to[1]. We have 9DDs + 1DM inside Debian only because the Debian Med project exists. Of these 10 people 7 extended their scope to other teams (some of them by leaving Debian Med more or less completely to focus on other tasks). I would like to stress that one of the main ideas behind Debian Pure Blends is to dive deeply into very specific fields and "hunt" for the specialists there to make Debian the distribution of choice for specific workfields. I tried to graph this idea on slide 13 of my Banja Luka talk last year[2] and in the same way on slide 8 of my recent talk in Grenoble[3] were I did put the focus on the fact that Debian does not simply carry random medical stuff but we should rather see the Debian Med project which made quite good progress to advertise Debian in the world of biology and to some extend in medical care (which is a bit harder). It is my very strong opinion that if we manage to settle into different workfields with an exceptional quality we will gain for much more users (und thus potential developers) via cross-connections to other fields. When I started the MoM project[4] I kept this in mind to train the experts in specific programs (were I as a generalist have no good chance to test) some packaging skills. As some result I can say we now have established quite strong connection to an upstream community for a very powerful hospital management system (VistA) which finally could enable us to establish pure Debian in large hospitals once the packaging is finalised. The underlying database system (MUMPS) is also used in some GIS applications (at least Ean Schuessler expressed some interest because of this) which somehow proves my point of cross connections. We also have Debian Edu that made a big progress in schools, we have a GIS team, a multimedia team, a games team and others which to my perception are not that visible as they should. We also have Debian Science which is a great resource to start into more specific sciences and I think the last Debian Science workshop was a good start for doing so. In short: I would not consider specific packages as pet programs but rather as an exceptional chance for Debian to spread into specific fields and find new engaged users there because they do not find support by some other system. Kind regards Andreas. [1] http://wiki.debian.org/DebianMed/Developers [2] http://people.debian.org/~tille/talks/20110728_blends/ [3] http://people.debian.org/~tille/talks/20120625_debian-med/ [4] https://wiki.debian.org/DebianMed/MoM -- http://fam-tille.de -- 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/20120703071107.ga4...@an3as.eu
R language
Hello, Would you be interested in promoting and could you write the article for SD Journal? Our next issue will be entitled R language. I think that you can contribute relevant materials for our magazine. Please let me know if you are interested in contributing. Cheers, Magdalena Marczynska Editor of SDJournal
Bug#680071: ITP: libplack-middleware-csrfblock-perl -- Plack middleware to block CSRF (cross-site request forgery)
Package: wnpp Owner: Michael Stapelberg Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libplack-middleware-csrfblock-perl Version : 0.03 Upstream Author : Rintaro Ishizaki * URL : http://search.cpan.org/dist/Plack-Middleware-CSRFBlock/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Plack middleware to block CSRF (cross-site request forgery) This middleware blocks CSRF. You can use this middleware without any modifications to your application, in most cases. When the application response content-type is "text/html" or "application/xhtml+xml", this middleware inserts a hidden input tag that contains a token string into all POST-forms found in the response body. For every POST requests, this middleware ensures that the input parameters contain the collect token parameter. If not found, the middleware throws an HTTP error 403 (Forbidden) and the forged request does not even reach your application. -- 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/20120703111010.873db3ea...@midna.zekjur.net
Bug#680087: ITP: openmm -- library for molecular dynamics
Package: wnpp Severity: wishlist Owner: Steffen Moeller * Package name: openmm Version : 4.1 * URL : https://simtk.org/home/openmm_suite * License : custom Programming Lang: C++, Python Description : library for molecular dynamics OpenMM is a library which provides tools for modern molecular modeling simulation. As a library it can be hooked into any code, allowing that code to do molecular modeling with minimal extra coding. . Moreover, OpenMM has a strong emphasis on hardware acceleration, thus providing not just a consistent API, but much greater performance than what one could get from just about any other code available. A package is 2/3rd complete on http://anonscm.debian.org/viewvc/debichem/experimental/openmm/debian/ lacking python packages and various smaller bits like watch files. -- 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/20120703133828.11315.30274.report...@gpu1.dermacloud.uni-luebeck.de
Bug#680106: ITP: profisis -- Protein binding sites prediction (ISIS)
Package: wnpp Severity: wishlist Owner: ced...@gmx.ca * Package name: profisis Version : 1.0.5 Upstream Author : * URL : http://www.predictprotein.org/ * License : GPL Programming Lang: Perl Description : Protein binding sites prediction (ISIS) Protein-protein interaction sites identified from sequence profisis (ISIS) is a machine learning-based method that identifies interacting residues from sequence alone. Although the method is developed using transient protein-protein interfaces from complexes of experimentally known 3D structures, it never explicitly uses 3D information. Instead, we combine predicted structural features with evolutionary information. The strongest predictions of the method reached over 90% accuracy in a cross-validation experiment. Our results suggest that despite the significant diversity in the nature of protein-protein interactions, they all share common basic principles and that these principles are identifiable from sequence alone. -- 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/20120703160609.29545.84456.report...@i12r-tbl.informatik.tu-muenchen.de
Ayudeme por favor tengo muchas preguntas de debian
Hola deseo saber porque debian ó Ubuntu viene en cinco dvds? Cuál es la diferencia de instalar el dvd o el cd? Cuales son las ventajas? Cual es mejor dvd o cd? Para instalar debían o Ubuntu, es necesario tener algún dominio como www.oscar.com ? ¿ es necesario tener conexión a internet? Debian dvd tiene alguna ventaja sobre Windows 7? donde puedo descargar los 5 dvds de debían squeze? Podría darme los links de descarga? Cuando saldrán los dvd de debían Wheezy? Que partes osea hardware utiliza una Pc con SO debían, utiliza tarjeta de sonido, utiliza tarjeta de video, impresora,etc. que partes son necesarias? Tengo miedo de comprar el equipo innadeacuado. es importante aprender algoritmos, para aprender a programar? O solo leyendo un libro de lenguaje c , es mas que suficiente? Y si no lo es, me recomendaría algún manual de algoritmos, o algún video tutorial? Cuales son las ventajas de calc y base sobre Access y Excel? O es mejor Microsoft office? Quiero comprarme una laptop, que marca usted me recomendaría? Cual es la mejor laptop para Linux, la que viene con teclas con números en la parte derecha o la que viene sin teclas de números? Necesito algún manual de robomind, y de texmaker en español, podría ayudarme a conseguirlos? Agradeceré su pronta respuesta Gracias
Re: Ayudeme por favor tengo muchas preguntas de debian
Te respondo entre líneas, según mi punto de vista :) 2012/7/3 Armando Barrera > Hola deseo saber porque debian ó Ubuntu viene en cinco dvds? Cuál es la > diferencia de instalar el dvd o el cd? Cuales son las ventajas? Cual es > mejor dvd o cd? > Los cd's vienen con software básico para tener tu linux funcionando en pocos minutos, los dvd's vienen con extras tales como: software para virtualización, distintos tipos de servers (dns, base de datos, email, samba, etc), codec's, etc etc. Personalmente yo instalo con el primer cd de Debian y luego ya instalo lo que necesito con apt-get install nombre_programa > Para instalar debían o Ubuntu, es necesario tener algún dominio como > www.oscar.com ? ¿ es necesario tener conexión a internet? > No, los dominios son para entornos de producción, no aplica en caso de que uses la máquina como desktop. > Debian dvd tiene alguna ventaja sobre Windows 7? > Debian, tiene tres ramas: estable => recomendable para server's, testing => para desktop's viene con lo último de software que se actualiza cada fin de semana y por ultimo unstable => o tambien conocido como Sid donde estan los desarrolladores de debian probando e integrando el software. La respuesta a tu pregunta sería otra pregunta ¿Qué es lo que necesitas hacer? > donde puedo descargar los 5 dvds de debían squeze? Podría darme los > links de descarga? Cuando saldrán los dvd de debían Wheezy? > Puedes descargar los isos desde su propia web http://www.debian.org/CD/ ahí puedes escoger el protocolo: jigdo, bittorrent, http, ftp. Los isos de debian Wheezy aún no han anunciado oficialmente, hasta donde tengo entendido :) > Que partes osea hardware utiliza una Pc con SO debían, utiliza tarjeta de > sonido, utiliza tarjeta de video, impresora,etc. que partes son > necesarias? Tengo miedo de comprar el equipo innadeacuado. > Bueno este punto es mejor que uses Debian Testing que viene como mencioné con lo último de la versión de software's y kernel, aun asi tambien puedes consultar sobre la compatibilidad en: http://www.linux-drivers.org/ Impresoras: http://www.linuxprinting.org Escáners: http://saneproject.org/ Perífericos usb en general: http://www.qbik.ch/usb/devices/ Tarjetas de sonido: http://www.alsaproject.org/ Tarjetas wifi: http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/ y en caso de atheros: http://madwifi-project.org/ modems http://linmodems.org/ webcams http://www.linux.com/howtos/WebcamHOWTO/hardware.shtml > es importante aprender algoritmos, para aprender a programar? O solo > leyendo un libro de lenguaje c , es mas que suficiente? Y si no lo es, me > recomendaría algún manual de algoritmos, o algún video tutorial? > Hummm.. yo te recomendaría leer para empezar http://aprendeaprogramar.pe/donde usan ruby, luego ya puedes ir por c, perl, python, php, java, etc todo depende de que necesites realizar. > Cuales son las ventajas de calc y base sobre Access y Excel? O es mejor > Microsoft office? > Bueno en este punto prefiero mil veces LibreOffice, es un fork de OpenOffice.org, que está mas maduro y estable que su predecesor. > Quiero comprarme una laptop, que marca usted me recomendaría? Cual es > la mejor laptop para Linux, la que viene con teclas con números en la parte > derecha o la que viene sin teclas de números? > Esto es un tema de diseño y tamaño, las pequeñas de 13" no tienen el teclado numérico, en marca recomendaría Toshiba por ser más estable. > Necesito algún manual de robomind, y de texmaker en español, podría > ayudarme a conseguirlos? > Pregúntale a San Google ;) > Agradeceré su pronta respuesta > > Gracias > -- ## Web Developer SysAdmin GNU/Linux Technical Networking D-Link Professional Reseller for Wireless http://about.me/mario21ic Linux Registered User: #467476 ##
Bug#680140: ITP: profbval -- PROFbval is a method for predicting residue mobility based on amino-acid sequence.
Package: wnpp Severity: wishlist Owner: root * Package name: profbval Version : 1.0.16 Upstream Author : Guy Yachdav * URL : http://www.predictprotein.org/docs.php * License : GPL Programming Lang: Perl Description : predicts flexibile/rigid residues from sequence PROFbval is a neural-network based trained on backbone B-value data from X-ray structure. PROFbval was trained on a sequence unique set of high-resolution protein structures from the PDB. The mobility of a given residue on the protein surface is related to its functional role. A common measure of atom mobility in proteins is B-value data from x-ray crystallography structures. PROFbval is a method predicting backbone B-values from amino- acid sequence. PROFbval can be useful for both protein structure and function predictions. For instance, a biologist can locate potentially antigenic determinants by identifying the most flexible residues on the protein surface. Additionally, a crystallographer can locate residues that potentially have high experimental B-values. -- 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/20120703211649.9221.71600.report...@i12r-tbl.informatik.tu-muenchen.de
Concerns and Challenges of Squeeze and Ongoing Elements
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ladies and Gentlemen, I have been using Debian as my primary distribution for the last 4 years. I have been using Linux as my only OS since 1999. My decision to move to Debian included the many derivatives of Debian I may use for various purposes, the concept of apt-get, and the different hardware platforms supported. I have been trying to use Squeeze since December 2011, but unlike Etch and Lenny to date I have not been able to do so due to a variety of Squeeze issues. Etch and Lenny were were generally positive experiences in terms of stability with the exception of apt-get and apt-get related cousins. As of Squeeze I have experienced a number of problems that include, but limited to: * LiveCDs that do not work properly with some VM software, but others just fine at the desktop GUI level * Debian Squeeze Linux kernels that opps so many times it was not funny, Debian Linux kernel sources that had several issues I cannot remember them all both in terms of ability to compile, major functionality differences outright crashes. I was always able to use Etch and Lenny Linux kernels in main or backports with confidence. With Squeeze it was a disaster right from the base virgin install in every respect. When I switched from the Debian kernels to the Kernel.org Linux kernels all the Debian Linux kernel problems disappeared and not one kernel opps since using various Kernel.org 3.2.x and 3.3.x versions as released. I have lots of kernel configuring, compiling and testing experience since 1999. One other distribution which I will not name also had a similar disaster record with their distribution specific Linux kernels and was how I got started in learning how to configure and compile kernels from Kernel.org. * Major and serious problems compiling packages from source. What is even worse is Debian developers seriously challenging why I would compile from source, i.e. security fixes, kernels, etc. Aside from some odd bumps in compiling from source with Etch and Lenny there were no major problems. However I cannot even compile many of the most basic and key elements of Squeeze due to a number of problems related to the package or more commonly the design of the packages in Squeeze. So you have a context of the extent of compiling from source with Etch and Lenny it was almost all packages were recompiled for a variety of reasons - security updates, backports, et al. Suffice to say aside from Debian I also used to rebuild from source with RPM based systems prior to my using Debian as my primary distribution. * Major problems with one very primary and key software package that had on many occasions, including the latest security release, such that the entire system is brought to its knees in what would clearly be classified a system DNS that will last for hours and one cannot access the system as a result. I suspect, but have not confirmed that this many be a double edge problem in that the very primary and key software package may also be playing on top of a Linux kernel issue that I have some extensive testing knowledge of. * apt-get and its related cousins that in fact cause more problems, want to remove key user applications that clearly are not related to the package the user wishes to remove, or will want to revert important changes the user has made to customize their system in normal user ways causing the user to constantly having to spend alot of time redoing the configuration they set up and choose each time an apt-get is run. This has been a problem with Etch, Lenny and Squeeze, progressively getting much worse. The net result is giving up trying to maintain the normal user customizations or spending alot of time and effort with creative workarounds. * apt-get and related cousins become broken when a user configures the system in ways a user is allowed to do so. Again a problem with Etch, Lenny and Squeeze. Again the net result is not being able to use apt-get and related cousins and spending alot of time doing such manually which defeats the purpose of apt-get. * Some packages seem to consistently have the same problems for many version/security releases and/or releases (Etch to Lenny to Squeeze) despite Debian bug logs indicating the issue was fixed, in some cases several times. In some cases the same problem would be reported by someone for the same package that was supposed to have the problem fixed and was not. I never reported or added my experience to confirm the issue existed even after I researched using other resources and skills to fix these Debian packages so they would compile and/or install. Frankly if the same problem was appearing over a few years and several versions of the Debian package for these different software packages then I saw little point to spending my time spinning on the issue and not see it resolved as already stated was resolved when it would take me about a hour or few of research, fixing, repackaging, c
Re: Concerns and Challenges of Squeeze and Ongoing Elements
Quoting John L. Males (jlma...@gmail.com): > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Ladies and Gentlemen, I hope that everybody will be Wise Enough to not feed the troll. But, just in case: please don't feed the troll. signature.asc Description: Digital signature
Re: Concerns and Challenges of Squeeze and Ongoing Elements
Le Tue, Jul 03, 2012 at 07:09:44PM -0600, Christian PERRIER a écrit : > Quoting John L. Males (jlma...@gmail.com): > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Ladies and Gentlemen, > > I hope that everybody will be Wise Enough to not feed the troll. But, > just in case: please don't feed the troll. Hi Christian, I do not think there is much trolling. We need to discuss issues openly. On servers I will upgrade to Wheezy, but on desktops, I am not sure. While the GNOME team's work is outstanding, and while I like GNOME 3 and find it promising, GNOME 3.4 is simply still lacking many simple features, such as remembering some configuration changes and window positions, or giving by default a configuration interface that allows to set the focus to follow the mouse, etc., not to mention that I can not switch between French and Japanese without losing the compose key and the dead keys. This will probably come back with later versions, and I think I will wait for them and upgrade from Squeeze to Testing at some time. I also had some strange update problems with Iceweasel (where it is hard to type in the title bar without having some letters randomly removed), and I would like to emphasize that one of the reasons I have not even reported a bug is precisely because I had the feeling that discussing such issues is unwelcome unless one is able to dedicate a lot of time in solving the problem, and that on the other hand, merely reporting a bug is not enough to solve a problem (such as having GNOME3's tracker freezing my Desktop each time I start my computer #612242). As long as people do not repeat themselves and push other people out of the discussion by sending many emails a day, I do not think it is trolling to discuss problematic issues. Upgrading to Wheey made my Desktop much less usable than before. I promise to not send any other message in this thread. Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- 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/20120704013545.gb26...@falafel.plessy.net
Re: Concerns and Challenges of Squeeze and Ongoing Elements
Hallo Charles, am Wed, Jul 04, 2012 at 10:35:45AM +0900 hast du folgendes geschrieben: > I do not think there is much trolling. it's a whole lot of handwaving which doesn't actually help anyone. Sadly so. Kind regards Philipp Kern signature.asc Description: Digital signature
Re: Concerns and Challenges of Squeeze and Ongoing Elements
"John L. Males" writes: > Etch and Lenny were were generally positive experiences in terms of > stability with the exception of apt-get and apt-get related cousins. As > of Squeeze I have experienced a number of problems that include, but > limited to: Hi John, I'm sorry that you've had so many troubles with squeeze. I wish that you'd had a better experience. The difficulty with a comprehensive inventory such as you posted, I fear, is that it's almost guaranteed, from its structure, to result in no effective improvement whatsoever. To understand why, one has to understand a bit more about how the Debian project is structured. (You may already know much of this... but I'm guessing that given your message you may not have connected those pieces.) Debian is primarily an assemblage of components that are all maintained, and tested, largely independently by the package maintainers. There is some coordinated distribution-wide testing, but those efforts quickly result in bugs filed against individual packages. Debian tries hard to keep its components loosely coupled since otherwise creating the distribution with the type of resources Debian has available would be simply impossible. The sort of message that you've written is the kind of message that one would send to a commercial software vendor, where it might be triaged by a technical sales manager and possibly taken apart by the QA department to see what further testing they could do and what issues they could resolve. Debian does not have any of those people. There is no one person or set of person "in charge" of the overall quality of the distribution who can distribute out tasks, nor are there teams of people who can investigate comprehensive reports. There are only individual maintainers and maintenance teams who manage specific packages, with some project-wide coordination (and most of your issues do not sound like coordination issues, but rather issues with specific pieces of software). Therefore, this sort of long inventory, while providing an outlet for the frustration of encountering multiple bugs, is basically going to disappear without a trace (apart from, I suspect, some defensiveness). Insofar as those bugs can be tracked down and fixed, it will be through being separately filed against the individual relevant packages by people who can reproduce them. Debian simply doesn't work like most software, due to both the breadth of the distribution and the volunteer nature of the community. This sometimes means that bugs go unfixed because no one has time to dive into them far enough to figure out where the root problem lies. Bugs will definitely go unfixed if no one has time to even get as far as reporting them against a relevant package. It's always worth bearing in mind that if something seems completely unusable, and yet is used by many other people who are not constantly complaining about it, there is probably something specific to how you're using it that is causing you to encounter problems that other people are not having. For example, I'm using Debian squeeze across several hundred servers and never encounter kernel panics. Perhaps my hardware is different, perhaps my usage is different... it's hard to tell. But a plea that starts from, effectively, the position of "this is unusable" is not actually going to produce the urgency that you seem to desire, since for the rest of us it obviously *is* usable. Ironically, it instead reduces the credibility of the message and makes it even more likely people will ignore it, even though you have probably encountered, due to your specific work load, real bugs that really do need to be fixed and which are serious for you. If it's less effort for you to switch to another distribution than to try to track down the origins of the problems you encountered and report them to the specific packages involved (ideally with some hint as to why the problem is affecting you more severely than other users), I can certainly understand that choice. But Debian is also unlike commercial software in that the project is not driven by market share, and it's unlikely that anyone will play the role of technical sales and pick up your list of complaints and shephard them through the project for you, even if the alternative is for you to switch to another distribution. (Among other things, that's a lot of hard work, and none of us get paid to do that sort of work for Debian.) So... Debian is what it is, and in this particular respect I don't think Debian is going to change. If that makes it a poor match for your needs, that does make me sad. I like Debian a lot, and I like having more people use it because that makes Debian better. But it sounds like you've had a miserable experience, and I'm sympathetic to not having the time to pursue what sounds like an overwhelming number of bugs for your situation. I felt like someone should tell you that no one is likely to have the reaction to your message th
Re[02]: Concerns and Challenges of Squeeze and Ongoing Elements
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Russ, Thank you for your intelligent reply. Most of what you state is on the mark 100%. Please see my comments below: Message replied to: Date: Tue, 03 Jul 2012 19:04:55 -0700 From: Russ Allbery To: jlma...@gmail.com Cc: debian-devel@lists.debian.org Subject: Re: Concerns and Challenges of Squeeze and Ongoing Elements > "John L. Males" writes: > > > Etch and Lenny were were generally positive experiences in > > terms of stability with the exception of apt-get and > > apt-get related cousins. As of Squeeze I have experienced > > a number of problems that include, but limited to: > > Hi John, > > I'm sorry that you've had so many troubles with squeeze. I > wish that you'd had a better experience. Thanks. I wish my experience was better. > > The difficulty with a comprehensive inventory such as you > posted, I fear, is that it's almost guaranteed, from its > structure, to result in no effective improvement whatsoever. My intent was not to report specific issues or have them resolved. Some points I made later provide some insight to my expectation that no improvement was expected. It was meant to give a sense of the challenges even for a very experience technical person using Linux at this level for over 10 years. > To understand why, one has to understand a bit more about how > the Debian project is structured. (You may already know much > of this... but I'm guessing that given your message you may > not have connected those pieces.) My references to the volunteer nature of the Debian project also implied more. I believe I had all the pieces connected before I sent my eMail note and I know applies not just to Debian. > > Debian is primarily an assemblage of components that are all > maintained, and tested, largely independently by the package > maintainers. There is some coordinated distribution-wide > testing, but those efforts quickly result in bugs filed > against individual packages. Debian tries hard to keep its > components loosely coupled since otherwise creating the > distribution with the type of resources Debian has available > would be simply impossible. Understood and I was aware of this connected piece prior. > > The sort of message that you've written is the kind of > message that one would send to a commercial software vendor, > where it might be triaged by a technical sales manager and > possibly taken apart by the QA department to see what further > testing they could do and what issues they could resolve. Correct, but generally nothing happens. One reason is "nobody" else is having the issue(s), or they do not feel it is cost effective. As an FYI I happen to know alot about this aspect having worked in this side of things as 2nd/3rd Level Support between customer and engineering or I was the Senior QA person. > Debian does not have any of those people. There is no one > person or set of person "in charge" of the overall quality of > the distribution who can distribute out tasks, nor are there > teams of people who can investigate comprehensive reports. Understood and a connected piece I was aware of prior. My eMail is in part highlighting that this may be an area that may be people could be found to do. It was not the intent, just when one has a problem sometimes it is worth looking at possible solutions and if a solution is possible. I am not suggesting your above point is the solution. It is a starting point for sure, but again I repeat I am not saying that is or is not the solution. In my opinion there is actually a larger discussion. > There are only individual maintainers and maintenance teams > who manage specific packages, with some project-wide > coordination (and most of your issues do not sound like > coordination issues, but rather issues with specific pieces > of software). The connected piece you noted I was aware of prior. Actually the issues, though sound specific pieces of software, at first glance are in fact project wide caused. I know this from my experience over the years professionally and with OSS. > > Therefore, this sort of long inventory, while providing an > outlet for the frustration of encountering multiple bugs, is > basically going to disappear without a trace (apart from, I > suspect, some defensiveness). Insofar as those bugs can be I am not like most people, so it frustration of the net result of regression I have experienced ad noted is in terms of facts and not emotion. As an FYI anyone that knows me knows that I am a factual, rational person and rarely emotional. The length, time and effort I put into the eMail is because I stick to facts. If I was emotional I would have written a far shorter eMail. So this is about facts and it is not uncommon for most to read emotion in this who do not know me. Though I do use some emotion, like "sadly" and such those are used more to try to convey some sense others who would use emotional words and not me being
Re: Concerns and Challenges of Squeeze and Ongoing Elements
On Tue, Jul 03, 2012 at 08:50:20PM -0400, John L. Males wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Ladies and Gentlemen, I replied to John in detail via a private e-mail. Summary : I suggested John to report every problem via bug reports. Regards, Bart Martens -- 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/20120704051942.gb6...@master.debian.org
Join GlobePay Now : Best Way To Pay & Get Paid Online
https://www.globepayinc.com Welcome to GlobePay! A new service that makes online shopping faster, more convenient and more secure. GlobePay is a faster, more secure way to buy from stores across the web using a single username and passwords. Use it once and stop creating new accounts every time you buy. Click on given link to join GlobePay. https://www.globepayinc.com/h-creataccount.php -- 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/3a346a4e5c8c98d2724fbf4ee3271...@www.linkflyexchange.com
