Re: Feedback
On Tue, December 25, 2012 23:53, Russ Allbery wrote: > Thankfully, Debian provides a perfectly reasonable version numbering > system (as, for that matter, does Apple), so all one has to do is remember > to use it with the uninitiated. For example, our internal metrics on > adoption and migration to new OS releases that are sent to management > refer to "Debian 5" and "Debian 6" (and soon "Debian 7") rather than > lenny, squeeze, or wheezy. When I write user-facing documentation for my packages, I always try to write "Debian 7.0 Wheezy". Although the version number seems to be known now earlier than it was in the past, there are still points where it isn't known, and of course we're all too familiar with expressions like wheezy+1 which are acceptable for development but should be avoided for user documentation. Would it be an idea to publish the list of version numbers and associated code names a few releases ahead, say the upcoming three releases? Of course the prerogative of deciding on the names will remain with the release team, it would only be pulled forward a bit. Cheers, Thijs -- 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/75ab7ec9bafff253df3a013868601663.squir...@aphrodite.kinkhorst.nl
Bug#696979: ITP: pamtester -- utility program to test the PAM facility
Package: wnpp Severity: wishlist Owner: Salvatore Bonaccorso -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: pamtester Version : 0.1.2 Upstream Author : Moriyoshi Koizumi * URL : http://pamtester.sourceforge.net/ * License : BSD Programming Lang: C Description : utility program to test the PAM facility Pamtester is a tiny utility program to test the pluggable authentication modules (PAM) facility, which is a de facto standard of unified authentication management mechanism in many unices and similar OSes including Solaris, HP-UX, *BSD, MacOSX and Linux. .. While specifically designed to help PAM module authors to test their modules, that might also be handy for system administrators interested in building a centralised authentication system using common standards such as NIS, SASL and LDAP. Some notes: - I know that the last upstream version was released back in 2005, so it's quite old. I think it might be a helpful utility for PAM tests. - Fedora/RedHat included pamtester too some time ago[1]. [1]: https://bugzilla.redhat.com/show_bug.cgi?id=730815 - In Debian there is at leat python-pam, which brings an example, doing something similar. But it seems upstream project is not reachable anymore (e.g. there should be a 0.5.0 release, but webpage is dead). Regards, Salvatore -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQ4BDMAAoJEHidbwV/2GP+o8EP/RY1y6/vblgAhcX5TvJgcG2L 9SGEcwBNrSeo5U8kmhIcKBV4AGOGEClk4Bv9+3of27jfxDxfIjC3OIw16WJVf0GT TBuWoL6VtIa/AgeBUZodzqhI4O3wFXMEfUJD74ruxuyiimwaN+zcTmLfnVKqnK5P 2AR0YB4UU+m+/NCsRUYI8AKIALnbYBDSaTdf8GrT1PdpkdLxj2PYI+df7H11uPFG cVt9y667Gl6D8UnoNNQzs4foM9tN9mwkUvSKv4eeydLXxqsxrr2zPSuQqwMXCxdp PNbzSE7inmJ2GB8Wqo4dUd49WIOldzRyQp2PxJ7ja1/mGV0v582NYZ+T6zQJmP2q h4Y+YlGJ70ELlVM5bNbyKfPtBZsf8aKP9lxUaPQ8hKOENoo15qHnimPlIfiv1Bbi 5O/hL/L7AJccdvBuZEvYBV+uGbape/8sWQy6LeDtJzadVOXoYr6/eQMpNpsNzHYJ a7m8+yQCu/vlDixh1H2tUa0EjcBPiHTzZ+89MV9dMVJn5qIaIPoFILs0HwVvYLne MKNWa7zvRVzlip10cbKfw9hAk2Y8xTsbLc6DBM1EwbHVtnomVokYUosWnf7Ga2cu /4Er+/KDON2ftI6DBOMDtQrjvZwsYoMeES5GMxTgxHdwxk0vl61OrPKt5TQYZPLW 0Hl4pfpw6btfgpp9PYTH =7wzG -END PGP SIGNATURE- -- 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/20121230100051.16978.84496.report...@elende.valinor.li
Bug#696986: ITP: birdfont -- TTF, EOT & SVN font editor
Package: wnpp Severity: wishlist Owner: Hideki Yamane X-Debbugs-CC: debian-devel@lists.debian.org, pkg-fonts-de...@lists.alioth.debian.org Package name: birdfont Version: 0.8.0 Upstream Author: 2012 Johan Mattsson URL: http://birdfont.org/ License: GPL-3 Description: TTF, EOT & SVN font editor Birdfont is a free, open source font editor that lets you create outline vector graphics and export ttf, eot & svg fonts. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- 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/20121230200653.5d0cb9a4bb64d56262fb0...@debian.or.jp
Re: Feedback
Do remember we have found this guy out to be a troll, so he was probably not on the whole trying to make much in the way of constructive comment. Although I think it is wise to include version numbers with version names often enough to create a clear understanding of the different versions. Jamie P.s. Please excuse the top loading, I can't do it differently on a BB. Sent from my BlackBerry® smartphone on O2 -Original Message- From: olivier sallou Date: Sun, 30 Dec 2012 09:42:03 To: Cc: Subject: Re: Feedback Le 25 déc. 2012 14:09, "Mistikos Nik" a écrit : > > Debian documentation is a joke. It constantly refers to Debian versions by their nick names, and not their versions. > Such version naming does not reduce the global quality and quantity of our doc, even if it could of course be improved. > If I am new to Debiannd go to read the manual and I see 'Squeeze', do you think I am going to know what the fuck that means? No, but if Debian actually used the official name, then it would fall in line with conistency. I.E documentation for 'Debian 6' Not sure people will rather know which version number is current one but I agree that version numbering is easier to follow history of features Doc could refer to both. When I install Ubuntu, I usually remember more easilly its version number than its name > > People outside the development circle arn't going to know what Debian jargon. > > This is a classic case of computer nerds lacking social skills. If you don't have good documentation, then the product isn't going to get used. If documentation is important I don't think it is related to the distro choice. I don't think so many people have read the Ubuntu or Mac OS one. Doc is often used as helpers when somethIng is wrong and Debian offers lots of thing in its wiki for this plus internet contributions of course > Debian use to be really popular. Now only old people use it. Why because new comers will choose a well documented distro over one that doesn't make sense. Life is too short to fuck around. > Doc is a work that anyone can contribute to, so I think you are welcome to help us improve it:-) Olivier > > Merry Christmas! > > > -- > 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/3481651356439...@web15g.yandex.ru >
Bug#696987: ITP: lasem -- MathML and SVG rendering library
Package: wnpp Severity: wishlist Owner: "J.H.M. Dassen (Ray)" * Package name: lasem Version : 0.4.1 Upstream Author : Emmanuel Pacaud * URL : https://live.gnome.org/Lasem ; http://blogs.gnome.org/emmanuel/category/lasem/ * License : LGPL(v2+) Programming Lang: C Description : MathML and SVG rendering library Lasem is a library for rendering SVG and MathML, implementing a DOM like API. It's based on GObject and uses Pango and Cairo for the rendering. Included in the package, there is a simple application, lasemrender, which is able to convert a MathML, a LaTeX math or a SVG file to either a PNG, PDF or SVG image. Having Lasem in the archive will allow GOffice to be built with Lasem support which will in turn allow the use of equations in graphs in Gnumeric. -- 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/20121230110147.ga26...@xinara.org
Bug#696848: general: USB flash drive unmount problems (both squeeze/wheezy)
Fedora had the same bug and it has been fixed with the recent commits. see if this lengthy report helps. https://bugzilla.redhat.com/show_bug.cgi?id=885133
Re: Knowing the release names in advance (was: Feedback)
On 12/30/2012 04:26 PM, Thijs Kinkhorst wrote: > Would it be an idea to publish the list of version numbers and associated > code names a few releases ahead, say the upcoming three releases? Of > course the prerogative of deciding on the names will remain with the > release team, it would only be pulled forward a bit. I have 3 things to say about this. Yes, then yes, and yes again. Not only this is good for our users, but this is also technically needed for both upstream and us, doing the packaging. Let's say you have a software that somehow, installs Debian. Then it might require the user to select which name of the release to install. Currently, we knew about the name Jessie *after* the freeze, meaning that we couldn't have written a software that would debootstrap it without asking for an unblock. I made that point very clear multiple times, and I haven't been the only one doing it. Yet, it hasn't been heard, and I never receive any technical argumentation as to why we shouldn't know the release names well in advance. Maybe if there was a greater number of DD insisting that this is necessary, this could change. Please +1 to this if you agree. If there is a reason why we shouldn't know, please expose it in this list. I, don't see any. Thomas P.S: I personally don't care at all what the name is, I just care to know it in advance. Please don't come with the argument that it is difficult to choose, that would be very backward, because a name has to be chosen sooner or later... -- 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/50e078ac.5010...@debian.org
Re: Knowing the release names in advance (was: Feedback)
On Mon, Dec 31, 2012 at 01:23:56AM +0800, Thomas Goirand wrote: > Please +1 to this if you agree. Please don't. -devel is not a popularity contest. Kind regards Philipp Kern signature.asc Description: Digital signature
Re: Knowing the release names in advance
On 12/31/2012 04:16 AM, Philipp Kern wrote: > Please don't. -devel is not a popularity contest. I'm stunted by the complexity of your argumentation. It for sure helps in the debate. Thomas -- 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/50e13074.3020...@debian.org
