Re: Bug#468183: ITP: monkey -- small webserver based on the HTTP/1.1 protocol
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/01/08 06:51, David Nusinow wrote: > On Thu, Feb 28, 2008 at 08:02:39PM -0600, William Pitcock wrote: >> Why does a package need to clarify what's different about it than others >> like it? Debian is about having the possibility of choosing between many >> options for the same thing e.g. openssh, dropbear for sshd, 12 different >> httpd options, etc. > > https://www.redhat.com/archives/fedora-devel-list/2008-January/msg00861.html > > I wish we had some more of this sort of thinking in our own project and a > little less of yours. Maybe then we'd have fewer bugs in the packages > people actually care about and use. I say we drop every WM & DE except GNOME, because that will simplify the distro, and lead to *much* fewer bugs!!! Obviously, what I just wrote is nonsense, and should never happen. Because FLOSS *is* about choice. However... it is perfectly reasonable for a distro to say, "We can not be all things to all people, so some limits have to be set, and some users/DDs will be disappointed." - -- Ron Johnson, Jr. Jefferson LA USA "(Women are) like compilers. They take simple statements and make them into big productions." Pitr Dubovitch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHyXm8S9HxQb37XmcRAnnMAKCWRkcS3Y81U1dJ6Qn3d28DiQj1DQCgks6M NSnyyHAhp+HFwPshl7wWb2M= =G95B -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#468183: ITP: monkey -- small webserver based on the HTTP/1.1 protocol
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/28/08 20:02, William Pitcock wrote: > On Thu, 2008-02-28 at 18:47 -0600, Gunnar Wolf wrote: [snip] >> Even there, it looks very much like other "very small" webservers, >> such as boa, bozohttpd, cherokee, fnord, lighttpd, micro-httpd, >> mini-httpd or thttpd. What does it do better than any of them? Or >> worse? Or different? > > Why does a package need to clarify what's different about it than others > like it? Debian is about having the possibility of choosing between many > options for the same thing e.g. openssh, dropbear for sshd, 12 different > httpd options, etc. Because when the long descriptions of many different "competing" packages all say essentially the same thing, then those descriptions are meaningless. > Package descriptions should stick to positive aspects of the package, > and not try to draw comparisons towards other packages. IMO. That's fine. But when it's something as relatively simple as a small httpd, you need to spell out specifics as to why I should use monkey instead of cherokee, boa, thttpd, fnord, etc. The micro-httpd description is a good example. > It seems to me as if you are trying to get people to justify the > packages they want to work on. If that is the case, then, I think > "because the person wants to use _this_ package" is fine. Infact, I > would go as far as saying that the wide latitude of software options for > a specific task is one of the greatest strengths of Debian. It's not "why should you *package* this s/w", it's "convince me that I should *use* this package". > As such, I think the revised description is perfectly acceptable for > Debian. - -- Ron Johnson, Jr. Jefferson LA USA "(Women are) like compilers. They take simple statements and make them into big productions." Pitr Dubovitch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHx2uvS9HxQb37XmcRAr1AAJ4nDwIq9qtaFcqcFtaBV8yHC2SobQCeMkV3 8QEs/+nTqEO7w7vs3mvH4IU= =h3uZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#466078: RFP: sourcenav NG -- source code analysis tool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/16/08 06:19, Riccardo Magliocchetti wrote: > Package: wnpp > Severity: wishlist > X-Debbugs-CC: debian-devel@lists.debian.org > >Package name: sourcenav-ng > Version: NG3 > Upstream Author: Sourcenav Development Group <[EMAIL PROTECTED]> > License: GPL v2 > Description: Needs a short (sub-50 char) description. > source navigator NG is a source code analysis tool. with it, you can > edit your source code, display relationships between classes and > functions and members, and display call trees. it is based upon the old > source navigator and strives to improve usability and performance. What language(s) does it support? - -- Ron Johnson, Jr. Jefferson LA USA PETA - People Eating Tasty Animals -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHtu5/S9HxQb37XmcRAgSwAJwO34vojPp1FhD+2HoLJduw57eCSgCePLae dVGbTwSLJEGQni3353cNBgM= =6XwO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#464169: ITP: vagalume -- A GTK+-based Last.fm client
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/06/08 22:45, Christian Perrier wrote: > Quoting Alberto Garcia ([EMAIL PROTECTED]): [snip] >> >> Also, if a user doesn't know what GTK+ is, he/she probably won't >> expect a radio player being non-graphical ... >> >> There are very few non-graphical Last.fm clients around, Vagalume is >> not special for that :) > > > Let me clarify. > > Saying that something is GTK-based is probably meaningful for the > average geek. It means nothing for the average user. This is what I > call jargon. I've *got* to disagree here. If you're taking the responsibility to search for and install apps, it is incumbent upon you to have *some* basic knowledge of your system. Among the most important is whether you have a GNOME/GTK or KDE/Qt system, and whether you run Stable, Testing or Sid. - -- Ron Johnson, Jr. Jefferson LA USA PETA - People Eating Tasty Animals -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHqvh0S9HxQb37XmcRArRSAJ4/I/VBkd9ERYyii7RsP6fvVJzkkACg5cq6 ey3t7sm4aGDEQcryDzAspSY= =GrTR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#463973: ITP: deejayd -- A media player daemon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/04/08 14:22, William Pitcock wrote: > On Mon, 2008-02-04 at 18:08 +0100, Christian Perrier wrote: >> Quoting Alexandre Rossi ([EMAIL PROTECTED]): >>> Package: wnpp >>> Severity: wishlist >>> Owner: Alexandre Rossi <[EMAIL PROTECTED]> >>> >>> >>> * Package name: deejayd >>> Version : 0.6.2 >>> Upstream Author : Mickaël Royer <[EMAIL PROTECTED]> >>> * URL : http://mroy31.dyndns.org/~roy/projects/deejayd/ >>> * License : GPL >>> Programming Lang: Python >>> Description : A media player daemon >> I suggest "media player daemon" or "media playing daemon"...but anyway >> drop the leading article (DevRef 6.2.2) >> >> > > "media player daemon" may be confusing with mpd. "daemon which plays > media in the background" may be better. More importantly: what is the benefit of deejayd over any other media player? *That* would be useful info for the Full Description. - -- Ron Johnson, Jr. Jefferson LA USA PETA - People Eating Tasty Animals -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHp4OUS9HxQb37XmcRAv8zAKCQ/3WxrBFAvVF1zExqh7cgFT5w6gCfdadV 2ACbdREHqSecmeG7MzIyR+I= =UNoq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Introducing security hardening features for Lenny
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/04/08 05:45, Riku Voipio wrote: > On Sun, Feb 03, 2008 at 08:53:00PM +0100, Moritz Muehlenhoff wrote: >> Did you followup with upstream on the SSP problems we've seen >> on ARM? > > Basicly their response was basicly "why would anyone want > 5-10% bigger and slower binaries on arm". It was also discussed Just MNSHO: Because ARM systems are almost always embedded, and don't get updated very often, so from the start should be as hardened as possible against attack. And if that means a 10% slowdown, so be it. > the possibility of --disable-ssp we use on our current arm/armel > toolchain being broken. Once I have a bit more time I'll try > seeing what happens if you build gcc-4.3 with ssp enabled. - -- Ron Johnson, Jr. Jefferson LA USA PETA - People Eating Tasty Animals -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHpwaBS9HxQb37XmcRAqReAKDB0EjCnQ7eOA9/D2Ni0A4OpXyAcACdHXoz XUDrWQyvB8uFH4rwJEI27fY= =Iwd3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#463167: ITP: dsyslog -- a dumb syslog
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/29/08 23:22, Robert Collins wrote: > On Tue, 2008-01-29 at 19:07 -0600, William Pitcock wrote: >> Hi, >> >> On Tue, 2008-01-29 at 18:54 -0600, Ron Johnson wrote: >>>> dsyslog is a dumb, yet advanced syslog daemon, which supports >>> infinite >>>> rules and expandability through it's purely modular design. The >>> default >>>> configuration is a drop in replacement for syslogd. >>> What's so dumb about that? >> It's not that it's actually dumb, it's like how git is called the >> "stupid content tracker" by it's documentation. It's intended to be a >> joke. > > Users are very good at missing these jokes. Especially when there are valid computer-terminology uses of the adjective /dumb/. - -- Ron Johnson, Jr. Jefferson LA USA "I'm not a vegetarian because I love animals, I'm a vegetarian because I hate vegetables!" unknown -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHoBqdS9HxQb37XmcRAoY4AKDft0nlyDqj7+sqEv3Ao5FBsP+KMwCcCyPF Q++xZl2ecunG3rydqa43myQ= =+ath -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#461104: RFP: label -- Set or change label to partition disk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/17/08 13:19, Steve Greenland wrote: > On 16-Jan-08, 10:00 (CST), Rafael <[EMAIL PROTECTED]> wrote: >>Package name: label >> Version: >> Upstream Author: [David Villa Alises <[EMAIL PROTECTED]>] >> URL: [http://crysol.inf-cr.uclm.es/node/482] >> License: [GPL] >> Description: [Set or change label to partition disk] > > > I realize this is just an RFP, but the proposed package name is way too > generic. Something like 'partlabel' or 'disklabel' would be better. > > It also seems a rather trivial script for its own package... Aren't there already ways to do this? For example, # tune2fs -L /dev/[sh]d[a-z][1-15] - -- Ron Johnson, Jr. Jefferson LA USA "I'm not a vegetarian because I love animals, I'm a vegetarian because I hate vegetables!" unknown -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHj7tQS9HxQb37XmcRAjtxAJ9J813DYu1ypYyd8mWQkKgfKZezZgCgnuui wiQQUYXe5IOwxcoVJXehYzE= =P3VT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: gnome 1.x removal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/14/08 19:20, Cyril Brulebois wrote: > (Dropping -release, which is not a discussion list, and Pierre, who is > obviously subscribed to both.) > > On 15/01/2008, Thomas Bushnell BSG wrote: >> This is not the right process for something like this. Instead, I >> believe you should find out specifically which packages depend on >> gnome 1.x, and offer those maintainers the option of taking over >> maintenance. > > Although getting recursive rdepends is interesting, are you suggesting > that the release team is supposed to take over the maintenance of > one-could-say obsolete software? I think he meant that maintainers of the obsolete sw that uses v1.2 should be the ones to maintain v1.2. >> It is not a trivial task to port many programs to gnome 2; it took >> gnucash a long time. Don't screw over other maintainers; make it easy >> for them. > > xmms might be another example. *cough* - -- Ron Johnson, Jr. Jefferson LA USA "I'm not a vegetarian because I love animals, I'm a vegetarian because I hate vegetables!" unknown -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHjBYiS9HxQb37XmcRAk2OAKCRxUS0jCmMBMyplYHT4iy5dJZ0dwCgsQrH hFC0Cti7tQbsuoQ/K+Bu9dY= =68wv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#457318: ITP: qmail -- a secure, reliable, ...
On Monday December 24 2007 12:34:07 Marco d'Itri wrote: > On Dec 24, Turbo Fredriksson <[EMAIL PROTECTED]> wrote: [snip] > > > I have Postfix crash more often on my home machine (~ 10 > > mails / 24h - using an smarthost) than Qmail do on my main > > mailservers (~ 10k mails / 24h). > > Maybe the problem is not postfix or qmail, it's you. Agreed. For 3+ years I've been using Postfix (always keeping it relatively current with Sid) at home, in smarthost mode, and it's never crashed on me. -- --------- Ron Johnson, Jr. Jefferson, LA USA "For me and windows it became a matter of easy to start with, and becoming increasingly difficult to be productive as time went on, and if something went wrong very difficult to fix, compared to linux's large over head setting up and learning the system with ease of use and the increase in productivity becoming larger the longer I use the system." Rohan Nicholls , The Netherlands signature.asc Description: This is a digitally signed message part.
Re: Bug#457384: ITP: netsend -- a speedy filetransfer and network diagnostic program
On Saturday December 22 2007 12:16:20 Hagen Paul Pfeifer wrote: > * Ron Johnson | 2007-12-21 21:30:08 [-0600]: > >From reading the web page, it seems that netsend might only > > work between Linux systems. Am I reading it wrong? > > You are right. Netsend is optimized for linux: splice(), > madvice(), congestion control algorithms (bic, cubic, ...), > etc. There is currently no plan to port it for other operating > systems, there is currently no demand. > > On the other hand it is possible (through some command line > options) to let netsend communicate with netcat or other > "vanilla" applications - but this isn't the main purpose of > netsend anyway. Then would it be helpful to specify in the long descrip that it's main purpose is Linux<->Linux transfers? -- ----- Ron Johnson, Jr. Jefferson, LA USA "... going to war without France is like going deer hunting without an accordion. You just leave a lot of useless noisy baggage behind." Jed Babbin, former deputy undersecretary of defense in the first Bush administration signature.asc Description: This is a digitally signed message part.
Re: Bug#457424: ITP: yougrabber -- download simultaneously several videos from youtube.com
On Saturday December 22 2007 05:04:06 root wrote: > Package: wnpp > Severity: wishlist > Owner: Carl Chenet <[EMAIL PROTECTED]> > > > * Package name: yougrabber > Version : 0.29.3 > Upstream Author : Quetzy Garcia > <[EMAIL PROTECTED]> * URL : > http://yougrabber.sourceforge.net > * License : GPL > Programming Lang: C > Description : download simultaneously several videos from > youtube.com > > Yougrabber fetchs videos on youtube.com and stores them on your > computer. Using a console interface, the user follows download > states in real-time, passing from one to another with > left/right keyboard arrows. Each screen provides a lot of > information about the download (download progression, elapsed > time, speed, remaining download number). > Technically speaking, yougrabber is a lightweight, > ncurses-based, multi-threaded command line youtube.com video > downloader with proxy support made from scratch in ANSI C. How is this "better" than opening multiple xterms and running clive or youtube-dl in each one? (I'm not saying that yougrabber should not be packaged, but just asking the question.) -- - Ron Johnson, Jr. Jefferson, LA USA "There is no maxim in my opinion which is more liable to be misapplied, and which therefore needs elucidation than the current one that the interest of the majority is the political standard of right and wrong In fact it is only reestablishing under another name a more specious form, force as the measure of right" James Madison, 1786 signature.asc Description: This is a digitally signed message part.
Re: Bug#457384: ITP: netsend -- a speedy filetransfer and network diagnostic program
On Friday December 21 2007 20:50:44 Martin Peylo wrote: [snip] > > The user is able to tweak various options of the Linux network > stack to gain maximum performance. While this is not needed for > trivial filetransfer, it is valuable for network protocol > performance testing. From reading the web page, it seems that netsend might only work between Linux systems. Am I reading it wrong? -- ------------- Ron Johnson, Jr. Jefferson, LA USA "Millions of Chinese speak Chinese, and it's not hereditary..." Dr. Dean Edell signature.asc Description: This is a digitally signed message part.
Bug#453105: general: Gnome + Sound problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/27/07 06:45, EagleScreen wrote: > Package: general Severity: normal > > As users of Gnome should know, in order to enable Gnome System > sounds (login sound, logout sound, gdm ready sound, click on > command sound etc..) it is necessary to go to Preferences->Sound > and enable sounds by software (ESD), and mark for play System > sounds, and also have gnome-audio installed. The problem is that > when i enable ESD, many other aplications stop sounding, and if i > try to play a WAV file with aplay command, it reports to me that > my audio device is busy. This is my audio device: > > 00:08.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] > (rev 06) With ESD and "Play system sounds" enabled and gnome-audio 2.0.0-2 installed on my 2-week-out-of-date Sid box, Flash animations still plays thru Iceweasel and music thru gqmpeg. However "System Sounds" wav files don't play. The "Sound Events" test tone even plays while listening to music. 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) > I think this is a bug of Debian becouse this problem is not > present in other Linux distributions with Gnome in which ESD and > aplay work together, and by this i know that my sound card > support full duplex and can be used by both of them at the same > time; in addiction in old releases of Debian, i am sure that this > problem was not present. > > This problem is now pressent in Etch, Lenny and Sid. > > -- System Information: Debian Release: lenny/sid APT prefers > testing APT policy: (500, 'testing') Architecture: i386 (i686) > > Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: > LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: > /bin/sh linked to /bin/bash - -- Ron Johnson, Jr. Jefferson LA USA %SYSTEM-F-FISH, my hovercraft is full of eels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHTGNAS9HxQb37XmcRAuILAJ99exB9muUrNf9+jSae0yQXHZb5tQCfZ15f RkBdCUvLXGLyKgSQWVSIM1I= =8lcc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Missing uploads?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/24/07 08:21, Frank Lichtenheld wrote: > On Sat, Nov 24, 2007 at 08:23:56AM +, Neil Williams wrote: >> rmadison can take longer than the others to update but I've always found >> that DDPO is normally updated before the PTS and ftp.debian.org updated >> before the other mirrors. > > In my experience (which might or might not be accurate) ftp.debian.org is > one of the least reliable .debian.org Debian mirrors, it being out-of-date > wouldn't > really be a surprise to me. But isn't ftp.debian.org the Prime Mirror? - -- Ron Johnson, Jr. Jefferson LA USA %SYSTEM-F-FISH, my hovercraft is full of eels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHSJk2S9HxQb37XmcRAshKAJ9QDepYAOBgsD3VkUrZrv0eSnIthwCdGlcf RdoumHDS7j4qhp6xrK98wWQ= =XNDZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: liblocale-us-perl -- Module for United States state identification
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/17/07 20:33, Roberto C. Sánchez wrote: > On Sat, Nov 17, 2007 at 06:51:03PM +, Matt Brown wrote: >> On 11/17/07, Ron Johnson <[EMAIL PROTECTED]> wrote: >>>> This Perl module provides methods allowing United States' two-letter >>>> state identification parsing from state code to state name and vice >>>> versa. >>> Is a package really needed for something this simple? >> It might be obvious to a US native, but it's hardly simple or obvious >> to those of us outside America. >> >> MI is a prime example, does it refer to Michigan, Missouri, >> Mississippi or Minesota? The first two letters match all four. >> >> If you come across this every day you probably know the answer, but I >> just had to look it up again (Michigan) despite being caught out by >> this just the other week! >> > That got me thinking. I figure that since MI -> Michigan, it meant that > MI was the first state to start with those letters. Logically, I would > think, always use the first two letters, unless another state already > had them. Arbitrate in order granting of statehood. But both > Mississippi (MS) and Missouri (MO) were states before Michigan (MI). The USPS doesn't care about entry into the union. It cares about collating and routing. In alphabetical order: Michigan MI first 2 letters of name MinnesotaMN first two non-MI letters of name Mississippi MS first two non-MI letters of name Missouri MO first two non-MS letters of name - -- Ron Johnson, Jr. Jefferson LA USA %SYSTEM-F-FISH, my hovercraft is full of eels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHP78PS9HxQb37XmcRAhoAAJ9EdjvARhzDuFf6SIPrZlsK8zvh8wCg65/o 6nU3UhDAJz/QO1KQaTzwOlY= =kZoB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: liblocale-us-perl -- Module for United States state identification
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/17/07 18:51, Matt Brown wrote: > On 11/17/07, Ron Johnson <[EMAIL PROTECTED]> wrote: >>> This Perl module provides methods allowing United States' two-letter >>> state identification parsing from state code to state name and vice >>> versa. >> Is a package really needed for something this simple? > > It might be obvious to a US native, but it's hardly simple or obvious > to those of us outside America. It's not the *need* for a lookup table, it's the need for such a small package. See below. > MI is a prime example, does it refer to Michigan, Missouri, > Mississippi or Minesota? The first two letters match all four. Don't forget the Marshall Islands! AL - Alaska or Alabama? AR - Arizona or Arkansas? CO - Colorado or Connecticut? MA - Maine, Marshall Islands, Maryland, Massachusetts? NE - Nebraska or Nevada? > If you come across this every day you probably know the answer, but I > just had to look it up again (Michigan) despite being caught out by > this just the other week! But it's just (or should be) a couple of 65-element (50 states, DC, Puerto Rico, Virgin Islands, and various Pacific islands) hash tables wrapped around a couple of simple functions. http://www.usps.com/ncsc/lookups/abbr_state.txt What would be much more useful (still simple, but with much more data) is a world-wide hash table of countries and states/provinces. And wouldn't you know it... there's already a CPAN module to do just that: Locale::SubCountry. http://search.cpan.org/~kimryan/Locale-SubCountry-1.38/lib/Locale/SubCountry.pm - -- Ron Johnson, Jr. Jefferson LA USA %SYSTEM-F-FISH, my hovercraft is full of eels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHP0R8S9HxQb37XmcRAiA2AJ9yhYepslZJCedRRxeLtverXuP2RQCggl/G jffLA1E9WM2wK00R4LZehYw= =UNmC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: liblocale-us-perl -- Module for United States state identification
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/17/07 09:56, Ernesto Hernandez-Novich wrote: > Package: wnpp > > * Package name: liblocale-us-perl > Version: 1.02 > Upstream Author: T. M. Brannon <[EMAIL PROTECTED]> > * URL: http://search.cpan.org/dist/Locale-US/ > * License: GPL or Perl Artistic > > Description: > > This Perl module provides methods allowing United States' two-letter > state identification parsing from state code to state name and vice > versa. Is a package really needed for something this simple? - -- Ron Johnson, Jr. Jefferson LA USA %SYSTEM-F-FISH, my hovercraft is full of eels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHPzRAS9HxQb37XmcRAr2aAJ4qlXj4Vb2yzdTbtKTjiNyu33e2OgCfTchc hU/HjV3QuQZO2OmQ44nvxiY= =Otmb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#447712: Package could be non-free in the United Kingdom
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/23/07 09:36, Matthew Vernon wrote: > > On 23 Oct 2007, at 15:04, Lars Wirzenius wrote: > >> ti, 2007-10-23 kello 12:35 +0100, Matthew Vernon kirjoitti: >>> The Authorized Version of the Bible isn't covered by Copyright in >>> the >>> conventional sense. The Queen's Printer (currently Cambridge >>> University Press) has an exclusive commercial right to print the AV >>> (and the BCP, but that's not relevant here) in England >> >> Would not a restriction on commercial use still be against the DFSG, and >> the package therefore be problematic? > > It's not quite that simple. You can't print and sell Bibles in the UK > (unless you are CUP or OUP). Would a bomb-making text in Debian be > non-free because the UK forbids you to print and sell it? Importantly (maybe?), the right is to *print* the AV. Is there a mention, or assumption, that downloading as electronic file is the same as printing it? - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHHk60S9HxQb37XmcRAjy5AKCDm1TSPXvrzRVNXIgTuMMcw3QOOACffnYG GxC4x7TCKTABf6BCxX0c40U= =83UA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Forming a new linux Distrbution
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/15/07 14:11, Dirk Neumann wrote: > On Mon, 15 Oct 2007 09:46:40 +0200 (CEST) > Andreas Tille <[EMAIL PROTECTED]> wrote: > >> Just name three valid reasons >> to start a distribution from scratch. > > 1. It is the home exercise in "Operating Systems" until next week. If I'm paying University US$5,000/semester for my progeny pun intended?) to learn how to build a distro, then I'm one more-than- slightly upset parent... > 2. Why do you want to have all the fun? > 3. For any other reason, see 1.) - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHE8d7S9HxQb37XmcRAs8JAKDplLSrjBHuTh84ZyihF2PGRSyOUACgsGLy 8EtYuIMFPJAVtRfCOYn854E= =orb+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian's Linux kernel continues to regress on freedom
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/13/07 10:01, Manoj Srivastava wrote: > On Thu, 13 Sep 2007 04:17:57 -0500, Ron Johnson <[EMAIL PROTECTED]> said: > >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > >> On 09/13/07 02:45, Josselin Mouette wrote: >>> Le mercredi 12 septembre 2007 à 16:51 +0200, Romain Beauxis a écrit : >>>> It often start with "GNU GENERAL PUBLIC LICENSE" and it' clearly >>>> written: " Everyone is permitted to copy and distribute verbatim >>>> copies of this license document, but changing it is not allowed." >>>> >>>> Shouldn't we garantee the right for our users to modify LICENCEs ?? >>> This common belief that the GPL text itself is non-free is unfounded. >>> >>> Can I modify the GPL and make a modified license? You can use the >>> GPL terms (possibly modified) in another license provided that you >>> call your license by another name and do not include the GPL >>> preamble, and provided you modify the instructions-for-use at the end >>> enough to make it clearly different in wording and not mention GNU >>> (though the actual procedure you describe may be similar). >>> http://www.gnu.org/licenses/gpl-faq.html#ModifyGPL > >> Paraphrasing Luk Claes: >> besides we as Debian only want our users the freedom to be able to >> if they wanted it, to willy-nilly modify the GPL text. > > They can, as long as they publish it under a new name. Great. We agree. In that case, what's with Luk's desire for the "freedom" to hack RFC 1725 yet still call it RFC 1725? If I modify /Alice In Wonderland/, should I be able to call it /Alice In Wonderland/? (Might be a bad example, since it's PD.) >> Quoting Mirim Ruiz: >> What about ... changing the format or structure for clarifying, or >> even fixing typos? > > Sure, as long as you change the name of the result and call it > Rons General Public License. > > There is also a pragmatic distinction: License textsembody the > permission under which we can distribute the software; RFC's do not. > We can't retroactively change the license terms we distribute the > software under; so hacking up a license, under law, would mean we can > not distribute the result. That one point of law makes a critical, > pragmatic difference; so a Work, and the terms of the licesne which > grants us the right to modify and distribute the work, have to be > treated differently -- or else we have no distribution. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG6WZDS9HxQb37XmcRAsDbAKDHDdC3uZ15On39xvEO+NTjKKgF0ACfUOKR TV49hK9S3RPAhef78vxr4Zw= =kxOy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian's Linux kernel continues to regress on freedom
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/13/07 10:46, Peter Samuelson wrote: > [Ron Johnson] >> If O'Reilly wants to write a book on implementing smtp or dns they >> must get permission from the IETF? > > Not if they either (1) do not quote the RFCs at all, beyond what is > permitted by fair use, or (2) reprint the RFC verbatim. Those things > are permitted, and those are what O'Reilly would probably want. > > What is not permitted is to create an email exchange protocol, or a > hierarchical name record infrastructure protocol, which is similar to > SMTP or DNS, and while doing so, use the appropriate RFCs as a starting > point for producing your spec. (Note also that your new protocol > doesn't even have to be all that similar to SMTP or DNS for the ability > to cut and paste RFC text to be potentially useful to you.) Really? If I decided that I wanted to "build a better mousetrap", the first thing I'd do is go read the relevant RFCs. > I mean, you can do that, but only if you're willing to participate in > the IETF standardization process. Which, if you're just some random > company producing internal docs for an internal product, you probably > don't want. > > Of course, you are free not to think Debian's required freedoms are > actually useful or reasonable. That's nothing new; lots of people > don't see why it's useful to require source code for software, either. > Fact is, many of us _do_ think these freedoms are valuable, and we > don't like the idea of trying to define little special cases, like > "well, nobody would probably want to cut and paste things from an RFC > anyway, like they might from other documents". While I know that a source file is a "document", some of us have more difficulty than others believing or even *agreeing* that "traditional" documents should be GPL-style libre. (That does not mean that we enthuse over perpetual copyrights or restricting fair use into oblivion.) - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG6WTGS9HxQb37XmcRAqT+AJ9SmC5gXwzyaQPneNpbdnd8q457kACgjKeA 09r98Rx9KpyWmpMW/Put5OE= =IxwI -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian's Linux kernel continues to regress on freedom
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/13/07 02:45, Josselin Mouette wrote: > Le mercredi 12 septembre 2007 à 16:51 +0200, Romain Beauxis a écrit : >> It often start with "GNU GENERAL PUBLIC LICENSE" and it' clearly written: >> " Everyone is permitted to copy and distribute verbatim copies >> of this license document, but changing it is not allowed." >> >> Shouldn't we garantee the right for our users to modify LICENCEs ?? > > This common belief that the GPL text itself is non-free is unfounded. > > Can I modify the GPL and make a modified license? > You can use the GPL terms (possibly modified) in another license > provided that you call your license by another name and do not > include the GPL preamble, and provided you modify the > instructions-for-use at the end enough to make it clearly > different in wording and not mention GNU (though the actual > procedure you describe may be similar). > http://www.gnu.org/licenses/gpl-faq.html#ModifyGPL Paraphrasing Luk Claes: besides we as Debian only want our users the freedom to be able to if they wanted it, to willy-nilly modify the GPL text. Quoting Mirim Ruiz: What about ... changing the format or structure for clarifying, or even fixing typos? - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG6QBFS9HxQb37XmcRAmEkAJ9goi6FU3cRl/xzL32YrhBHltI3lwCgv/9i 8CHcbj26DjNXXB350O9h5cE= =6HV0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian's Linux kernel continues to regress on freedom
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/12/07 11:49, Bernhard R. Link wrote: > * Ron Johnson <[EMAIL PROTECTED]> [070912 15:04]: >> These are "official" protocol specifications. If you want to >> summarize the RFC, do it in a separate document. > > Let's consider some use cases: > > * You want to use some protocol that is mostly the same as some RFC, but > with some things changed and some names exchanged to fit what you do. > Then you either have to > - refer to the RFC and give some complex list of subsitutions. That's > nice as additional point, but people wanting to read this would be > much more helped if there was an applied text. > - rewrite the whole text, hoping you never overlook something and miss > some detail of the original you would want to keep. (Well, you could > tell that the original with those substitutions has priority, but even > then everybody would just read the new text, implement some bugs, and > you have to tell people to remove those bugs they inserted because > your rewriting of the text had an oversight). > > * You are wanting to write the documentation for your (or somebody's else) > implementation of the RFC. If one is not that firm in english, it's > often easiest to just start with the standard description and modify > some words here, add some more descriptions there, omit some special > cases not applicable, rearrange the sentences a bit and have some nice > looking text using notations and phrases people not speaking your > language but the one you are writing in can understand. And one gets > using the proper standard terms for free. (And before you even start > with fair use and citing, please note that not everyone has that > privilege and citing often means verbatim in some jurisdictions). If O'Reilly wants to write a book on implementing smtp or dns they must get permission from the IETF? [snip] > > And just to put another reminder: noone is requeasting allowing > modifications posing as unmodified official standards. It's about Did you forget a word? > Hochachtungsvoll, > Bernhard R. Link - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG6B5ZS9HxQb37XmcRAgEEAJsEEK9diCv6Sx42AR8/3Tmnz9eDZgCg0Lcw pgAWoeY+9sIvCXp1Mb0AnuA= =epEZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian's Linux kernel continues to regress on freedom
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/12/07 09:16, Russ Allbery wrote: > Ron Johnson <[EMAIL PROTECTED]> writes: >> On 09/12/07 05:16, Josselin Mouette wrote: >>> Le mercredi 12 septembre 2007 à 05:04 -0500, Ron Johnson a écrit : > >>>> Which license? I've looked a a few RFCs, and they each seem to have >>>> a different (sometimes non-existent) license. All, though, seem to >>>> say, "Distribution of this memo is unlimited." > >>>> It would be useful to show John and I some specific examples of RFCs >>>> that don't allow any reformatting or translation derivations. > >>> You've just found them. Without explicit permission, they are not >>> permitted. > >> Really? Not in the RFCs I've read. > > This was actually extensively discussed within the IETF and my > understanding of their interpretation of the license is closer to what > Josselin says, not what you're saying. You can excerpt RFCs into other > contexts, but you cannot modify the text or use it as the basis for some > other document without violating the license or reaching some other > arrangement with the IETF, and that includes translations. > >>> You can draft derived versions, but you can't distribute them until >>> they are accepted as new RFCs. > >> Says who? That just doesn't make sense. RFCs are almost never >> written by a single person. > > The IETF reserves the right to work on derivative standards based on RFCs > to itself. You cannot do so outside the IETF without violating the RFC > license. So you (or your company) must be a member of the IETF to submit a draft RFC? If so, it seems reasonable. > As with the Firefox naming situation, Debian gets a ton of bad press for > this because people seem to intuitively expect Debian to be doing > something strange without actually investigating. The more you > investigate, the more you discover that, actually, the license is just > screwed up and Debian is one of the few organizations that doesn't plug > its ears and ignore it. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG5/9WS9HxQb37XmcRAj7qAKCWqS4+fHdYjGX6vIhFEYmlEjpDygCgwPga bwUvwS7sPE7WSpmG1y1uweE= =FqnK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian's Linux kernel continues to regress on freedom
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/12/07 07:07, Luk Claes wrote: > Ron Johnson wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 09/12/07 03:57, Miriam Ruiz wrote: >>> 2007/9/12, John Kelly <[EMAIL PROTECTED]>: >>>> On Wed, 12 Sep 2007 08:41:29 + (UTC), Sune Vuorela >>>> <[EMAIL PROTECTED]> wrote: >>>> >>>>> On 2007-09-12, John Kelly <[EMAIL PROTECTED]> wrote: >>>>>> "Distribution of this memo is unlimited." >>>>>> >>>>>> With RFCs available to anyone with a web browser, it's absurd to say >>>>>> they're non-free, and a waste of time removing them from Debian. >>>>> eh? whattabout modification? and distribution of modified versions? >>>> This is where it gets absurd. >>>> >>>> They're RFCs. They're not code. >>>> > >> Except for "fixing typos", none of what you seem to propose seems >> to my humble eyes to be modifying the base document. Give the new >> document a derived name, indicating the changes. Inside the >> document, clearly define what changes you've made to the base document. >> >> Someone who uses the modified RFC would create a buggy-by-design >> program and when he realized what some DD had done, boy would he >> (and his bosses, if relevant) be steamed, his trust in Debian would >> plunge, he might write a Slashdotted article that ZDNet picks up on, >> and FLOSS get a big black eye. > > What about adding clarifications, what about summarising parts of the > RFC? It's more about the freedom to fix things or to use things than it > is to make it buggy... It's also not only about Debian, but in fact more > about the freedom of our users to modify RFCs... These are "official" protocol specifications. If you want to summarize the RFC, do it in a separate document. >> Bottom line: being able to willy-nilly change protocol specification >> base documents seems, to me, to be One *Stupid* Idea. > > Only you are talking about willy-nilly changes... besides we as Debian > only want our users the freedom to be able to if they wanted it, to > willy-nilly modify the RFC text. I'm shaking my head in stunned disbelief. > Note that it still would be perfectly possible to restrict the use of > 'RFC' for these modifications... - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG5+LyS9HxQb37XmcRArPxAJ93+kqgJLydVc/sBBd+QtbApq/4GQCgyeP+ 3R2VoTO4s2tkexV/HqcHCso= =m+id -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian's Linux kernel continues to regress on freedom
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/12/07 05:16, Josselin Mouette wrote: > Le mercredi 12 septembre 2007 à 05:04 -0500, Ron Johnson a écrit : >>> Sorry, but the license doesn't allow that. >> Which license? I've looked a a few RFCs, and they each seem to have >> a different (sometimes non-existent) license. All, though, seem to >> say, "Distribution of this memo is unlimited." >> >> It would be useful to show John and I some specific examples of RFCs >> that don't allow any reformatting or translation derivations. > > You've just found them. Without explicit permission, they are not > permitted. Really? Not in the RFCs I've read. >>> Not being able to draft derived versions of specifications is another >>> plain stupid idea. >> Since when can't you draft derived versions? >> >> RFC 1725 is (quoting the text) "primarily a minor revision to RFC >> 1460", which in turn is (again quoting the text) "primarily a minor >> revision to [RFC1225]", which itself in turn is based on ideas from >> RFCs 918, 937, and 1081. > > You can draft derived versions, but you can't distribute them until they > are accepted as new RFCs. Says who? That just doesn't make sense. RFCs are almost never written by a single person. > This is a serious limitation in free software > development, where anyone must be able to contribute in very > quickly-moving projects. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG57/0S9HxQb37XmcRAuSZAJoCBLeGe2g69Rn5fNOzWw8BK6qYGwCgyBP8 IJQe1gPdrg2Xxw1CbsiMG0s= =FDZk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian's Linux kernel continues to regress on freedom
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/12/07 04:30, Josselin Mouette wrote: > Le mercredi 12 septembre 2007 à 04:19 -0500, Ron Johnson a écrit : >> Except for "fixing typos", none of what you seem to propose seems >> to my humble eyes to be modifying the base document. Give the new >> document a derived name, indicating the changes. Inside the >> document, clearly define what changes you've made to the base document. > > Sorry, but the license doesn't allow that. Which license? I've looked a a few RFCs, and they each seem to have a different (sometimes non-existent) license. All, though, seem to say, "Distribution of this memo is unlimited." It would be useful to show John and I some specific examples of RFCs that don't allow any reformatting or translation derivations. >> Bottom line: being able to willy-nilly change protocol specification >> base documents seems, to me, to be One *Stupid* Idea. > > A license requiring modified versions to be clearly marked as such, with > a changed name, would definitely be considered free, and still wouldn't > encourage such practice. > > Not being able to draft derived versions of specifications is another > plain stupid idea. Since when can't you draft derived versions? RFC 1725 is (quoting the text) "primarily a minor revision to RFC 1460", which in turn is (again quoting the text) "primarily a minor revision to [RFC1225]", which itself in turn is based on ideas from RFCs 918, 937, and 1081. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG57nIS9HxQb37XmcRAoWNAKChDDGPj43Phjo05v7BI4k5kFgfWQCfUrHN DQzTvuwhyf7Dbponv2CyDhA= =WrRK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian's Linux kernel continues to regress on freedom
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/12/07 03:57, Miriam Ruiz wrote: > 2007/9/12, John Kelly <[EMAIL PROTECTED]>: >> On Wed, 12 Sep 2007 08:41:29 + (UTC), Sune Vuorela >> <[EMAIL PROTECTED]> wrote: >> >>> On 2007-09-12, John Kelly <[EMAIL PROTECTED]> wrote: >>>> "Distribution of this memo is unlimited." >>>> >>>> With RFCs available to anyone with a web browser, it's absurd to say >>>> they're non-free, and a waste of time removing them from Debian. >>> eh? whattabout modification? and distribution of modified versions? >> This is where it gets absurd. >> >> They're RFCs. They're not code. >> >> If you want to "modify" an RFC, you have to write your own and submit >> it, see? > > Why is it absurd? What about translating it, for example, or including > parts of it in other document, or mixing parts of RFCs in a single > document, or making a derivative specification out of it, or changing > the format or structure for clarifying, or even fixing typos? What > about including some parts of an RFC in the help text of an > application, .. I can see many situations in which a modification of > the RFC text could be important. Except for "fixing typos", none of what you seem to propose seems to my humble eyes to be modifying the base document. Give the new document a derived name, indicating the changes. Inside the document, clearly define what changes you've made to the base document. Someone who uses the modified RFC would create a buggy-by-design program and when he realized what some DD had done, boy would he (and his bosses, if relevant) be steamed, his trust in Debian would plunge, he might write a Slashdotted article that ZDNet picks up on, and FLOSS get a big black eye. Bottom line: being able to willy-nilly change protocol specification base documents seems, to me, to be One *Stupid* Idea. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG568/S9HxQb37XmcRAh1FAJ41yYrS5NB4sppg/0zaYEn80nSo3gCfU55d ZQnfr8UEvltME1cTdqYljHE= =csfM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/09/07 13:11, Manoj Srivastava wrote: > On Sun, 09 Sep 2007 18:19:28 +0100, David Given <[EMAIL PROTECTED]> said: > >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > >> Ben Finney wrote: [...] >>> It would behoove you to at least put significant effort into what >>> everyone here agrees would be the best way to get Opera working well >>> with Debian and other free software operating systems. > >> Mmf. > >> I'd take issue with that statement. Opera don't owe Debian anything; > > And, of course, vice-versa. Opera owes Debian something Am I misreading you? - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG5IxcS9HxQb37XmcRAp6lAJ9ZUY6/WdMSzD84JW1b2XCYxKhTewCbB5Dq QC3UPWedGPpK1dTTWk2K+AM= =6eHz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Renaming libraries from upstream
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/09/07 03:47, Neil Williams wrote: > GPE includes libschedule which, when I originally packaged it, I > thought was a likely candidate for a name collision either now or later > because GPE is a small (self-contained) environment and 'schedule' is > such a common thing to do in software. So I renamed the Debian package > libgpeschedule to make it clear. (Over-eager new maintainer syndrome.) > > I didn't anticipate how much work this would involve in packages like > gpe-calendar which use libschedule and look for it in ./configure. This [snip] > > 5. something else? Explain the problem to upstream and ask him to rename it? - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG47a3S9HxQb37XmcRAm9jAJ9t+eMruNtGc81GFUjcGvMmO1UcFACg35vf TsN8fZQ3/GzwHYbJMRWY56E= =yjrG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: changes to default password strength checks in pam_unix
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/04/07 03:10, Petter Reinholdtsen wrote: [snip] > > Some schools even use the same password for all lower grade users > instead of providing very easy passwords, and I am not sure if that is > better. That's just stupid. Since first grade, my children have been able to remember their own passwords. Sure, they were simple at first ("dog" and "cat"), but now in third grade they are relatively sophisticated. > I am convinced the schools will come up with some new an > innovative insecure way to work around any enforced password policy, > so it might not matter either way. :) - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG3RgqS9HxQb37XmcRAtOqAJ9ZmnJ0nsPR3IJlVOk9vgyoGkmr3wCfaZEH stWe4OraHAZcNrEJuzxE79c= =tv0u -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/27/07 22:17, [EMAIL PROTECTED] wrote: >> That is, all software that makes it to into testing should be >> stable and release quality and ready for testing with *the rest of the >> packages slated for the next release*. > > Ok. In the event of a piece of software which is likely to need little > testing and be updated upstream several times between releases (such as > Opera) how would this best be handled? Should one wait until a few month > prior to the next release instead of repackaging it and sending it back > through the various releases multiple times between Debian releases. No. There's no harm in sending multiple versions thru the cycle. If there are no other "blockages" or problems, a package is supposed to sit in Unstable before being automagically moved to Testing. In the case of Opera, since Debian can't distribute it, what would be packaged would probably be an "installer" script that would grab the DEB or tarball from opera.com and then install it onto the system. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG05aOS9HxQb37XmcRAmixAKDtkvP1MFiy9w2WS1lGweAbrgykAQCeOmX8 I2a+70K1clE36JvQZwSftu0= =MjHi -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/27/07 21:02, [EMAIL PROTECTED] wrote: > >>> I do not see the need to do anything other than sign the package and >>> drop it into the repository, as it is already completely functional >>> for Debian. >> >> I encourage you to try it then. You'll learn a great deal about just >> what *is* required to get a package working properly with the tens of >> thousands of other packages available for Debian. >> >> Seriously, *anyone* can attempt to package software for Debian, so >> there's nothing but pride to be lost by trying. Until then, your >> claims of "do not see the need" to do something as part of the Debian >> packaging process are entirely hollow. > > You could have a point there. I was specifically mentioning this > particular package which is not the typical piece of software which is > to be included in debian. I think you took my words a little out of > context. > I would like and need to learn packaging some software for Debian, and > something already packaged does seem like a good place to start. The > question there is, can it go into Debian? Sure. Check out http://mentors.debian.net/ . - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG04d7S9HxQb37XmcRAlgBAJ9INAjT/DFnJ6fZaRHpvEPl7CC0lACfaxl5 2PrtnS8wWtstjI+f1Ao1bWU= =jhhC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why no Opera?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/27/07 21:15, [EMAIL PROTECTED] wrote: > Quoting Ben Finney <[EMAIL PROTECTED]>: >> >> Please learn what the 'testing' branch of Debian is for. >> >> http://www.debian.org/doc/FAQ/ch-ftparchives#s-testing> >> > Let me clarify a little bit. I can understand the need for a evaluation > before a piece of software such as this goes into Debian. Does it really > need to go through unstable and testing once it has been determined > there are no conflict issues. It is already in wide use and most > certainly has been tested by Opera, how much testing could it possibly > need by Debian? Then you *still* don't understand what "Testing" means in the Debian. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG04cVS9HxQb37XmcRAmuDAJ4nuBjvC8Ka1FqVdNzhBfhERv/5wQCgqpFw nlHsFLD4g4VfyvZ93pmEGjw= =pXFA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [CMake] Producing deb package with 'ar'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/06/07 07:32, Marc 'HE' Brockschmidt wrote: [snip] > > That will not work. ar(1) is GNU ar on most systems, while dpkg uses > ar-as-in-BSD-ar. The diffeences are subtle, but lead to problems in > some applications. That's interesting. Why? - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGtx1ES9HxQb37XmcRAor4AKC+jVZfxTAN5PRSL5a8UFqTEhZdCwCfS99D XT91sSgOD7RE6i54lRGjYWY= =UXSA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#435884: ITP: rsyslog -- enhanced multi-threaded syslogd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/05/07 10:39, SZALAY Attila wrote: > Hi All! > > On Sat, 2007-08-04 at 22:39 +0200, Steinar H. Gunderson wrote: >> Your system admins sound rather odd. Lots of software is high performance >> without ever using threads at all. > > Yes, but you cannot exploit the power of more than one CPU without > multithreading. Of course it's an other question that this power is > needed to handle system logging. Are you saying that Apache 1.x only ever used 1 CPU? - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGthIfS9HxQb37XmcRAimtAJ9q/icb0kOqfSnLNAdMioaETLftUACfc/n+ pcYPKVame/87ZgGY6SVbQuk= =uO1/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#434206: ITP: moe -- powerful text editor for ISO-8859 andASCII character encodings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/01/07 02:02, Marc Haber wrote: > On Wed, 01 Aug 2007 04:01:29 +0200, Antonio Diaz Diaz > <[EMAIL PROTECTED]> wrote: >> GNU Moe is a console text editor written to be stable, compact and >> powerful. It is the middle point between GNU Ed and GNU Emacs, and it >> deliberately doesn't support multibyte encodings. > > The last sentence rules it out for me. I insist in being able to write > comments in my native language. Change your native language to American. Problem solved! > Including a new non-UTF8-capable editor in the archive in 2007 is the > wrong signal, IMO. If it can't be encoded in ANSI_X3.4-1968, it doesn't need to be encoded. (For the humor impaired, or those who haven't yet drunk their coffee: such chauvinistic rants are *OBVIOUSLY* designed as sarcastic humor. Angry repliers will be hereafter branded as boorish sticks in the mud.) - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGsGupS9HxQb37XmcRAi0wAJ0bR3LdINxq30H2SlaMREXe70FqjQCfbD48 uwOgsOjlI8iqlv5+ofk9mD8= =xQVp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#434206: ITP: moe -- powerful text editor for ISO-8859 andASCII character encodings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/31/07 21:01, Antonio Diaz Diaz wrote: [snip] > > When editing configuration files or source code written in ASCII many > people want something like Moe, not another buggy and/or bloated editor > of multibyte encodings. > > So perhaps it is not so bad the idea of adding GNU Moe to the archive. If the justification is "small, simple text editor", nano is already in the archives. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGsC1iS9HxQb37XmcRAvm3AKCvJmUEObwcLuSscvshFUZrRF5yRwCfT8P4 njTm8OdRl3bQS6q9Lhr8j4Q= =jko2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: adding desktop files to misc packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/25/07 00:14, Manoj Srivastava wrote: > On Tue, 24 Jul 2007 19:56:37 -0500, Ron Johnson <[EMAIL PROTECTED]> said: > >> On 07/24/07 17:31, Manoj Srivastava wrote: >>> On Tue, 24 Jul 2007 21:25:47 +0100, Matthew Johnson >>> <[EMAIL PROTECTED]> said: [snip] >>>> Surely the correct approach is to say that people who don't want to >>>> see it won't have it installed and people who have it installed want >>>> to be able to use it from the menu. Programs which you have to have >>>> installed and yet don't want to see in the menu probably shouldn't >>>> have (visible by default) menu entries and should be dealt with by >>>> fixing that program, not by removing all the other entries. >>> Haven't heard of multi-user systems, have we? What if some of the >>> users want to see it in the menu, and other do not? Surely we do not >>> want to make Debian unsuited for multi user installations? >>> >>> I have been using a central server with essentially Etch thin clients >>> at one of our testbeds at work; and it does solve a number of >>> sysadmin headaches for us. > >> Sounds like he's either (a) got a Windows mentality, or (b) doesn't >> want unprivileged users to see non-essential apps. > > The latter might be fine as a local policy; but surely is not > correct as a Debian default. We should make it _possible_ to implement > a local policy of hiding information from users; but we must not let > information hiding be the default; nor the only possible local policy. 100% ACK. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGpvMwS9HxQb37XmcRAoiDAJwJuw70f0DtiQ6faIRoBSixmbZ0/wCeJaop M50vfajDvv0zOmcAidgDUeQ= =VTej -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: adding desktop files to misc packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/24/07 17:31, Manoj Srivastava wrote: > On Tue, 24 Jul 2007 21:25:47 +0100, Matthew Johnson <[EMAIL PROTECTED]> said: > >> Eduard Bloch wrote: >>> * Josselin Mouette [Wed, Jul 18 2007, 07:32:28PM]: >>> >>>>> The Debian menu system will generate .desktop files from .menu >>>>> files if the .desktop file does not exist. This is intended >>>>> solely as a temporary compatibility measure. >>>> This is a very bad idea. It is going to clutter the freedesktop >>>> menu with tons of useless entries with ugly icons and make it as >>>> useless as >>> Make it short, what is your point? Not allowing others to play in >>> your GNOME sandbox? > >> Surely the correct approach is to say that people who don't want to >> see it won't have it installed and people who have it installed want >> to be able to use it from the menu. Programs which you have to have >> installed and yet don't want to see in the menu probably shouldn't >> have (visible by default) menu entries and should be dealt with by >> fixing that program, not by removing all the other entries. > > Haven't heard of multi-user systems, have we? What if some of > the users want to see it in the menu, and other do not? Surely we do > not want to make Debian unsuited for multi user installations? > > I have been using a central server with essentially Etch thin > clients at one of our testbeds at work; and it does solve a number of > sysadmin headaches for us. Sounds like he's either (a) got a Windows mentality, or (b) doesn't want unprivileged users to see non-essential apps. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGpp/FS9HxQb37XmcRAvKVAJ9QWgEg7G17XmIEI/F2uXlwjWmxdQCggwOz hKI50dPqHRDyb6RI6T0S02I= =MY1/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Thoughts about the bug tracking system
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/20/07 17:52, Carl Fürstenberg wrote: [snip] > > The major problem with the current system, is that it requires that > the reporter has access to a mail server, if they want to use the more > easier variant by using reportbug script. their other alternative is > to send an email from their webmail (I assume that they don't have > access to an smtp server, and are prohibited to use one by them self > by port 25 blocking) using a complicated syntax to be able to send > "correct" reports. That hasn't been true for at least 2 years. "reportbug --configure" will let you tell it to use your ISP's smtp server. (Even so, you should configure your MTA to relay all outbound emails to smtp.yourisp.net. Why? To show that you are more than Just A User.) - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGoVvvS9HxQb37XmcRAgcWAKC3x3y5pXTc2RCTv+NRvPvvVqiyUQCfc6mX CmNDb8vELeUr9rxKBrWcqho= =amSF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#428855: ITP: webkit -- HTML rendering engine library
On 06/14/07 13:11, Mike Hommey wrote: On Thu, Jun 14, 2007 at 07:39:37PM +0200, Mike Hommey <[EMAIL PROTECTED]> wrote: Package: wnpp Severity: wishlist Owner: Mike Hommey <[EMAIL PROTECTED]> * Package name: webkit Version : svn snapshot Upstream Author : Apple Computer Inc. * URL : http://www.webkit.org/ * License : mixed LGPL and BSD Programming Lang: C, C++ Description : HTML rendering engine library WebKit is an open source web browser engine. WebKit is also the name of the Mac OS X system framework version of the engine that's used by Safari, Dashboard, Mail, and many other OS X applications. WebKit's HTML and JavaScript code began as a branch of the KHTML and KJS libraries from KDE. (Note this won't be the long description, it's only a copy/paste of the beginning of the website, to briefly explain what it will be about) I would pretty much like, if people is interested, to create a pkg-webkit maintenance group on alioth. So please, interested people, contact me. I will have a useable package in a few days, but it will still need work in the control and copyright files before being uploaded to sid. A private reply to this ITP made me realize I didn't specify it: both the QT and Gtk backend will be provided. In the same package? If so, wouldn't that possible pull in packages unneeded by the rest of the system? -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Reasonable maximum package size ?
On 06/11/07 12:28, Mike Hommey wrote: On Sun, Jun 10, 2007 at 06:59:49PM +0100, Wouter Verhelst <[EMAIL PROTECTED]> wrote: On Tue, Jun 05, 2007 at 11:31:37AM +0200, Pierre Habouzit wrote: On Tue, Jun 05, 2007 at 10:27:26AM +0200, Marco d'Itri wrote: Diskspace *is* a problem for mirrors, as is bandwidth in many countries. Also, you should think about this issue not just in the context of the single package you are interested in but as a general policy. Honnestly, no, this is not true anymore nowadays. With a 500Gb sata hard drive, you're able to have a full debian mirror (all archs). Such a disk is around 100€ nowadays. ... but it will break down in three months with the typical usage pattern of a public Debian mirror. A typical 300GB server-class hotpluggable SATA or SAS disk is quite a bit more expensive than a typical desktop-class 500GB hard disk, and for a RAID setup that will actually survive the breakdown of a number of moving parts parts, you'll need at least four or five of them. Actual data seems to show the cheap desktop disks are not worse than so-called server-class disks. If your data center infrastructure is based around SCSI or SAS, then it's irrelevant how much better or worse they are. -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: APT 0.7 for sid
On 06/06/07 17:59, Michael Vogt wrote: [snip] term. I would also love to find a way in the future to interface with the aptitude dependency problem resolver (that is superiour to the one in libapt). Is this the same dependency resolver that tries to remove half your packages as a result of the most minor package removal? -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Reasonable maximum package size ?
On 06/05/07 08:58, Frans Pop wrote: On Tuesday 05 June 2007 15:14, Anthony Towns wrote: I'm not sure if avoiding duplicating the data (1G of data is bad, but 1G of the same data in a .orig.tar.gz _and_ a .deb is absurd) is enough to just use the existing archive and mirror network, or if it'd still be worth setting up a separate apt-able archive under debian.org somewhere for _really_ big data. IMO it would be worth it if we could split out gigabytes of data from the main archive and thus significantly reduce the bandwidth needed for mirror syncs. Especially if that data is only used by an extremely small subset of users/developers. The advantages would be: - overall reduced use of resources like disk space and bandwidth - lower the barrier to create local mirrors, not only for home users, but also for mirrors in areas that are not that well connected to the rest of the world [1] - make it possible to not include such data on the regular binary CDs, but for example on separate arch-independent "data" CDs It is likely that this issue will only become bigger with time, so investing in a structural solution IMO makes sense. Cheers, FJP [1] This was for example a real problem when I was in Bhutan last year. What about putting such data in a special branch (correct term?), parallel to main, contrib and non-free? That way, mirror sites can decide whether or not to mirror it? Call it "hugedatasets"? (Boring name, but explicitly describes the contents.) The other idea that I really like is to package a cron script which periodically examines the data file timestamps on the FTP server and the timestamps of the local files, and if the FTP files are newer, send an email to the user. And, of course, provide a script to do the wgets/curls and data installs. That way, you don't use use double the space on your system. P.S. I *Really* Appreciates All The Hard Work You All Do. -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Filing FTBFS bugs and packages in NEW
On 06/01/07 04:59, Kari Pahula wrote: I'd like to file a wishlist bug on people who file FTBFS bugs. It would be nice if you checked first whether there's a package pending in NEW or incoming and see if that might resolve the issue already. I'm looking at you, #426867. Even though "I" am not #426867, how do you access the NEW queue? -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#426874: ITP: pkg -- High-level library for managing Debian package information
On 06/01/07 04:41, Stefano Zacchiroli wrote: On Thu, May 31, 2007 at 01:29:47PM +0100, Enrico Zini wrote: * Package name: pkg Description : High-level library for managing Debian package information Great to see this!, but I'm rather scared about its name: isn't "pkg" too generic? Wouldn't "debpkg" be a better (since more specific and describing) name? That, too, I think is too generic. metadebpkg, maybe? -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#425761: ITP: decoratortools -- version-agnostic decorators support for Python
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/23/07 14:42, Gustavo Noronha Silva wrote: > Package: wnpp > Severity: wishlist > Owner: Gustavo Noronha Silva <[EMAIL PROTECTED]> > > * Package name: decoratortools > Version : 1.4 > Upstream Author : Phillip J. Eby > * URL : http://cheeseshop.python.org/pypi/DecoratorTools > * License : ZPL or PSF > Programming Lang: Python > Description : version-agnostic decorators support for Python > > DecoratorTools provides decorator facilities for Python 2.3 and > above. It provides classes and functions decorators. > . > DecoratorTools is part of the PEAK (Python Enterprise Architecture > Kit) framework and provides the peak.util.decorators module. > > This source package will generate the python-decoratortools binary package. > I am packaging this because new version of software I maintain need it, but > I'm happy to share the load, or even give up on the package if someone wants > to take it. It would be useful to add a short blurb describing what decorators are. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGVLFXS9HxQb37XmcRAqwCAKDD+4GA7x9bLfd2tWmB+64ILSFgBQCg1rBb KcO8XavJHBRIZaJf6HDTz7U= =nyIg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#423911: ITP: citadel -- Citadel.org is an highly integrated Groupware Platform with a Web 2.0 enabled Webinterface, but also providing SMTP, IMAP, POP3 and GroupDAV access to its content.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/14/07 17:23, Wilfried Goesgens wrote: > Package: wnpp > Severity: wishlist > Owner: Wilfried Goesgens <[EMAIL PROTECTED]> > > * Package name: citadel > Version : 7.09 > Upstream Author : Citadel Project https://uncensored.citadel.org > * URL : http://www.citadel.org/ > * License : (GPL) > Programming Lang: (C) > Description : Citadel.org is an highly integrated Groupware Platform > with a Web 2.0 enabled Webinterface, but also providing SMTP, IMAP, POP3 and > GroupDAV access to its content. You don't need to put "Citadel.org" in the short description. And the short description should be limited to 50(?) characters. > Citadel offers Versatile email services with verry low administration needed. > It provides its own implementations of these server protocols: > Imap, Pop3, SMTP, ManageSieve, Citadel > > The actual source stage can be found at > deb-src http://debian.citadel.org/source stable source > or precompiled i386 packages at for example > deb http://debian.citadel.org/debian/ sid main > > The citadel community lives at the "root" installation, > https://uncensored.citadel.org. Feel free to log in and explore a reallife > citadel. > You can contact me in #citadel on freenode irc. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGSQA0S9HxQb37XmcRAgrKAKDPBiEh5ug8Q6a9iuf5A4d5Qh0UnACeKgyT 81yxNzv+jj2WF1Q/S2pTCfA= =ev1c -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#421107: ITP: torbutton -- iceweasel/icedove extension enabling 1-click toggle of Tor usage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/28/07 19:58, Stephen Gran wrote: > This one time, at band camp, Ron Johnson said: >> On 04/28/07 13:28, Greg Folkert wrote: >>> On Sat, 2007-04-28 at 15:45 +0900, Charles Plessy wrote: >>>> Le Thu, Apr 26, 2007 at 04:16:29PM +0200, Jérémy Bobbio a >>>> écrit : >>>>> Package: wnpp Severity: wishlist Owner: "Jérémy Bobbio" >>>>> <[EMAIL PROTECTED]> >>>>> >>>>> Torbutton is a 1-click way for Iceweasel/Icedove users to >>>>> enable or disable the browser's use of Tor. >>>> Hi, >>>> >>>> maybe you can remind what Tor is ? >>> http://tor.eff.org/ >> Full Descriptions usually (should) still have such a blurb in >> them. > > We don't need to describe in excrutiating detail every aspect of > every package. If someone doesn't know what Tor is, they're > probably not the target audience, in the same way that you don't > have to have an RFC like description of snmp to know that > snmpwalk is not the package you're looking for. Codswallop! Asking for a blurb describing Tor can not remotely be interpreted as wanting "excrutiating detail (of) every aspect of" Tor. Something simple like this blurb is all that is needed: Tor helps to anonymize your internet usage. > I agree that where possible, we should be clear in the package > descriptions. However, given that some subset of software is > aimed at a fairly esoteric userbase, pretending that it's > intended for general use is fairly silly. More (this time elitist) codswallop. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGM/XyS9HxQb37XmcRAl9sAJ9S5+jg9hsyuF8p0lmUlgv2AXbBWwCfcENr CGkNXV2rCa/rOUtSStAFgBA= =2D6E -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#421107: ITP: torbutton -- iceweasel/icedove extension enabling 1-click toggle of Tor usage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/28/07 13:28, Greg Folkert wrote: > On Sat, 2007-04-28 at 15:45 +0900, Charles Plessy wrote: >> Le Thu, Apr 26, 2007 at 04:16:29PM +0200, Jérémy Bobbio a écrit : >>> Package: wnpp >>> Severity: wishlist >>> Owner: "Jérémy Bobbio" <[EMAIL PROTECTED]> >>> >>> Torbutton is a 1-click way for Iceweasel/Icedove users to enable or disable >>> the >>> browser's use of Tor. >> Hi, >> >> maybe you can remind what Tor is ? > > http://tor.eff.org/ Full Descriptions usually (should) still have such a blurb in them. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGM5/fS9HxQb37XmcRAv29AJ4oExzgxhVbIMBbs93gFDmaZfMjAgCg7eMf l8qVouGxQ1vs6wdbI6Qid/g= =xhOs -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#420179: ITP: libjson-any-perl -- Wrapper Class for the various JSON classes.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/20/07 10:52, Steinar H. Gunderson wrote: > On Fri, Apr 20, 2007 at 10:43:27AM -0500, Ron Johnson wrote: >> Ok, what's JSON? > > JavaScript Object Notation (http://en.wikipedia.org/wiki/JSON). These days, I > don't think it's reasonable to ask for a JSON explanation in a package > description unless you also want to explain XML everywhere -- it's very Web > 2.0 :-) COBOL forever!!! - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGKO4BS9HxQb37XmcRAvkhAKCVIxm28sH+3wRMtq7JdFC/qz2NoACgt+MB yMzF0csbNR8IZd13wwvahF0= =0vqb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#420179: ITP: libjson-any-perl -- Wrapper Class for the various JSON classes.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/20/07 10:12, Krzysztof Krzyzaniak (eloy) wrote: > Package: wnpp > Severity: wishlist > Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]> > > > * Package name: libjson-any-perl > Version : 1.03 > Upstream Author : Chris Thompson, > * URL : http://search.cpan.org/src/CTHOM/JSON-Any-1.03/ > * License : Perl: GPL/Artistic > Programming Lang: Perl > Description : Wrapper Class for the various JSON classes. > > JSON::Any module provides a coherent API to bring together the various > JSON modules currently on CPAN. This module will allow you to code to > any JSON API and have it work regardless of which JSON module is > actually installed. Ok, what's JSON? - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGKN+fS9HxQb37XmcRApu9AJ9RcY2Fwm0P0QhHBEhAGrjIbFzqugCfV5Fb yL8BAPP8miyJ9m95Rpla5fQ= =pJpJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: The number of etch installations is rocketing...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/12/07 15:14, Florian Weimer wrote: > * Ron Johnson: > >> On 04/12/07 14:32, Kurt Roeckx wrote: >> [snip] >>> You can also see this by looking at /proc/cpuinfo looking for "lm" in >>> flags. >> Does lahf_lm count? > > The file should also list "lm" earlier on the same line. Oh well, I guess my Sempron doesn't have that capability. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGHpagS9HxQb37XmcRAtdNAKDHpxsVuyrLK0Bgiu4/YCTIk6NiwQCfZhep dKi2nFI7UEWUKcfKHDsx4kU= =2gdP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: The number of etch installations is rocketing...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/12/07 14:32, Kurt Roeckx wrote: [snip] > > You can also see this by looking at /proc/cpuinfo looking for "lm" in > flags. Does lahf_lm count? - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGHpLiS9HxQb37XmcRAuH5AKDtOcWIMErfRfSsOROrIdIJCCkCWgCfbvy9 kHT1S+fIjNvVxiGs2W5Lfq8= =skEN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Results for General Resolution: Altering package upload rules
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/23/07 05:41, Steve Langasek wrote: [snip] > > http://www.debian.org/vote/2007/suppl_002_stats: > > Ballots Received MIME Decoded Passed Sig Check Passed LDAP Check Votes > Tallied Rejects Sent > 313 313 270 270 260 > 53 > > Acks Created Acks Sent Acks Unsent Bad Ballot Unique Voters > 260 258 2 10257 > > The difference between "ballots received" and "Passed LDAP check" is > "Rejects sent"; the difference between "Passed LDAP Check" and "Votes > Tallied" is "Bad Ballot". > Ballots Received313 Passed LDAP Check -270 43 Rejects Sent 53 53 != 43 Do you maybe mean: (Ballots Received - Passed LDAP Check)==(Rejects Sent + Bad Ballot) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGA83gS9HxQb37XmcRArDkAKC1YUzKukJnF4zUjv7goZ3K9QVRjACdGdWa +5AvCN31GgOW2Bkrg0lYcUA= =5Q3i -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#415263: ITP: gpspoint -- exchange data with a (garmin) gps receiver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/17/07 14:48, Cord Beermann wrote: > Hallo! Du (Colin Tuckley) hast geschrieben: > >>> gpspoint is a program to exchange data with a (garmin) gps receiver. >>> You can upload and download waypoints, routes, tracks and various >>> other data. >> How is this different/better than gpsbabel which can do all of this for many >> different types of GPSr's and several different file formats too? > > gpsbabel doesn't support the 'gpspoint'-format, which i need as input > for some other software i use. > > I use gpspoint for years and just ran over the fact that i have > sometime ago downloaded the package from > http://gpspoint.dnsalias.net/gpspoint2/download/ (which also contains > a debian-repository), but there isn't an official package. Would the gpsbabel developer be willing to add that feature to his code? > > Cord > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF/FuuS9HxQb37XmcRAo4CAKCmKFqWOXHOUAN8wEjlHiuLdXKuZQCgme6S UqGcX9J7FhRObdisAzENoTA= =PxlI -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#414534: ITP: sucrack -- multithreaded su bruteforcer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/12/07 12:14, Tim Brown wrote: > On Monday 12 March 2007 17:06, you wrote: >>> * Package name: sucrack >>> Version : 1.1 >>> Upstream Author : Nico Leidecker <[EMAIL PROTECTED]> >>> * URL : http://www.leidecker.info/ >>> * License : GPL >>> Programming Lang: C >>> Description : multithreaded su bruteforcer >>> >>> sucrack is a multithreaded Linux/UNIX tool for cracking local user >>> accounts via wordlist bruteforcing su >> What advantages does this tool have over John the Ripper (Debian package >> "john")? > > John actually requires you have access to the hashed / encrypted passwords. > Since sucrack drives a console tool (by default su) it can be used in places > where John can't - for example auditing SSH key phrases, or where the > penetration tester is attempting to escalate privileges on an already > compromised system. But primarily the black hat. The only other app this guy has for public download is: mailgrab 1.1 A simple Perl script, that is crawling through a site and extracting every email address or HTML comment. Additional features in version 1.1 are to not let the script follow links to other sites than the initial given one and sending requests via proxy servers. > > Tim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF9ZRKS9HxQb37XmcRAgolAKCqogW/eBeLlV4p21B7CY5yfDxE+wCeNQMz vbePya6J1kEZf+t3Woz6cBw= =mpHc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sarge and DST
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/06/07 20:51, Ben Hutchings wrote: > On Tue, 2007-03-06 at 21:19 -0500, Yaroslav Halchenko wrote: >> Dear All, >> >> Please correct me (I hope someone will correct me) but sarge is not new >> DST rules ready like [1] discusses or am I missing smth? >> >> up to date sarge box I have >> >> ,-- >> | zaza[0] ~>date >> | Tue Mar 6 16:12:26 HST 2007 >> | *zaza[0] ~>date -d "+7 days" >> | Tue Mar 13 16:12:34 HST 2007 >> `--- > > Which time zone is "HST"? Hawaii ('Pacific/Honolulu) > > $ TZ=EST5EDT date > Tue Mar 6 21:49:44 EST 2007 > $ TZ=EST5EDT date -d '+168 hours' > Tue Mar 13 22:49:40 EDT 2007 > > Looks OK to me. (If you say +N days that ends up at the same time of > day local time.) > > Ben. > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF7izPS9HxQb37XmcRAuBuAJwL5DGqvy92ctrl7FLgjP6BiTV5FACgsNjT xV2Tk/+vsUiugE3Ht/hBc+8= =XON+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#413735: ITP: mdk2 -- Destructive 802.11 wireless network hacking tool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/06/07 14:58, Adam Cecile wrote: > Package: wnpp > Severity: wishlist > Owner: Adam Cecile <[EMAIL PROTECTED]> > > > * Package name: mdk2 > Version : 0.0.0+v33 > Upstream Author : Pedro Larbig "ASPj" <[EMAIL PROTECTED]> > * URL : http://homepages.tu-darmstadt.de/~p_larbig/wlan/ > * License : GPL, needs to be confirmed > Programming Lang: C > Description : Destructive 802.11 wireless network hacking tool > > mdk2 is a tool designed to crash 802.11 wireless network. > . > It includes nice features like : >* Bruteforce hidden SSIDs (small SSID wordlist included), >* Probe networks for checking if they can hear you, >* Authentication-DoS to freeze APs (with checking for success), >* Beacon Flooding with channel hopping, >* Disconnects everything found with DeAuth and DisAssoc packets. >* WPA TKIP Denial-of-Service. > . > Homepage: http://homepages.tu-darmstadt.de/~p_larbig/wlan/ What's the non-black hat purpose of this tool? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF7d3CS9HxQb37XmcRAiXEAJwI5m5m3vzgEcSZT7MbJ7jk/IFwogCg6i/i PYCB2Gw98SsdHhJ/+p+FB2U= =neQ7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On maintainers not responding to bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/26/07 03:48, Florian Weimer wrote: > * Ron Johnson: > >> Does the BTS ack *mean* that an actual living breathing human has >> eyeballed the bug? > > No, it doesn't. Ok. That was was I read from Don Armstrong's post, though. > But would an ack from a human being mean that the bug will be fixed in > due course? Of course not. There are no guarantees. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF4u4DS9HxQb37XmcRAuBLAKDrqZyZV1IgViIfo2Wa5dxBH7+kawCdFT2e YJq+b8Ewf9+aBbUexN685gM= =++PN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On maintainers not responding to bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/26/07 01:27, Don Armstrong wrote: > On Mon, 26 Feb 2007, Ben Finney wrote: >> Sune Vuorela <[EMAIL PROTECTED]> writes: >> [snip] > [Frankly, if you're concerned about whether someone has seen your > mail, surely the ack from the BTS is sufficent. Anything else requires > someone to actually do the work.] Does the BTS ack *mean* that an actual living breathing human has eyeballed the bug? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF4pVaS9HxQb37XmcRAlG+AJ9F1lotvLUaKEF26YxcCRwk4xEuqACg6MEH 8bu08b5YXspjLmOZMSlT+TU= =aU07 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Looking for a temporary account on Alpha
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/25/07 14:33, Frank B. Brokken wrote: > Dear Steve Langasek, you wrote: > >>> The intention here is to use size_t in situations where the value is known >>> to be non-negative. >> I don't see any reason why you should use size_t for that instead of >> unsigned int. size_t is intended for use in describing the size of objects >> in memory, not just for anything you know should be non-negative. > > Hm, well, your observation is interesting, but I'm not convinced: > > https://www.securecoding.cert.org/confluence/display/seccode/INT01-A.+Use+size_t+for+all+integer+values+representing+the+size+of+an+object > >>From this: > > Any variable that is used to represent the size of an object including, > but not limited to, integer values used as sizes, indices, loop counters, > and lengths should be declared as size_t size_t nargs; if (parser_number_parlist(&parser, (int *)&nargs, true) == SUCCESS) It's been a while since I coded in C, so take this for worth, but what if you do this s/(int *)/(size_t *) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF4f+jS9HxQb37XmcRArZLAKDM9VxJG4ILqyIINvNP+3GVF6fCAwCeIDvf uzKiE/8NtzfxIY8zdosangY= =Cw1p -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#411617: ITP: ivtv-firmware -- firmware for the ivtv kernel driver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/21/07 00:59, Ben Hutchings wrote: > On Tue, 2007-02-20 at 18:51 -0500, Roberto C. Sanchez wrote: >> On Tue, Feb 20, 2007 at 06:06:45PM -0500, Edward Allcutt wrote: >>> On Tue, 2007-02-20 at 07:26 +, Ian Campbell wrote: 2. You may not copy, modify, rent, sell, distribute or transfer any part of the Firmware except as provided in this Agreement, and you agree to prevent unauthorized copying of the Firmware. >>> I'm not sure how the Debian project can prevent unauthorized copying... >>> >> I thought that as well, but it appears that they clause is part of the >> end user license agreement. Since Debian is not an end user, rather an >> ISV in their terms, that clause does not specifically apply to Debian. > > How about individual mirror operators? They should not be prevented > from using this software because they also distribute it. > > (Why do companies care about "unauthorised" copying of firmware that's > essential to and only useful for their hardware? I've never understood > this. Perhaps it's something the lawyers put in by default.) Unauthorized copying seems to mean "copy it so you can disassemble and reverse engineer the driver". -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF2/baS9HxQb37XmcRAlxuAKC4TdPwcO+2CCBxS8+rMmaA1TpoCQCglwyj FW2nBiCquBOtyu8HlFbb274= =Z1cP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: request
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/13/07 10:03, Greg Folkert wrote: > On Tue, 2007-02-13 at 16:44 +0100, Wouter Verhelst wrote: >> On Mon, Feb 12, 2007 at 09:30:40AM -0800, a sh wrote: >>> hi >>> I want debian etch sorce code and desktop picture. >>> I have advertisment purppose. >>> if it's possible for you please sent to my mail. >>> thank >> Your mailbox probably isn't large enough to receive over 10G of source >> code. You can download what you want using "apt-get source"; you may >> have to add a "deb-src" line to /etc/apt/sources.list before that'll >> work, though. See "man sources.list" for details. > > I'll bet your outgoing mail service pukes on it. Except for those of us > that run our own service (and have enough bandwidth to service it), I'd > expect that for any person's service provided by an ISP. Just the thought of encoding (and decoding) 10GB of data in base64 gives me the willies. The sender and recipient would need 15GB freespace on their $HOME partition. How do MUA's handle {en|de}coding attachments? Do they suck first the files into memory? I guess it would work if you have a 64-bit machine and *lots* of swap space. Needless to say, performance would tank. You might even burn up your disk drives. Thank $DEITY that Wouter Verhelst was being facetious. It's still a fun mental exercise, though. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD4DBQFF0e63S9HxQb37XmcRAqB7AKCN17YRaJW9+1e1xzEu0IridNpOqgCXYxOH d0bjpYCA6+dz2k7gELa+pA== =wLgw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#410502: ITP: libcm -- Support code for compositing managers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/11/07 12:58, =?//TRANSLIT?Q?Lo=EFc?= Minier wrote: > On Sun, Feb 11, 2007, Ron Johnson wrote: >>>> * URL : http://www.example.org/ >>> No upstream website I know of. >> FTP site? >> Where do you get the source from? > > ftp.gnome.org, but not worth mentionning in the package description; > it's mentionned in the copyright of course. I imagine people reading > ITPs are curious of homepages, not of where to get the tarball from. > >>>> * License : LGPL, GPL, BSD >>> (This is correct.) >> It's tri-licensed? > > No, it's a mixture. I smell a long thread on -legal. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFz3OPS9HxQb37XmcRAn3GAJ0SKk71RA0dgjcL2t2pKas4q7O7fACdF5aW dLrH9/DQ4h+om9Ao6/128kw= =ikaq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#410502: ITP: libcm -- Support code for compositing managers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/11/07 03:39, Loïc Minier wrote: [snip] >> * URL : http://www.example.org/ > > No upstream website I know of. FTP site? Where do you get the source from? >> * License : LGPL, GPL, BSD > > (This is correct.) It's tri-licensed? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFzvVlS9HxQb37XmcRAu8eAKCa/viFoy69dKI4XDE3sb/b65C5aACeJiMI AhdFqzxJ8gxMJDgyKBJZjMc= =5xRh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#409640: ITP: mafft -- Multiple alignment program for amino acid or nucleotide sequences
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/04/07 12:13, Loïc Minier wrote: > On Sun, Feb 04, 2007, Ron Johnson wrote: >>> MAFFT is a multiple sequence alignment program for unix-like operating >>> systems. It offers a range of multiple alignment methods, L-INS-i >>> (accurate; recommended for <200 sequences), FFT-NS-2 (fast; recommended >>> for >2,000 sequences), etc. >> What do you use for nucleotides between 200 and 2000 sequences? > > I don't know anything about nucleotides, but I suppose you can use > either of the two methods... I was wondering if OP made a typo somewhere. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFxjXMS9HxQb37XmcRAl+rAJ9uMulXyLCtTIk0Fv4hVdLMI2FwZACgqPc8 PHWU3DuzDPEQosDCaMCPH8Y= =JWR0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#409640: ITP: mafft -- Multiple alignment program for amino acid or nucleotide sequences
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/04/07 08:27, Charles Plessy wrote: > Package: wnpp > Severity: wishlist > Owner: Charles Plessy <[EMAIL PROTECTED]> > > Package name: mafft > Version : 6.236 > Upstream Author : Kazutaka Katoh <[EMAIL PROTECTED]> > URL : http://align.bmr.kyushu-u.ac.jp/mafft/software/ > License : BSD > Programming Lang: C > Description : Multiple alignment program for amino acid or nucleotide > sequences > > MAFFT is a multiple sequence alignment program for unix-like operating > systems. It offers a range of multiple alignment methods, L-INS-i > (accurate; recommended for <200 sequences), FFT-NS-2 (fast; recommended > for >2,000 sequences), etc. What do you use for nucleotides between 200 and 2000 sequences? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFxhJES9HxQb37XmcRAkFrAKC2LbgbUvF6ukVKiS5VsnWvc8JL9wCggxAE ATbU9r9o78P5/Rd03RBQh3Q= =hk0b -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: /foo has been mounted xx times... check forced
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/03/07 03:39, Enrico Zini wrote: > Hello, > > the feature as in the subject is nice and makes me feel safe, but > sometimes it hits on the laptop, when booting on batteries, with people > watching. > > Ideally, if I'm in a hurry I would like to be able to do ^C on it, and I > would expect that the same check is run at next boot; however, I never > dare doing it. > > Assuming it's safe to ^C fsck, would it make sense to change the message > to document it, like: > > /foo has been mounted xx times [...] check forced > If you need to boot quickly, you can safely interrupt with ^C and > postpone the check to the next startup. > > Or are there better fsck strategies? The file /etc/init.d/checkfs.sh (in package initscripts) is supposed to check whether you are on battery power or not. Maybe a bug needs to be filed against it? Also according to /etc/init.d/checkfs.sh, the existence of the file /fastboot should prevent fsck. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFxNYqS9HxQb37XmcRAnYXAJ9q9QpaaYIFXk3AWX7sIF0ox9FsQgCfRg66 9kUxXl/lO9LQwtSVlmCknN0= =VaZt -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Attempts at security
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/03/07 08:20, Henrique de Moraes Holschuh wrote: > On Sat, 03 Feb 2007, Russell Coker wrote: [snip] >>> "Real world security concerns"? Please describe your "real world" and >>> compare to the other existant "real world"s. > > Botnets and the mafias behind them. Trojans. Script kiddies. I definitely know that there are Linux rootkits (sneak in via bugs in ssh, PHP & MySQL, and kernel bugs?), but how pervasive are *infected* Linux machines? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFxKU8S9HxQb37XmcRAqZ/AJ9uCmpn1VPzIzoecfiIUGMfxGwujQCgubBV Kdmxr2m8Z85wB0HOElVLBUA= =EQJQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#407721: ITP: dds -- double dummy solver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/20/07 13:25, Christoph Berg wrote: > Package: wnpp > Severity: wishlist > Owner: Christoph Berg <[EMAIL PROTECTED]> > > * Package name: dds > Version : 1.1 > Upstream Author : Bo Haglund et al. > Section : games > * URL : http://web.telia.com/~u88910365/ > * License : GPL > Programming Lang: C, C++, Python > Description : double dummy solver > > This is dds, Bo Haglund's double dummy solver. The package also > contains the frontend written by P.M. Cronje, originally named ddd. > As there is already another ddd package, it is packaged under the > name of the library. The pyhon plugin is provided in the pyhon-pydds > package. > . > A double dummy solver computes the optimal line of play for a bridge > deal, with all hands open (both sides dummy). > . > http://web.telia.com/~u88910365/ > > Svn: http://svn.df7cb.de/bridge/dds/ Until that last line, I thought this had something to do with algebra. I suggest that you put something about bridge in the short description. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFsnF4S9HxQb37XmcRAmaFAKCC4Rz3L+Lj0kn2y51Af/QbT/GvyACg1KQZ a7NHGK0+y4ihfBqZ+Gm5VWg= =Ljke -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#406935: ITP: ledger-smb -- A web based double-entry accounting program
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/14/07 23:15, Michael Schultheiss wrote: > Package: wnpp > Severity: wishlist > Owner: Michael C. Schultheiss <[EMAIL PROTECTED]> > > * Package name: ledger-smb > Version : 1.1.7 > Upstream Author : LedgerSMB Core Team > * URL : http://www.ledgersmb.org/ > * License : GPL > Programming Lang: Perl > Description : A web based double-entry accounting program > > LedgerSMB is a double-entry accounting system written in Perl. Data is > stored in a SQL database server and displayed through a web browser. > The system is linked by a chart of accounts. All transactions for AR, > AP, and GL are stored in a transaction table. Hyperlinks from the chart > of accounts let you view transactions posted through AR, AP, and GL. Is this going to Replaces sql-ledger? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFrDAxS9HxQb37XmcRAhVHAJ9M2mqwIIgM6dSO/19S/2lqIfJr1ACguO/P /FjUZbg8pYqCLkHtpzFIMfE= =olep -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: block device served over network connections
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/20/06 18:16, Warren Turkal wrote: > On Wednesday 20 December 2006 02:59, Wouter Verhelst wrote: >> Just rearrange the initscripts so that mdadm is ran _after_ aoetools. > > If it were only that easy, I would do that. However, there is much more to > it. > For instance, the mdadm and lvm and evms run in the initramfs. Also the > ethernet card receiving the AOE data needs to be up to talk to the devices, > and thus needs to be up. An IP is not neccesarily needed for AOE (think "ip > link set eth1 up") unlike ISCSI. I wish there were a way to make the aoetools > script work, but it is fundamentally broken. I would like to work with the > maintainer, but he has been pretty unresponsive to this use case. Roll a custom kernel that either statically links the modules, or loads them in your preferred order? > I have now added the scripts to make it work from initramfs and to make sure > the network is up during shutdown at the right time to let the lvm subsystem > properly shut down. I also disabled the aoetools scripts. I have posted the > required scripts at [1]. Granted, they are a total hack, but they work. I > wish someone smarter than me about this stuff would take a look. As one > improvement, I could probably use the /etc/default/aoetools in the initramfs > script. > > wt > > [1]http://penguintechs.org/debian/aoe_stuff/aoe-block.tar - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFidVzS9HxQb37XmcRAh1oAJ9kzSvFqATGPdJa8ZFGpCujzVxQPwCgz88s mZRvGSwuBrywRXcdrryxx6U= =dNzb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#403506: ITP: fdisk -- linux fdisk replacement based on libparted
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/18/06 03:58, Luca Capello wrote: > Hello! > > On Mon, 18 Dec 2006 09:50:10 +0100, Michael Banck wrote: >> On Sun, Dec 17, 2006 at 10:58:29PM +0100, Julien Louis wrote: >>> I'll rename the package to gnu-fdisk reflect binary name changes. >> The usual naming scheme seems to be to prepend the name with a `g', >> see glibc, gcc, gawk, etc. > > I think the main problem here is that the GNU fdisk page [1] already > refers to another gfdisk, which AFAIK should be the GNOME fdisk, > lately renamed to gnome-fdisk [2]. The namespace confusion is enough to make you want to use OSX... Well, not really, but it sure gets confusing! > Thx, bye, > Gismo / Luca > > Footnotes: > [1] http://www.gnu.org/software/fdisk/ > [2] http://live.gnome.org/ListOfCVSModulesArchive - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFhxToS9HxQb37XmcRAnHLAJ9xMyt6/+mL2bdLLYCfN67rMpwOiQCfYJHW f6xXPz6Z9fyNAY9kPju00l0= =ddYG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#403506: ITP: fdisk -- linux fdisk replacement based on libparted
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/17/06 09:43, Julien Louis wrote: > Package: wnpp > Severity: wishlist > Owner: Julien Louis <[EMAIL PROTECTED]> > > * Package name: fdisk > Version : 0.9.1 > Upstream Author : Leslie P. Polzer <[EMAIL PROTECTED]> > * URL : http://www.gnu.org/software/fdisk/ > * License : GPL > Programming Lang: C > Description : linux fdisk replacement based on libparted > > GNU fdisk is a replacement to the old linux fdisk. It provides the same > features as the original fdisk provides plus some interesting ones like: > * partition resizing > * creating filesystem on newly created partitions > * partition integrity checking > * copying/moving partition > . > GNU fdisk also intend to be a valid replacement for mac-fdisk and FreeBSD > fdisk. > > Packages are available at: http://kaoru.asyd.net/~ptitlouis/debian/fdisk/ Since util-linux already has /sbin/fdisk, naming a package fdisk seems ambiguous. - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFhbSuS9HxQb37XmcRAs6AAJ4ogFkHwnCukj5AbztUtfVrwjeQ4gCfaI4m 8dadsaFP78piOmlvvcKVrkI= =44bc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-private and Gmail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/06/06 16:17, Andreas Tille wrote: > On Wed, 6 Dec 2006, Pierre THIERRY wrote: > >> I thought that very few ISP have really the will and disk space to > > I do not think about ISPs only. Have you ever heard about Echelon. > (Just try Emacs Meta-x spook: covert video Firewalls nuclear > assassination Geraldton Firefly colonel eavesdropping BCCI > dictionary Bletchley Park wire transfer Glock plutonium Ron Brown *Ron Brown*? He died 10 years ago Bletchley Park, Firewalls & BCCI are really passee, too. Someone who uses spook really needs to winnow the chaff and add some relevant, current words. - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFd0oFS9HxQb37XmcRAtCkAKDkwlpyRgXh7viYSl1o2HZciMX/ygCeIXLE NFepguFHPcdtzKIBy+Zauv0= =SnpR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug in Perl man page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/25/06 23:02, Stephen Gran wrote: > This one time, at band camp, Ron Johnson said: >> Does an official-looking top-of-the-man-page backronym that does not >> indicate that it is a backronym *become* canonical, simply by reason >> that it's at the top of the official man page? > > Does a joke become truth just because people don't know it's a joke? If you don't want perception to become accepted truth, don't make your jokes look so real. - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFaSydS9HxQb37XmcRArgBAJkBI/aekF3gQEYaoAkM/xTgT915VgCfcENu kNs0aUYDZHYFTabBZM8kA8I= =jc0i -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Back to the original topic
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/25/06 18:24, Russ Allbery wrote: > Ron Johnson <[EMAIL PROTECTED]> writes: > >> What matters is that Perl started out as > >> Perl is a interpreted language optimized for scanning arbi- >> trary text files, extracting information from those text >> files, and printing reports based on that information. It's >> also a good language for many system management tasks. The > >> And has wound up being everything for everybody (who likes to swear >> at the computer[*]). Definitely *not* The Unix Way. > > I must admit I have a knee-jerk dislike of the phrase "the Unix Way," > probably because I've seen it come up far too much in discussions of this > sort and almost always with the apparent meaning "I don't like the tools > that you use but don't have specific reasons that I think you'll find > persuasive, so instead will just say that they're not the Unix Way." And because "One Task, One Tool" went the way of the carrier pigeon years ago. > (And personally, I program in C, shell, Perl, Python, and Lisp depending > on the situation, will probably end up learning Ruby.) > > I like what I can do with a current Debian system a lot more than what I > could do with a pure Unix system from the mid-1980s. Hell yes! Before Linux, my Unix experience was with early 1990s AIX and a c. 1990 ATT 3b2. *Very* painful compared to my then-beloved VAX/VMS and now-beloved OpenVMS. - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFaOAhS9HxQb37XmcRArwtAJ9jy1Zp+1xeuhm9J4y5Z6ZtDRU8yACggjB9 RxwdLXO84p6vkV5UalVpwG8= =4sr0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Back to the original topic (was Re: Bug in Perl man page)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/25/06 17:07, Russ Allbery wrote: > Ron Johnson <[EMAIL PROTECTED]> writes: >> On 11/25/06 13:54, Russ Allbery wrote: > >>> It's a back-formation, as is "Pathologically Eclectic Rubbish Lister" >>> (later in the man page). The language is actually named after "Pearl" >>> but since there was already a language named that, Larry Wall dropped >>> the "a". Since then, a few acronyms were made up to fit the letters. > >> Does an official-looking top-of-the-man-page backronym that does not >> indicate that it is a backronym *become* canonical, simply by reason >> that it's at the top of the official man page? > > Well, the Perl developers don't seem to think so given the arguments on > the Perl mailing lists we've had as much as some of the pointless > arguments we have in Debian, but it doesn't really *matter*. :) True. What matters is that Perl started out as Perl is a interpreted language optimized for scanning arbi- trary text files, extracting information from those text files, and printing reports based on that information. It's also a good language for many system management tasks. The And has wound up being everything for everybody (who likes to swear at the computer[*]). Definitely *not* The Unix Way. * I'm reminded of the day my daughter came in, looked over my shoulder at some Perl 4 code, and said, "What is that, swearing?" -- Larry Wall in <[EMAIL PROTECTED]> - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFaNoPS9HxQb37XmcRAjvgAJwJ3gAskF/78aECn1Rc530dWDxxLgCaA6H4 E1EL22exA+5dym1yk5Ho36E= =Uc2o -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug in Perl man page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/25/06 17:07, Russ Allbery wrote: > Ron Johnson <[EMAIL PROTECTED]> writes: >> On 11/25/06 13:54, Russ Allbery wrote: > >>> It's a back-formation, as is "Pathologically Eclectic Rubbish Lister" >>> (later in the man page). The language is actually named after "Pearl" >>> but since there was already a language named that, Larry Wall dropped >>> the "a". Since then, a few acronyms were made up to fit the letters. > >> Does an official-looking top-of-the-man-page backronym that does not >> indicate that it is a backronym *become* canonical, simply by reason >> that it's at the top of the official man page? > > Well, the Perl developers don't seem to think so given the arguments on > the Perl mailing lists we've had as much as some of the pointless That's really interesting/confusing. According to http://history.perl.org/PerlTimeline.html the v1.000 man page also gives the acronym NAME perl | Practical Extraction and Report Language So, anyone who does The Right Thing and goes to Canon can only presume that this is what perl means. > arguments we have in Debian, but it doesn't really *matter*. :) > - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFaNiRS9HxQb37XmcRAhAtAKC5A8OmnTXjlHm41eydiAx6jMOqGACg0E62 8vQXrSMc0Fo5YBzJ3REQ8e8= =2fwf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug in Perl man page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/25/06 13:54, Russ Allbery wrote: > Ron Johnson <[EMAIL PROTECTED]> writes: >> On 11/25/06 00:46, Greg Folkert wrote: > >>> Ron, please stop that urban legend. Perl is Perl not P.E.R.L as you >>> say. > >>> I have been corrected for saying that, by more than one Perl Monk, also >>> by Mr. Wall. > >>> Perl is Perl. It has no meaning other than Perl. > >> I guess I'd better file a bug against the perl package then. > >> PERL(1) Perl Programmers Reference Guide PERL(1) > >> NAME >>perl - Practical Extraction and Report Language > > It's a back-formation, as is "Pathologically Eclectic Rubbish Lister" > (later in the man page). The language is actually named after "Pearl" but > since there was already a language named that, Larry Wall dropped the "a". > Since then, a few acronyms were made up to fit the letters. Does an official-looking top-of-the-man-page backronym that does not indicate that it is a backronym *become* canonical, simply by reason that it's at the top of the official man page? - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFaMmBS9HxQb37XmcRAlW6AKCunI2NNO0894T4kXGbAN5YRmtQwwCg7uv6 wVuLHMAY/uJmFagQ1ObELyw= =YNMG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug in Perl man page (was Re: Bash /dev/tcp and /dev/udp)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/25/06 00:46, Greg Folkert wrote: > On Fri, 2006-11-24 at 13:12 -0600, Ron Johnson wrote: >> >> On 11/24/06 11:54, Jon Dowland wrote: >>> On Fri, Nov 24, 2006 at 08:25:27AM -0600, Ron Johnson wrote: >>>> On 11/24/06 06:06, Jon Dowland wrote: [snip] > Ron, please stop that urban legend. Perl is Perl not P.E.R.L as you say. > > I have been corrected for saying that, by more than one Perl Monk, also > by Mr. Wall. > > Perl is Perl. It has no meaning other than Perl. I guess I'd better file a bug against the perl package then. PERL(1) Perl Programmers Reference Guide PERL(1) NAME perl - Practical Extraction and Report Language SYNOPSIS perl [ -sTtuUWX ] [ -hv ] [ -V[:configvar] ] [snip] perl v5.8.82006-08-06 PERL(1) Manual page perl(1) line 377/430 (END) - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFaIL6S9HxQb37XmcRAjE/AKCuDDgtf545ym/uxYCDqQmI/2ys/ACcD6ee 6hF156yUXhsiSBMha1VEVZk= =3gG9 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bash /dev/tcp and /dev/udp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/24/06 11:54, Jon Dowland wrote: > On Fri, Nov 24, 2006 at 08:25:27AM -0600, Ron Johnson wrote: >> On 11/24/06 06:06, Jon Dowland wrote: >>> I think that having the shell re-implement netcat to be >>> a violation of "do one thing and do it well". >> Hmmm. A large, complicated shell like bash broke that >> stricture long ago, no? > > Absolutely: but that doesn't give it a free licence to > continue doing so :) Sure it does. How long ago did Perl stop being just a Practical Extraction and Report Language? - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFZ0QiS9HxQb37XmcRAn/AAJ4ki19tIDELrqOz6DTpY3xwCLy0yACgid0E U39ZnWEF3on2RLeBlzMv/2U= =r3W9 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Elive requires donation to download
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/24/06 08:04, Ottavio Caruso wrote: > Elive <http://www.elivecd.org/gb/Download/Stable/>, based on Debian, > requires a donation, however small, to allow downloading. I wonder if > this legally sound. Sure. That page links to http://www.gnu.org/philosophy/selling.html which explicitly states, in big, bold letters: Distributing free software is an opportunity to raise funds for development. Don't waste it! - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFZwtES9HxQb37XmcRAh5PAKDXn4fPI3LUYCSGjGaMdAgJfMRcIQCbBgz5 /9MgHerrx+kxyTUPoEIUt1w= =0Ct8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bash /dev/tcp and /dev/udp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/24/06 06:06, Jon Dowland wrote: > On Thu, Nov 23, 2006 at 09:42:50AM -0600, Ron Johnson wrote: >> What's the real problem with /dev/{tcp|udp}? > > My issue with it is having phantom files that only exist in > one shell on the system, could clash with real files That's reasonable. > (although that is more or less totally unlikely). I think > that having the shell re-implement netcat to be a violation > of "do one thing and do it well". Hmmm. A large, complicated shell like bash broke that stricture long ago, no? >I've never came across a > script on debian or elsewhere that required this > functionality enabled. Indeed I'm horrified to find this > feature enabled on RHEL boxes. > > - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFZwDXS9HxQb37XmcRAsjaAKCokRp0iMJTpi7Vu05kv55c9ZnKJgCg7zLT Kb0U3+3Su3VAJniI1s+16ic= =2O8j -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bash /dev/tcp and /dev/udp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/23/06 07:09, Jan C. Nordholz wrote: > Hi Klaus, > >> >from the bash manpage: >> /dev/tcp/host/port >> /dev/udp/host/port > > This has been discussed several times [1][2], and the outcome was every time > that this should not be a feature of the shell, but of more specialized > tools like nc. Use those or recompile your bash. [snip] > > [1] http://lists.debian.org/debian-user/2003/04/msg01591.html > [2] http://lists.debian.org/debian-user/2006/07/msg00121.html http://lists.debian.org/debian-user/2006/07/msg00204.html It can produce completely unexpected results. C & Perl also can produce completely unexpected results, and C is a security nightmare, but we don't ban/disable them in Debian. What's the real problem with /dev/{tcp|udp}? - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFZcF6S9HxQb37XmcRAu75AJ9S5N5WsO3+E55j4tPT/ef26icYCwCZAa1e bhf8OxMiQisYxeAymSOMpv0= =ztqT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: default ext3 options
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/14/06 12:28, Darren Salt wrote: > I demand that Petter Reinholdtsen may or may not have written... > > [snip] >> As far as I know, neither the resize_inode nore the dir_index ext3 option >> can be securely added after the file system is created. > > I've done the latter, though while the file system was unmounted, and I ran > fsck -D on it afterwards. No problems as a result. Me too, on (unmounted) /home and /data, but I was too chicken to do it to /. Besides, I saw no need. - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFWkiSS9HxQb37XmcRApLyAJ4uFVnekUk9FN/83fpSxOYOQbdTCACgtHe2 PoYqsI3HMxdC0C4Dgim77tA= =Gp1v -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: arches and etch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/03/06 10:55, Tim Cutts wrote: > On 31 Oct 2006, at 3:07 am, Ron Johnson wrote: >>> -BEGIN PGP SIGNED MESSAGE- >>> Hash: SHA1 >>> On 10/30/06 14:43, Bill Allombert wrote: >>>> On Sat, Oct 28, 2006 at 01:04:28PM +0100, Neil McGovern wrote: >>> [snip] [snip] > Er, none of the 386 chips had an FPU. IIRC, the difference between a > 386DX and a 386SX was the interface to the rest of the machine; the > 386SX has interface circuitry similar to a 286, so that hardware > manufacturers didn't need to design a completely new board for a 386 > machine, but could adapt their existing (cheap) 286 designs instead. > > The 486 was the first CPU in the X86 family to have an integral FPU. Damn, how could I have forgotten that? I was s proud of my 484DX33. - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFS3cmS9HxQb37XmcRAjPoAJ9tlCMWC0uP+adCju6tlZ0LcKn1XgCfRb0L zhCcGUPQwBX+32NxtE/KJug= =9SUc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: arches and etch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/30/06 14:43, Bill Allombert wrote: > On Sat, Oct 28, 2006 at 01:04:28PM +0100, Neil McGovern wrote: [snip] > Because we never had ? We have dropped support for i386, but only > a fraction of i386 had a MMU and so were able to run Linux, and this > change was forced upon us by the rest of the world. I'm very sure that all 386 chips had MMU. You might have been thinking of the 386SX, which did not have an FPU. However, it could easily (but *slowly*) run Linux when "enable software FP" was enabled in the kernel. - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFRr4MS9HxQb37XmcRAlcLAJ4kut4+1ajHJJfzF73Tmm+nKfdVYgCfcPjl 6tIts9asqnlY8XlvJcOaHyI= =KDuS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#396049: ITP: alice -- Alice programming language
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/29/06 10:05, Kari Pahula wrote: > On Sun, Oct 29, 2006 at 09:35:58AM -0600, Ron Johnson wrote: >>> Description : Alice programming language >>> >>> A functional programming language based on Standard ML, extended with >>> support for concurrent, distributed, and constraint programming. The >>> Alice ML language extends Standard ML with several new features: >> I might be nice to mention MUMPS somewhere in the long description. > > This one? http://www.enseeiht.fr/irit/apo/MUMPS/ > > I'm afraid I don't see what the connection with that and Alice is. > Could you please elaborate? > > I'm assuming that you're not talking about the programming language > MUMPS (http://en.wikipedia.org/wiki/MUMPS), at least. Sorry, I got ML & M (generic name for MUMPS) confused. - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD4DBQFFRScgS9HxQb37XmcRAn/rAKCpIn0voQxMV+BpwvpwrjxX5br2eACYvDce vlqtMWuMhjWzxtKsHzibmQ== =Q2lb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#396049: ITP: alice -- Alice programming language
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/29/06 08:33, Kari Pahula wrote: > Package: wnpp > Severity: wishlist > Owner: Kari Pahula <[EMAIL PROTECTED]> > > > * Package name: alice > Version : 1.3.0 > Upstream Author : Programming Systems Lab, Saarland University > * URL : http://ps.uni-sb.de/alice/ > * License : GPL, BSD-like > Programming Lang: C++, SML, Alice > Description : Alice programming language > > A functional programming language based on Standard ML, extended with > support for concurrent, distributed, and constraint programming. The > Alice ML language extends Standard ML with several new features: I might be nice to mention MUMPS somewhere in the long description. - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFRMpeS9HxQb37XmcRAuugAKCx+Xy/EgTMLijmlKnQAOxO0xLc3QCdGEpj sVoGhvjPWGacHRu3wf9RhQA= =I4Hu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#395309: ITP: labyrinth -- Labyrinth is a powerful but simple mindmapping tool which supports images, drawings, and text.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/26/06 04:02, Kevin Kubasik wrote: > Package: wnpp > Severity: wishlist > Owner: Kevin Kubasik <[EMAIL PROTECTED]> > > > * Package name: labyrinth > Version : 0.2.1 > Upstream Author : [EMAIL PROTECTED] > * URL : http://www.gnome.org/~dscorgie/labyrinth.html > * License : LGPL > Description : Labyrinth is a powerful but simple mindmapping tool which > supports images, drawings, and text. > > (Include the long description here.) Adding "Labyrinth is " to the short description is redundant, and makes it too long. - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFQIKyS9HxQb37XmcRAreOAJ0ewnL+M8WIijXbPZJDVVBFnY35pACg1KZb k7FamtyFNnmsf6noQML/pO0= =jG4P -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libc6 2.5 and Etch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/25/06 21:42, Kevin Mark wrote: > On Wed, Oct 25, 2006 at 08:21:39AM -0500, Ron Johnson wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 10/25/06 06:27, Aurelien Jarno wrote: >>> Ron Johnson a écrit : >>>> On 10/25/06 04:53, Martin Michlmayr wrote: >>>>> * Ron Johnson <[EMAIL PROTECTED]> [2006-10-25 04:36]: >> [snip] >>> For m68k and hurd, I have sent a mail to the porters a few months ago, I >>> haven't received any answer. Maybe we should have to drop those >>> architectures, at least temporarily. >> m68k was dropped from Etch last week. :( >> > When Sarge was released, amd64 was not officially released but had an > unofficial release. why not do the same with the hopes tha etch+1 will > see m68k in relase shape? If I read the (extended) thread correctly, they're going to do exactly that: keep m68k on Sid, and do unofficial Etch releases. There's a *huge* thread cross-posted to d-m68k and d-release that hashes thru the whole thing. - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFQHs7S9HxQb37XmcRAqUzAKCNQInsiK0tWeIBpQv2pSwnG7qA0gCfVWgO UAk3ycOgEIlheOZYTvkh2Uk= =M+Z8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is something wrong to XGL, Compiz, Cgwd be packaged?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/25/06 18:50, eduardo.oliva barruzi wrote: > Hi, I just wanna know if there are any problems regarding the License or > something else that make these packages actually unavailable? $ wajig policy compiz compiz: Installed: (none) Candidate: 0.2.0-1 Version table: 0.2.0-1 0 500 ftp://mirrors.kernel.org unstable/main Packages - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFP/spS9HxQb37XmcRAhL5AJ9xLTGp3uaSNkaZlB/2BHbH8G6roACg0Ytq 45Ri+C+lC/0yDFG8U1muQbo= =7nSZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libc6 2.5 and Etch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/25/06 06:27, Aurelien Jarno wrote: > Ron Johnson a écrit : >> >> On 10/25/06 04:53, Martin Michlmayr wrote: >>> * Ron Johnson <[EMAIL PROTECTED]> [2006-10-25 04:36]: [snip] > For m68k and hurd, I have sent a mail to the porters a few months ago, I > haven't received any answer. Maybe we should have to drop those > architectures, at least temporarily. m68k was dropped from Etch last week. :( - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFP2TjS9HxQb37XmcRAudzAJ9ifXc19sv2sRizUNgHxmXfisqMPACfQAhV NkwEjreLLR0K65wc1+8uuU8= =p7Gy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libc6 2.5 and Etch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/25/06 04:53, Martin Michlmayr wrote: > * Ron Johnson <[EMAIL PROTECTED]> [2006-10-25 04:36]: >> Is there any reasonable possibility that it will make it into Etch? > > No, of course not. We cannot put a copletely new and untested libc in > at this point of the release cycle. That's what I figured, but 2.5 has been sitting in experimental for "a while", and I didn't know whether it was just waiting for final release to be dropped into Sid just before the freeze. > In fact, we don't even have 2.4 > because there are a number of architectures that still need > LinuxThreads. Then how will 2.5 be adopted? - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFPzv5S9HxQb37XmcRAisnAKDQg7Tko2ljAZCrHM2nptXzGUMacQCfeLyN H7JMdWAtz6XSgttmLNATnWA= =ev7a -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libc6 2.5 and Etch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Is there any reasonable possibility that it will make it into Etch? Thanks - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFPzAqS9HxQb37XmcRAjgZAKC3dYy5e9XE9wb+K8O2xwh31a808QCglzSs p+Pmg1YDH9LnaS/HLTayG2w= =4rrZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: HI, I am a honest user of China, I love linux especially Debian distribution , I think Debian is the greatest linux distribution , but nowdays, the debian weekly news was not updated , I think Deb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/22/06 08:15, Kevin Mark wrote: > On Sun, Oct 22, 2006 at 08:32:01AM -0400, ?? wrote: >> HI, >> I am a honest user of China, I love linux especially Debian distribution , >> I think Debian is the greatest linux distribution , but nowdays, the >> debian weekly news was not updated , >> I think Debian will become more and more popular, since its feedom >> and stability >> >> I just want to know why debian weekly news was not updated? >> >> I hope this will not affect the release of the Etch .. > Hi, > Debian is a volunteer organization. Things get done if someeone wants to > and when they have time. The persons doing DWM have not done it, so if > someone else wants to do it, I expect they could. IIRC, he sent an email out a few days ago saying that http://planet.debian.net/ now serves most of the purpose of DWN. - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFO3CZS9HxQb37XmcRAtCcAJ9GxwRqgNtmIz2DdyMSxJoX86zCxwCg1o11 Q+NN8eUNO8GhfePOS1E9aIg= =Npav -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]