Re: Bug#449317: ITP: zekr-quran-translations-ur -- Zekr Quran Urdu translations
Josselin Mouette wrote: Le lundi 05 novembre 2007 à 05:18 +, brian m. carlson a écrit : According to Wikipedia, the translator died in 1921, which means that his translation occurred prior to 1923. In this case, the translation is in the public domain in the United States, so the license above is incorrect. That would be true if the author was a US citizen. His citizenship is irrelevant here. If it was _published_ (_not_ translated) prior to 1923, it's in the public domain in the US. If it was published prior to the translator's death, it's most likely out of copyright everywhere, though there are some unlikely exceptions.
Re: And now for something completely different... etch!
Thaddeus H. Black writes: We are going to support Unicode because we have no practical alternative. However, Unicode is a bad standard. It is highly overwrought. Its philosophy is wrong. Its use complicates many things which do not need complication. Lots of accusations but no backup. Insofar as it contaminates clean ascii in Debian source code and English-language documentation, it is not a good thing. It doesn't change anything in source code; source code is still ASCII. As for documentation, it's no different from any other English language document. ASCII does not suffice for good English, which has angled quotes and different lengths of dashes, which was recognized by TeX, for a old school computer example. However, past character-set discussions on debian-devel have also established how maddening it is to see a '-' in a man page, unsearchable because it is not really a '-'; The simple fact is, there is a variety of dashes used in proper English printing, and any universal character set is going to have to deal with that. You can turn off this feature in man with a one line change in a config file, and Debian could make it the default; or programs that let you search text could merge the various dashes at the same time they're merging cases. Unicode vastly complicates or altogether breaks rational assumptions about how a simple printf() will display on the terminal. Assuming that bytes and columns are equivalent is irrational. It is impossible to satisfy, given that there are thousands of characters that historically have fit in one column or logically should. If I lose the easy ability to make a column of ':' line neatly up in column 25 of the terminal, It's called wcwidth. while gaining the ability to display Nepalese subjoined circumflexes and the International Phonetic Alphabet bidirectionally, this is probably not a win for me. One system that supports everyone is a win for Debian and the rest of the world.
Accepted music123 14 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 12 Jun 2004 15:49:01 -0700 Source: music123 Binary: music123 Architecture: source i386 Version: 14 Distribution: unstable Urgency: low Maintainer: David Starner [EMAIL PROTECTED] Changed-By: David Starner [EMAIL PROTECTED] Description: music123 - A command-line shell for sound-file players Closes: 251586 Changes: music123 (14) unstable; urgency=low . * The lovely lace release. * Added AMD64 to the architecture list. (Closes: #251586) * Add a comment about playing files with mplayer. * Except for the version number, the code and resulting assembly (on ix86) is unchanged. Files: e7172cfdac73a17fc73e2e6b76d673c8 535 sound optional music123_14.dsc 282899a17a60dcb36a9391c71b1ab3e2 19260 sound optional music123_14.tar.gz f41331659c668ee9b4d68d96abb05d24 116242 sound optional music123_14_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD4DBQFAy4lLNaJ6ty5U78YRAoj3AKCVgIzn4+s2RQh8nHB6fzVI/wp8ugCXUu4y 4Ga2eJY02QEVe+7c9o6Nzg== =3eLy -END PGP SIGNATURE- Accepted: music123_14.dsc to pool/main/m/music123/music123_14.dsc music123_14.tar.gz to pool/main/m/music123/music123_14.tar.gz music123_14_i386.deb to pool/main/m/music123/music123_14_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bbtime 0.1.5-6 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 25 Feb 2004 23:18:11 -0600 Source: bbtime Binary: bbtime Architecture: source i386 Version: 0.1.5-6 Distribution: unstable Urgency: low Maintainer: David Starner [EMAIL PROTECTED] Changed-By: David Starner [EMAIL PROTECTED] Description: bbtime - Time tool for the blackbox window manager Closes: 234838 Changes: bbtime (0.1.5-6) unstable; urgency=low . * Fine, I will do a bit of voodoo programming and add a dependency on libxt-dev, despite the fact I can see no reason why it would fix the problem. (Closes: #234838) * Hoping this is the last release for a while. Files: 295d2ab82402331fce42b18d8721d4d6 612 x11 optional bbtime_0.1.5-6.dsc bb7645c330513aeab1b821953ec0268d 6079 x11 optional bbtime_0.1.5-6.diff.gz e464e574c14c377531fa2ad6c8df42ff 40534 x11 optional bbtime_0.1.5-6_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAPYKYNaJ6ty5U78YRAt50AKCdM7mYTc/Cg5xzZIOSJlYqHpDIBACgrzve sRoDo2ZZWSSl8fFttWgxUN0= =omzQ -END PGP SIGNATURE- Accepted: bbtime_0.1.5-6.diff.gz to pool/main/b/bbtime/bbtime_0.1.5-6.diff.gz bbtime_0.1.5-6.dsc to pool/main/b/bbtime/bbtime_0.1.5-6.dsc bbtime_0.1.5-6_i386.deb to pool/main/b/bbtime/bbtime_0.1.5-6_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bbtime 0.1.5-4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 22 Feb 2004 01:01:43 -0600 Source: bbtime Binary: bbtime Architecture: source i386 Version: 0.1.5-4 Distribution: unstable Urgency: low Maintainer: David Starner [EMAIL PROTECTED] Changed-By: David Starner [EMAIL PROTECTED] Description: bbtime - Time tool for the blackbox window manager Changes: bbtime (0.1.5-4) unstable; urgency=low . * Since the new X11 packages have xlibs-dev as a dummy package, all the architectures which haven't built X yet are trying to pull in the new X packages and failing. * May as well update the X11 dependencies to the new and improved ones. Files: 695dfa8c836c00b051da96f45ac600af 591 x11 optional bbtime_0.1.5-4.dsc 30f5de808acf6fc719977025544fd9aa 5888 x11 optional bbtime_0.1.5-4.diff.gz 15a528bde0666f3d54ad67fb0b62bda8 40310 x11 optional bbtime_0.1.5-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAOFW1NaJ6ty5U78YRAtCoAJ9ALEPnawYbb/6NTZGhdMHCAz0wLACeOFVX 7lldMDr2rLNivk128QBrIik= =nsbq -END PGP SIGNATURE- Accepted: bbtime_0.1.5-4.diff.gz to pool/main/b/bbtime/bbtime_0.1.5-4.diff.gz bbtime_0.1.5-4.dsc to pool/main/b/bbtime/bbtime_0.1.5-4.dsc bbtime_0.1.5-4_i386.deb to pool/main/b/bbtime/bbtime_0.1.5-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bbtime 0.1.5-5 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 22 Feb 2004 06:43:06 -0600 Source: bbtime Binary: bbtime Architecture: source i386 Version: 0.1.5-5 Distribution: unstable Urgency: low Maintainer: David Starner [EMAIL PROTECTED] Changed-By: David Starner [EMAIL PROTECTED] Description: bbtime - Time tool for the blackbox window manager Changes: bbtime (0.1.5-5) unstable; urgency=low . * As far as I can tell, the new X11 development packages no where depend on libx11. Adding that as an explicit build-dependency. Files: 7921ef13b2f67cca7bab40a5b83f8a0b 601 x11 optional bbtime_0.1.5-5.dsc 798f63a9390dababf02290c66b9500b4 5967 x11 optional bbtime_0.1.5-5.diff.gz 6dcb6ed5586f26721bbb3cddee279d10 40378 x11 optional bbtime_0.1.5-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAOU6+NaJ6ty5U78YRAmusAJ45GpTWKLO+S1Al1TVVcKH9DOkaIwCgr4bF 51fTuk7waGsTet/yTuifbec= =udQC -END PGP SIGNATURE- Accepted: bbtime_0.1.5-5.diff.gz to pool/main/b/bbtime/bbtime_0.1.5-5.diff.gz bbtime_0.1.5-5.dsc to pool/main/b/bbtime/bbtime_0.1.5-5.dsc bbtime_0.1.5-5_i386.deb to pool/main/b/bbtime/bbtime_0.1.5-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bbtime 0.1.5-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 18 Feb 2004 03:17:05 -0600 Source: bbtime Binary: bbtime Architecture: source i386 Version: 0.1.5-3 Distribution: unstable Urgency: low Maintainer: David Starner [EMAIL PROTECTED] Changed-By: David Starner [EMAIL PROTECTED] Description: bbtime - Time tool for the blackbox window manager Closes: 190191 Changes: bbtime (0.1.5-3) unstable; urgency=low . * Avast, ye mateys! We be seizing this here abandonded vessel. (Closes: #190191) * It's not valgrind-clean, but there doesn't seem to be any observable effects from this Files: 79405708052f45fd72257e71b7ca0ca1 567 x11 optional bbtime_0.1.5-3.dsc f846867c84be009bfc8e9f355455e748 5729 x11 optional bbtime_0.1.5-3.diff.gz 2b14e2d836749b2b42378531e5c1345f 40122 x11 optional bbtime_0.1.5-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAM0YYNaJ6ty5U78YRAl3xAJ9IiYSyd+ODYcYFjFciK9EGi2LKmQCdHi06 DrsrjstQCTYpyoh5cCnBjhk= =cyMG -END PGP SIGNATURE- Accepted: bbtime_0.1.5-3.diff.gz to pool/main/b/bbtime/bbtime_0.1.5-3.diff.gz bbtime_0.1.5-3.dsc to pool/main/b/bbtime/bbtime_0.1.5-3.dsc bbtime_0.1.5-3_i386.deb to pool/main/b/bbtime/bbtime_0.1.5-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted music123 13 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 Dec 2003 02:47:55 -0800 Source: music123 Binary: music123 Architecture: source i386 Version: 13 Distribution: unstable Urgency: low Maintainer: David Starner [EMAIL PROTECTED] Changed-By: David Starner [EMAIL PROTECTED] Description: music123 - A command-line shell for sound-file players Closes: 184537 211917 Changes: music123 (13) unstable; urgency=low . * Light a candle release * Note that recent versions of vorbis-tools support Ogg Flac and Ogg Speex, too, and suggest them. * Add a note in README about music123 not handling sound; look in ogg123 and mpg123 if the sound doesn't play. (Closes: #211917) * Fix the randomization function to use the algorithm from Knuth; I don't know that it works any better, but the placebo effect should work for, not against this one. (Closes: #184537) Files: 1b259f577cea176245f68dd354c5067d 529 sound optional music123_13.dsc 75e5ac13502a3ed53635321df7d61263 19073 sound optional music123_13.tar.gz 1565f7365db293ea6f233b671ca02ca0 116456 sound optional music123_13_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/3ucnNaJ6ty5U78YRAjSmAJkBvrCHTZwhj62wHayc24DjkIV95QCgwKI8 ExxED0t1c2lYufx58isNWe4= =ANQR -END PGP SIGNATURE- Accepted: music123_13.dsc to pool/main/m/music123/music123_13.dsc music123_13.tar.gz to pool/main/m/music123/music123_13.tar.gz music123_13_i386.deb to pool/main/m/music123/music123_13_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Some observations regardig the progress towards Debian 3.1
Alexander Winston wrote: On Sat, 2003-11-15 at 23:17, David Starner wrote: If you were a Debian developer, you could fix this by adopting or at least NMUing important programs that were unmaintained. Is it easier to stand on the outside and complain then actually work to making it better? But it may take many months or even years before he reaches official Debian developer status... Could anything be done about that, perhaps? Actually, Adrian Bunk _was_ a Debian maintainer, but he retired; see http://www.debianplanet.org/node.php?id=581. He actively chose to make these posts instead of trying to make things better from the inside. -- David Starner - [EMAIL PROTECTED] __ Do you want a free e-mail for life ? Get it at http://www.email.ro/
Re: Programming first steps.
This may be somewhat contraversal, but I wouldn't start with C or C++. If you want to learn to program, start with something with bounds checking and other safety guards. To be a serious programmer, you will have to learn C and C++, but learning a programming language is only a small part of learning to program. Pascal is traditional, but is seriously a toy language with at least a dozen different groups of compiler-specific extensions. Ada is my personal favorite, but doesn't do garbage collection (which may be okay, considering you'll have to learn it sometime, and unlike bounds checking, GC can encourage laxness in memory handling.) It also has a nice Free compiler with superior error messages (GNAT). Java is a current favorite, but it's a little weak on the Free side and forces you to object orientate everything. You will, however, be able to easily find books on Pascal and Java, whereas Ada books are harder to find. I've heard about Python and LISP as starting languages, but others will have to write their recomendations. jwz (major Netscape author, upstream of xscrensaver) writes (in his article java sucks: When I first started using Java, it felt like an old friend: like finally I was back using a real object system, before the blights of C (the PDP-11 assembler that thinks it's a language) and C++ (the PDP-11 assembler that thinks it's an object system) took over the world. [...] Today, I program in C. I think C is a pretty crummy language. I would like to write the same kinds of programs in a better language. __ Do you want a free e-mail for life ? Get it at http://www.email.ro/
Some observations regardig the progress towards Debian 3.1
Debian 3.0 contains 7 CDs with binaries and Debian 3.1 might contain 10 or more CDs. How do you explain to a user why there are 10 CDs, but this popular package is not included, and that package he needs is not included? Saying The maintainer didn't care enough about the package you need. only sounds like a good reason to switch to RedHat... :-( There are going to be packages that users want that aren't included. That's life. We are never going to support every program that anyone might think they need. If you were a Debian developer, you could fix this by adopting or at least NMUing important programs that were unmaintained. Is it easier to stand on the outside and complain then actually work to making it better? __ Do you want a free e-mail for life ? Get it at http://www.email.ro/
Re: Bug#220358: ITP: mecab-ipadic -- IPA dictionary compiled for Mecab
First, IANAL and not a native speaker nor a regular debian-legal reader, but I can't see what is exactly nonfree in this piece of licence. In my reading it just says, 1) Do what you want with it 2) Keep a NO WARRANTY section in the licence 3) Don't do any illegal stuff The last is the killer; say you're a suspected dissident that's prohibited from using a computer or computing software, making your copying of the software illegal. Thus after using this software send an email to journalists revealing the ongoing genocide of your people, and escaping to the free world, you are now open to civil prosecution for copyright violation. It discriminates against classes of users and thus violates the DFSG. __ Do you want a free e-mail for life ? Get it at http://www.email.ro/
Accepted music123 12 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 03 Oct 2003 11:45:34 -0700 Source: music123 Binary: music123 Architecture: source i386 Version: 12 Distribution: unstable Urgency: low Maintainer: David Starner [EMAIL PROTECTED] Changed-By: David Starner [EMAIL PROTECTED] Description: music123 - A command-line shell for sound-file players Changes: music123 (12) unstable; urgency=low . * Delete mips/mipsel from the architecture list, as gnat-* doesn't seem to exists over there. * Also remove gnat3.2 from build-depends. Files: 5d67a7d1dee8720702296334b8032940 529 sound optional music123_12.dsc deebce4bdee21c670289213c758d1efa 18666 sound optional music123_12.tar.gz f2f62ba91fe4ed13b076f9d7f14e0d5c 114240 sound optional music123_12_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/fm1BNaJ6ty5U78YRAmBDAKCX4xoLQlCqdZb9mitM36yhfxSxVwCdGsEl 9+JOoVWQK5e8VUIaJ+w9Q2k= =NMg4 -END PGP SIGNATURE- Accepted: music123_12.dsc to pool/main/m/music123/music123_12.dsc music123_12.tar.gz to pool/main/m/music123/music123_12.tar.gz music123_12_i386.deb to pool/main/m/music123/music123_12_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted music123 10 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 11 Sep 2003 23:45:38 -0700 Source: music123 Binary: music123 Architecture: source i386 Version: 10 Distribution: unstable Urgency: low Maintainer: David Starner [EMAIL PROTECTED] Changed-By: David Starner [EMAIL PROTECTED] Description: music123 - A command-line shell for sound-file players Closes: 191741 Changes: music123 (10) unstable; urgency=low . * The lost actress release. * The conffile had some entries with mixed case and some only in lower case. Changed all to include upper, title and lower case. Note this is a conffile change, and the program only recognizes the exact case given in the conffile. (Closes: #191741) * Update policy version and Build-Depends. * Upstream Author(s) is a compromise decision of the upstream author(s). Files: 05ee6ad5b382b3404be80101f2e7a0d6 541 sound optional music123_10.dsc dd16094f18102dfa36dffecd0badea05 18518 sound optional music123_10.tar.gz 3fbf4e4a95a839d360955a9411dd4229 114078 sound optional music123_10_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/YYopNaJ6ty5U78YRArGNAJ42dm/69u8xaMkR5lykPcASKqKCzQCcCSzH mN2Ww7fC8PLTBEr8nDB9m9Y= =tPWW -END PGP SIGNATURE- Accepted: music123_10.dsc to pool/main/m/music123/music123_10.dsc music123_10.tar.gz to pool/main/m/music123/music123_10.tar.gz music123_10_i386.deb to pool/main/m/music123/music123_10_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libstdc++... Help please
sid=unstable - you know that, don't you? We need someone to test unstable, don't we? We can not realistically test our distribution if the only people running it are those with many computers who put it on one they aren't really using. Please don't give our testers crap for actually testing the system in real life situations. -- David Starner - [EMAIL PROTECTED] Ic sæt me on anum leahtrice, ða com heo and bát me!
Re: Do we need policy changes?
And why should we pull packages that works 95% of the time? One of the release goals for Woody (I believe) was that everything is 8-bit clean. The same could have been said for that; why should we pull packages that work 95% of the time? (And if 8-bit cleanness is not 95% of the time, then neither is not handling UTF-8, considering that's requirement for India, home of over a sixth of the world's population.) -- David Starner - [EMAIL PROTECTED] Ic sæt me on anum leahtrice, ða com heo and bát me!
Re: location of UnicodeData.txt
But they clearly do not want you to modify anything, including character name! Character name is a searchable field, which some applications may need. It's an English field, for which there is a canonical translation for French, and there should be translation for other languages. The only overlap with any previous character coding is the first 127 characters (ASCII). Nope. There's massive overlap with previous character codings on all sorts of levels. The first 256 characters are Latin-1; the Greek block is a superset of ISO-8859-7 (that is, the characters are in the same order, but some of the gaps have been filled in), as is Cyrillic and Arabic for their respective 8859 standard. All the Indian blocks are weird echos of ISCII. The basic CJK block is the ideographs from the preexisting Chinese, Japanese and Korean standards, sorted by the order of traditional dictionaries like the KangXi. If a system simply declared a section of data to be UniCode data, and made no attempt to comprehend the contents, it probably would not need to have access to the contents of Unicode.txt. Just like if a system simply declared a section of data to be code complaint to Fortran-2026, and if it made no attempt to comprehend it, it wouldn't need access to the contents of that standard. A text-processing program that needs to display data is going to need the contents of UnicodeData for BiDi. A proper cut program should use UnicodeData, so it doesn't seperate a character from a subsequent combining character. A spell program is going to need the data to know which characters end words. Anything that handles text in a way more complex then cat will access to this data. __ Do you want a free e-mail for life ? Get it at http://www.personal.ro/
Re: kbiff.mo should be removed from kde-i18n-*
On Mon, Apr 22, 2002 at 09:18:41AM +0200, Jean-Michel Kelbert wrote: So to my mind kbiff.mo should be removed from kde-i18n-* package, isn't it ? Why bring it up here? Stuff like this should usually be resolved privately maintainer to maintainer. debian-kde would also be appropriate, I suppose. It's an upstream problem, so you might want talk to them (kde-i18n-doc) about it, too. There's nothing that debian-devel can do about it, and it seems likely if you talk to the people responsible for kde-i18n, it'll be fixed without problem. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Where to place Ada (Gnat) libraries
On Thu, Apr 18, 2002 at 10:47:54PM +0100, Ian Sharpe wrote: Is there a Debian-preferred location for .ali files (etc) produced by the Gnat Ada compiler? The pattern seems to be: .a/.so files in /usr/lib .ali files in /usr/lib/xxx .ads/.adb files in /usr/include/xxx where xxx is the package that the library is a part of. If that's what the pattern is, then that's what you probably do. There is no formal standard for where Ada pieces go. I've thought about starting a debian-ada mailing list, which would be a fine place to argue out all the details for a possible Ada policy or details to add to Debian Policy. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Recommending non-free software
On Wed, Apr 17, 2002 at 09:27:56AM -0500, Steve Langasek wrote: This has been mentioned before; however, the goal of the Lesstif project is to provide complete compatibility -- ABI and API -- with the Motif libraries. They're still a long way away from being Motif 2.1 compatibile. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Packages still in Potato
On Wed, Apr 17, 2002 at 09:39:12PM +0200, Peter Makholm wrote: If a package works, has no new upstream versions and doesn't get outdated policywise there is no need for a new version of the package just because we're making a new release. And what makes you think there has been no new upstream versions for all those packages? I know that mdate has had substaintially newer versions out for almost two years now. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XFree 4.2.0 - again
On Tue, Apr 16, 2002 at 05:14:51AM +0300, Lasse Karkkainen wrote: Now you can start bashing me. - Tronic - 4.2.0 doesn't matter, as it's not going into Woody; what needs to be done on the X packages is getting the highest quality packages X packages for Woody, which he is doing just fine. This is about the rudest message I've seen on this mailing list in a while. I have too much stuff to do to actually help Debian, but I'm willing to order around volunteers. Part of the reason Branden is the X maintainer, is because X is possibly the hardest package in Debian to maintain, and Branden is willing and able to do a job most of the rest of us couldn't or wouldn't. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Faster Release Cycle = More Up to date Packages...
On Thu, Apr 11, 2002 at 09:27:23PM -0400, Thomas Hood wrote: birthdays. Many of us haven't read _every_ posting on _every_ debian list for the past six years and may therefore once in a while bring up some issue that has been discussed previously. This isn't exactly every debian list for the past six years. I would wager that there's been a major (50+ posts) thread on this subject on this mailing list at worst every 6 months. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GNU FDL (was Re: Bug#141561: gnu-standards: Non-free =?iso-8859-15?q?software in?= main)
On Wed, Apr 10, 2002 at 03:52:52PM -0400, Dale Scheetz wrote: Just look at the new and interesting stories being told by Hollywood about everyone from Mr. I. Crane, to Peter Pan. All possible by the expiration of those copyrights on the original books. As a point of fact, Peter Pan is still under copyright in many EU nations (life + 70 years, and Barrie died in 1937.) Also, Peter Pan is under an eternal quasi-copyright in Britain, by a special act of Parliment. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GNU FDL (was Re: Bug#141561: gnu-standards: Non-free =?iso-8859-15?q?software in?= main)
On Tue, Apr 09, 2002 at 12:34:57AM -0500, Jeff Licquia wrote: Not necessarily. Imagine part of the README for licquix, the hot new free kernel that everyone's raving about: Copyright (c) 1991 Linus Torvalds. The Finn gets the copyright because he started it, even though it wouldn't be half the kernel it is without my obviously brilliant improvements. He did start the project, after all, even if he hasn't made a decent contribution in years. Do you think Linus would have a problem with such a README for this (fictitious) product? Sure. But what license is going to stop that? The GFDL doesn't prevent you from adding stuff outside invariant sections. I know I wouldn't consider license that tried to prohibit that free; people should be able to add whatever stupid crap to the program without worrying (short of libel, of course, but that should be outside the license too.) -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GNU FDL (was Re: Bug#141561: gnu-standards: Non-free =?iso-8859-15?q?software in?= main)
On Tue, Apr 09, 2002 at 05:17:48PM -0500, Steve Langasek wrote: As a small example, consider that someone might wish to condense part of your book into a reference card that can be mounted on a mousepad. Unfortunately, the license will requires that Ian M's history of Debian be reproduced on this reference card somehow, thereby making it less useful. Would you still say the reader has all necessary freedoms? Excerpting is allowed by copyright law under the fair use principle, and one need not accept any license governing a work to exercise that right to fair use. What's the line? Using any descriptions would put you in serious danger on something as small as a reference card (if it were to be sold commerically.) Even if I'm wrong, there's still the problem that fair use isn't very well defined, especially not internationally. It's much nicer to have the clear approval of the author. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please see the GNU FDL discussion on debian-legal
On Tue, Apr 09, 2002 at 08:22:07PM -0300, Gustavo Noronha Silva wrote: indeed, I would not like to see people modifying my points of view and redistributing saying that's what I think, you see So if I rewrite charsets (7) (which I'm considering), I should make sure that it's under an invariant license so that nobody can say I think ISO-2022-INT is a good idea? (Believe me, there's as much heat on that subject as there is on many other religious issue in computing.) Even if I were to do so, it still wouldn't stop anyone from writing other documents and putting my name on them, or claiming that I support something I don't in other documents. If you don't want people putting words in your mouth in some POV piece, just put on the bottom I'd prefer you didn't modify this, and if you do, please clearly seperate your opinion from what I wrote. Thanks. What you're advocating is the evil twin of censorship, namely forced speech. I can't see why... are you forced to package anything? So I can't package something because there's something I need to change (to make it Debian quality, for example) that I can't. That's very free. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GNU FDL (was Re: Bug#141561: gnu-standards: Non-free software in main)
On Sun, Apr 07, 2002 at 10:20:28PM -0500, Jeff Licquia wrote: Also consider that pulling gcc from main would fracture the project; it would become literally impossible to build a completely free OS, given that the whole ball of wax would depend on a non-free compiler. Why do we need to pull gcc from main? We just need to pull gcc's documenation from main. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GNU FDL (was Re: Bug#141561: gnu-standards: Non-free software in main)
On Sun, Apr 07, 2002 at 10:54:40PM -0500, Jeff Licquia wrote: I don't know. Call me an optimist, but I seem to be hearing a rough consensus. Where? Branden seems to believe that anything that Debian packages is software, for the purposes of the DFSG. A number of people would argue that small, nonfunctional invariant bits are okay, but anything more isn't. And you, and another group of people, see to think that Debian should distribute non-software that doesn't have to modifieable. Where's the rough consensus? I think we're guaranteed to not resolve it this time around; solving this would be too much of a distraction from woody. True. Probably better let it all pass for woody, like we did for KDE in the distant past. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GNU FDL (was Re: Bug#141561: gnu-standards: Non-free =?iso-8859-15?q?software in?= main)
On Mon, Apr 08, 2002 at 07:27:40AM +0200, Aurelien Jarno wrote: DFSG stand for Debian Free Software Guidelines. Yes, and since Debian is 100% Free Software, that applies to everything in Debian. In any case, I don't see why an invariant rant about the evils of Microsoft-extended Kerbeous (for example) is all right in documentation and not in a comment in source code. I certainly don't want to see non-modifiable fonts or game data in Debian. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GNU FDL (was Re: Bug#141561: gnu-standards: Non-free software in main)
On Mon, Apr 08, 2002 at 04:01:55PM +1000, Craig Sanders wrote: you're not allowed to change the license or the author's name of a GPL-licensed program so, by your strictly literal reading of the DFSG that makes the GPL non-free. True. But by long tradition and, as you say, common sense, that's accepted. What does that have to do with other invariant stuff? -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GNU FDL (was Re: Bug#141561: gnu-standards: Non-free software in main)
On Mon, Apr 08, 2002 at 11:05:31AM +0200, Sebastian Rittau wrote: On Sun, Apr 07, 2002 at 10:20:28PM -0500, Jeff Licquia wrote: Given that gcc, binutils, and KDE are in main, it would seem that the status quo and the DFSG are in conflict, or the status quo and someone's interpretation of the DFSG are in conflict at least. As far as I can see neither the gcc nor the binutils documentation has invariant sections. I don't know about KDE. Take a closer look at the GCC documenation, at funding free software. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GNU FDL
On Mon, Apr 08, 2002 at 09:53:54AM -0500, Jeff Licquia wrote: Documentation isn't software. Neither are conffiles, icons, etc. When I buy software, all of that is part of what I buy. Foldoc says that one definition of software is programs plus documentation though this does not correspond with common usage. In any sense interesting to me (and hopefully Debian), icons and the other miscellany that make up a working program are part of that program, and need to be modifiable with it. In the meantime, we hold to the spirit, not the letter, of the DFSG, and acknowledge that things are not quite as clear as they should be for now. How can you claim that the DFSG, in spirit or letter, encourages non-modifiable material of any sort? Even patch clauses are labeled a compromise by the DFSG. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GNU FDL (was Re: Bug#141561: gnu-standards: Non-free =?iso-8859-15?q?software in?= main)
On Mon, Apr 08, 2002 at 10:01:15AM -0500, Jeff Licquia wrote: Revisionist history, for one. I'm sure the FSF wouldn't appreciate the GCC document being modified to make it look like Linus Torvalds wrote GCC, for example. How does the GFDL stop that? I can add a section to the GCC documentation claiming that I wrote GCC (and emacs, too) and there's nothing in the license that stops me. The GFDL does stop me from changing the texinfo file without noting my changes (i.e. I can't put words in people's mouths); not that people prone to do such things really care about licenses . . . Or are we just interested in having control in how the system works? What non-technical material appears when a document comes up is certainly part of how the system works. You can't change a manual with invariant sections into a manpage or a helpscreen without carrying all the invariant sections along; clumsy in the first case and possibly impossible in the second. I use Linux in part to get away from every decent cheap program in Windows having ads; if Caldera funds some new manpages, and every manpage new starts with Caldera - the system of the future. Upgrade your system to Caldera and it will be 35% faster than your older distribution. More packages than blah blah blah ... then that's a serious annoyance, that I'm going to want to remove or at least move. If the license doesn't let me, then then I don't really have control of how my system works. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ilisp debian package
On Sun, Apr 07, 2002 at 03:04:43PM +0100, Will Newton wrote: On Sunday 07 Apr 2002 2:44 pm, Josip Rodin wrote: Since you're not a maintainer, you shouldn't close them. However, you can tag them fixed, by sending 'tag fixed' commands to [EMAIL PROTECTED] OK, if Craig hasn't done it by the end of today I will do that. Why? Considering how close to the release we are, and how easy it is, why not do it now? It certainly won't interfer with the maintainer closing them. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GNU FDL (was Re: Bug#141561: gnu-standards: Non-free software in main)
On Sun, Apr 07, 2002 at 10:26:48PM -0400, Colin Walters wrote: So the FDL is a free license because it's inconvenient for it to be not? No, they're saying that a vast majority of programs which are widely considered free by our community are using this license. Thus, the onus is on you to put forth a real argument for why it's not free. Um, it fails section 3 (Modifications permitted) of the DFSG? A strictly literal reading of the DFSG clearly prohibits Invariant Sections. Any body claiming that the FDL (with Invariant Sections) is free is basically proposing a change in the DFSG, or at least the readings or scope thereof. I'd say the onus is on the people who want to change the status quo. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Defoma Problems
On Fri, Apr 05, 2002 at 05:37:56PM +0200, Erich Schubert wrote: Second i do not want to be shown the confirmation that the font uses iso-8859-1 as default encoding... Maybe it's a hint that you should be checking these things. (Actually, deforma-hints should be checking these things for you, but it doesn't.) Quickly looking at the ttf-larabie-straight fonts, AirCut Light should be labeled iso646.1991-irv, since it's missing all the Latin-1 characters; Berylium should include ISO-8859-2, ISO-8859-9, and ISO-8859-15. You can use ttf2bdf (freetype1-tools) and Markus Kuhn's uniset (unpackaged) to get lists of which charsets the fonts cover. Unfortunately, some of the fonts have blank labeled glyphs, which will throw off almost any automatic charset checker. It's interesting how strongly these fonts are a recommendation of free fonts. Misnamed glyphs need to be moved, those previously mentioned blank glyphs need to go away, and many new characters could be created with little work (Berylium has the c, h, g, j, s, u, circumflex and breve glyphs needed for Esperanto. all that needs to be done is that they are combined. I believe Welsh, and I'm sure many other languages, would be equally simple). -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Defoma Problems
On Fri, Apr 05, 2002 at 05:37:56PM +0200, Erich Schubert wrote: 1. it takes ages: i have to confirm about 20 dialogs for each font. Makes 9000 dialogs i have to fill out and confirm... I havn't found a way to specify certain defaults, either... for example i want all Fonts to use the LarabieFonts Registry. Second i do not want to be shown the confirmation that the font uses iso-8859-1 as default encoding... You do have the source, you know. Your problem is somewhat specialized - yours is the only large collection of misc fonts in Debian, and hopefully will stay that way. A few quick patches to the C source should do everything you need. 2. i don't know enough about fonts to classify them. Is this font now Roman, is it Semilight, is it NoSerif? For most fonts i tried classifying i did not succeed really. Take a guess. For purely decorative fonts, it probably doesn't matter much. -- David Starner - [EMAIL PROTECTED] It's not a habit; it's cool; I feel alive. If you don't have it you're on the other side. - K's Choice (probably referring to the Internet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: A language by any other name
On Thu, Sep 27, 2001 at 08:04:50AM +0200, David N. Welton wrote: Doesn't solve the problem of the default charset though... iso8859-1 covers most people, doesn't it? I mean, as a default. I admit I don't know a lot about charsets - iso8859-1 is enough for me to comunicate in Italian and English. ISO 8859-1 has been the traditional charset of English under Unix. (The alternatives have usually been rough permutations of iso8859-1.) UTF-8 is nice, but too much stuff still spits up over it to make the default. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org When the aliens come, when the deathrays hum, when the bombers bomb, we'll still be freakin' friends. - Freakin' Friends
Re: iso 8859-6 fonts
On Mon, Sep 24, 2001 at 05:05:10AM +0200, Shaul Karl wrote: There has to be a standard way to at least have basic unix utils like grep, ed, diff and friends to work on files with multi lingual contents and still have a reasonable user interface and means to display their output. diff and grep work on UTF-8 files just fine. If you need to display a result that can't be displayed in a console or xterm, you use a GUI program to display the text. Just like if you were working on PNM files with the NetPNM tools. Look, the current terminal emulator standards just can't handle sufficently complex scripts. It's a system designed for charcell fonts with a one to one character to glyph correspondence. There's only so much that can be hacked onto it, and scripts that require shaping are generally considered outside that. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org When the aliens come, when the deathrays hum, when the bombers bomb, we'll still be freakin' friends. - Freakin' Friends
Re: iso 8859-6 fonts
On Sun, Sep 23, 2001 at 10:16:02PM +0300, Shaul Karl wrote: For a large set of programs, the solution is using QT 3.0 or libgtk 2.4 (or is it 3.0?). I still do not find it satisfactory, mostly because it is not part of the native Unix environment and as such not suited for console apps. The Linux console may never get proper RTL support; decent Arabic support on the console would be hard to impossible given console font limitations. Complex scripts are going to need X support; at the very least, you're going to need to run in an Xterm or the like, since Linux console is probably always going to be LTR, single width, and non-combining. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org When the aliens come, when the deathrays hum, when the bombers bomb, we'll still be freakin' friends. - Freakin' Friends
Re: iso 8859-6 fonts
On Fri, Sep 21, 2001 at 05:21:39AM +0300, Shaul Karl wrote: [05:09:10 tmp]$ grep-available -PX xfonts-intl-arabic Package: xfonts-intl-arabic Which are couple of fonts in an Emacs-only encoding, not useful outside of Emacs. Please note that in general Linux distros have problems with Arabic that are much severe then the fonts issue: The right to left (RTL) direction and the changing of the font according to context (or something similar) are way from being solved, especially, but not limited to, text consoles. And these are far difficult problems then one might think at first look. For a large set of programs, the solution is using QT 3.0 or libgtk 2.4 (or is it 3.0?). Hopefully you will find interest in the [EMAIL PROTECTED] mailing list. Although it is administrated by an Israeli volunteers, it does have participants from other countries. And this is because the RTL problem is shared among Arabic and Hebrew. But RTL is only a part of the problem. Arabeyes is a much better site for general Arabization, including Arabic font making. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org When the aliens come, when the deathrays hum, when the bombers bomb, we'll still be freakin' friends. - Freakin' Friends
Re: iso 8859-6 fonts
On Wed, Sep 19, 2001 at 04:03:11PM -0700, Sulaiman Fahad Alhasawi wrote: I dont find any packge that supports iso 8859-6 -- that is arabic fonts . Try iso10646-1 fonts. The fixed fonts at 10x20, 9x15, 9x15B and helvR12 all have most of the Arabic characters, as does the GNU Unifont. You might want to submit a bug on xfonts-base-transcoded for making 8859-6 fonts from those. Do you need some arabic people to participate in arabic fonts project ? It would be my pleasure . This mailing list is the wrong mailing list for this. Try debian-i18n, or better yet, the lists at arabeyes.org (a site for Arabizing Unix.) -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org When the aliens come, when the deathrays hum, when bombers bomb, we'll still be freakin' friends. - Freakin' Friends
Re: Purposely broken/uninstallable packages in archive
On Thu, Sep 20, 2001 at 02:20:31PM +0900, Junichi Uekawa wrote: This is, IMO a bogus bug. Go and fix a real bug. There are enough already. A package that will do grave damage to your system if installed is not a real bug? -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org When the aliens come, when the deathrays hum, when the bombers bomb, we'll still be freakin' friends. - Freakin' Friends
Re: default font resolution in X Windows
On Thu, Sep 20, 2001 at 07:37:59PM +0200, Roberto Suarez Soto wrote: On Sep/20/2001, Branden Robinson wrote: Because of the popularity of 17 and larger monitors, and the fact that the dpi's actually in use are closer to 100dpi than 75dpi these days. So, am I the only one that even in 17 monitors uses 75dpi fonts? Come on guys, it's a configuration choice. Change it and go on with your life. It's against Debian's Social Contract to use our proprietary Read Your Mind technology, so we have to pick a default, and 100dpi is it. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org When the aliens come, when the deathrays hum, when the bombers bomb, we'll still be freakin' friends. - Freakin' Friends
Re: /bin/ls is impure!
On Wed, Sep 19, 2001 at 10:46:45AM -0400, Norbert Veber wrote: -- Now run ls. Be prepared to abort it before it consumes all the available memory on your system. Interesting. It just starts mallocing more and more memory, increasing by 4 bytes at a time. gdb worked, but man wasn't happy, and neither was top. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: /bin/ls is impure!
On Wed, Sep 19, 2001 at 09:08:01AM -0700, Philippe Troin wrote: It works... Something's wrong with your system. Try strace'ing ls. I don't know why your system is different, but it's been checked by several people. (ltrace reveals it's trying to malloc a steadily increasing amount of memory.) It's apparently a malset COLUMNS variable. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: A language by any other name
On Wed, Sep 19, 2001 at 11:57:06AM -0500, Steve Langasek wrote: On 19 Sep 2001, Gilbert Laycock wrote: I believe that en_UK would be for Ukrainian english. The mind boggles. There's an en_DA, and someone was arguing for basically a en_SK recently. It wouldn't be unprecedented. en_UK is English as spoken in the United Kingdom. The ISO country code for the Ukraine is UA. en_UK is not English as spoken in the United Kingdom. The ISO country code for the United Kingdom is GB. UK is not yet assigned, according to /usr/share/misc/countries.gz. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: Issue with Bug#112121: procmail-lib: Recipes belong in /usr/share, not /usr/lib
On Sat, Sep 15, 2001 at 11:33:54PM -0400, Matt Zimmerman wrote: Would you knock it off with the flamebait? That wasn't flamebait. You may have disagreed with it, it may have be inaccurate or logically wrong, but it wasn't flamebait. I am not suggesting that anyone be forced to read any number of README.Debian files, just that it will, quite naturally, become part of the package installation process with the help of package management UIs. And I disagree with your suggestion. Can you offer evidence? Not all README.Debians are alike. Many of them contain information of the form here is how Debian's foobar differs from upstream foobar, which you may be familiar with. As such, it is not in case of emergency instructions, but a README in the traditional sense, to be read _before_ using the software. I glanced through the README.Debians on my disk. Out of about 15, 5 or 6 would be helpful to read before using the package; 7 or 8 had some information that might be interesting to someone knowledgable about the software; and a couple were worthless (empty or basically repeated the description.) None of them were essential. If I'm in a documentation reading mood, I may as well pick up the README file and other stuff in the /usr/share/doc/foo directory. I don't see the reason to single out the README.Debian file. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: Issue with Bug#112121: procmail-lib: Recipes belong in /usr/share, not /usr/lib
On Sat, Sep 15, 2001 at 08:24:32PM +0200, Josip Rodin wrote: We can't really expect the admins to parse through hundreds of changelogs; README.Debian would be a good place, though. OTOH, apt-listchanges displays the changelog upon upgrade, whereas there's no automated way to display changes to README.Debian. I rarely read README.Debian after first installation, so IMO, it's a bad place to put things that change after installation. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: Issue with Bug#112121: procmail-lib: Recipes belong in /usr/share, not /usr/lib
On Sun, Sep 16, 2001 at 01:49:34AM +0200, Josip Rodin wrote: People shouldn't have to sift through a bunch of entries of boring and meaningless text (to them, at least :) to get such information... The same being true of README.Debian. I like to know what changes on my box, so I can anticipate problems (like this one), so the changelog is usually more interesting than the README.Debian. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: Issue with Bug#112121: procmail-lib: Recipes belong in /usr/share, not /usr/lib
On Sat, Sep 15, 2001 at 07:46:52PM -0400, Matt Zimmerman wrote: Currently, most users probably don't read README.Debian unless they have a good reason, so while it's the correct place to put things like this, they aren't always seen. In the future, though, package management frontends should make it easy to view README.Debian at installation time. Why? It's not that hard to do less /usr/share/doc/foo/README.Debian, or better yet, cd /usr/share/doc/foo; ls; less whatever. I see no value in having the README.Debian displayed everytime I upgrade xfree86-common, and I seriously doubt I would catch anything important and new. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: Issue with Bug#112121: procmail-lib: Recipes belong in /usr/share, not /usr/lib
On Sat, Sep 15, 2001 at 10:30:21PM -0400, Matt Zimmerman wrote: It's not that hard to do this for a single package, but it is a completely different matter to do it by hand for every newly-installed package. This is something that frontends should simplify. I have over a thousand packages installed, with ~300 README.Debian files. I don't anticipate sitting and reading them all, one after another. And why should I? I just glanced at the xteddy README.Debian; it doesn't work right with sawfish, due to various X arcana. If I were using sawfish and had a problem, that would be one of the first files I read. As I don't run sawfish, I really don't care. In the above text I wrote at installation time, meaning when a package is initially installed, not everytime I upgrade. Which doesn't solve this problem. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org
Re: franc,ais locale (was Re: A language by any other name)
On Fri, Sep 14, 2001 at 09:39:10AM +0200, Cyrille Chepelov wrote: (by the way, does the line mutt added at the very beginning of this post display completely on your screen ?) Here it does. The message I got was properly labeled as ISO-8859-1, too. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: [RFC] Developer documentation packages.
On Fri, Sep 14, 2001 at 06:08:30PM +0200, Filip Van Raemdonck wrote: IMHO it would be better to provide HTML and text formats, together with the source format from where on the preferred document format can be generated. Yep. Instead of all these packages with ps and pdf files, whereever possible, why don't we just have the LaTeX/Texinfo/Tex/Docbook/whatever source, with instructions on how to build ps/pdf in README.Debian? (The instructions are nesseccary, unless you expect everyone to know how to build Docbook and whatever other obscure formats.) -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: A language by any other name
On Thu, Sep 13, 2001 at 04:11:39PM +0200, Allan Sandfeld Jensen wrote: Okey. Then english SHOULD point to en_UK.ISO-8859-1. If disagreement with americans should block this inclusion, portuguese should be removed too. Since the most frequencly use portuguese is Brazilian. Sure. GDM should not be emitting the language names; it should emit the proper locale names. IMO, the alias file should be purely a local thing; it's just too adhoc to standardize on, especially as which locales exist is also local choise. Anyway, for most people, English is the default language of the system, and that English is LC_MESSAGES=C, not LC_MESSAGES=en_UK. If we're changing this for GDM, it'd be better for GDM to call English C or en_US, so there's no changes. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: A language by any other name
On Thu, Sep 13, 2001 at 08:06:22PM +0200, Federico Di Gregorio wrote: On Thu, 2001-09-13 at 18:26, Gustavo Noronha Silva wrote: Em Fri, 14 Sep 2001 00:11:06 +1000 Drew Parsons [EMAIL PROTECTED] escreveu: I agree. This argument sounds reasonable. If spanish maps to Spain, then english should map to England. nah that's not it... if I understand it correctly, united states would map to es_US and england would map to en_EN(UK?)... my english is really that poor? I don't think so. I understood perfectly what you meant. english is _also_ how the americans call their language, but i think it was called english even before Colombo, right? It's en_UK, btw. And the locale code for pre-Columbus English is enm_UK (assuming that the locale system uses 3 character codes where a 2 character one is not available), not en_UK. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: A language by any other name
On Fri, Sep 14, 2001 at 01:01:12AM +0200, Federico Di Gregorio wrote: On Thu, 2001-09-13 at 20:32, David Starner wrote: is enm_UK (assuming that the locale system uses 3 character codes where a 2 character one is not available), not en_UK. hey, i'd like to know _why_ enm... :) We use the ISO 639-1 values for locales. At which point we need to exceed those values (and the KDE project has hit that point) we'll probably use the ISO 639-2 (T) values, which is an extended list of languages using 3 character codes. enm is Middle English (1000-1500 AD) in that list. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: Bug#111309: ITP: xtail -- like tail -f, but works on truncated files, directories, more
On Fri, Sep 07, 2001 at 09:56:37AM +0200, Eric Van Buggenhaut wrote: OK, that makes 2 packages out of ... [EMAIL PROTECTED]:~]$ zgrep Package /var/lib/apt/lists/192.168.2.73_debian_dists_testing_main_binary-i386_Packages\ |grep ' x' |wc -l 417 [EMAIL PROTECTED]:~]$ 417 (!) It hardly convinces me. And? If that's what the upstream wants, I hardly see reason enough to change it. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: reopening ECN bugreport/netbase
On Thu, Sep 06, 2001 at 01:37:02AM -0500, Scott Dier wrote: So, lets fix one problem by creating another problem! ECN isn't there anymore! So? Neither is a lot of options. You can recompile a kernel just as well as anyone else. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: Fonts working out of the box
On Wed, Sep 05, 2001 at 10:17:48AM +0100, Jules Bean wrote:
On Wed, Sep 05, 2001 at 11:45:38AM +1000, The Nose Who Knows wrote:
What would be the best way of approaching these people who may find that
Free licenses are the best way to distribute their work? If we find
that fontographers are interested, we may gain a lot of good quality
work quite rapidly.
Write them an email stressing the practical advantages, without boring
them too much with a free software diatribe.
For example, point out to these designers that if their fonts are DFSG
free, they can be distributed with Debian (and Redhat and anything
else) which will make them useful to a huge group of people who might
not have heard about them otherwise.
Appropriate font licenses are the X11 license (or minor variants
thereon) and the Arphic license (found in the *arphic* packages or
linked from the GNU license list.
One worry I have, is that we don't really want Debian to have a
large number of 'junk' fonts. I'd prefer any fonts added to
Debian be of reasonably high quality, certainly cover ASCII,
and hopefully a larger codepage (CP1252 is a nice target for
Western European fonts, and Markus Kuhn offered a larger
Latin subset* that would be nice to hit.) I hesitate to argue
against all grunge fonts, but there's a lot of them out there,
they aren't heavy use fonts, and they're better left to the
font archives rather than debian.
*
$ uniset + -017e + 8859-2.TXT + 8859-3.TXT \
+ 8859-4.TXT + 8859-9.TXT + 8859-10.TXT + 8859-13.TXT \
+ 8859-14.TXT + 8859-15.TXT + 8859-16.TXT + CP1252.TXT clean c
{
{ 0x0020, 0x007E }, { 0x00A0, 0x017E }, { 0x0192, 0x0192 },
{ 0x0218, 0x021B }, { 0x02C6, 0x02C7 }, { 0x02D8, 0x02D9 },
{ 0x02DB, 0x02DD }, { 0x1E02, 0x1E03 }, { 0x1E0A, 0x1E0B },
{ 0x1E1E, 0x1E1F }, { 0x1E40, 0x1E41 }, { 0x1E56, 0x1E57 },
{ 0x1E60, 0x1E61 }, { 0x1E6A, 0x1E6B }, { 0x1E80, 0x1E85 },
{ 0x1EF2, 0x1EF3 }, { 0x2013, 0x2015 }, { 0x2018, 0x201A },
{ 0x201C, 0x201E }, { 0x2020, 0x2022 }, { 0x2026, 0x2026 },
{ 0x2030, 0x2030 }, { 0x2039, 0x203A }, { 0x20AC, 0x20AC },
{ 0x2122, 0x2122 }
};
--
David Starner - [EMAIL PROTECTED]
Pointless website: http://dvdeug.dhis.org
I don't care if Bill personally has my name and reads my email and
laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: Fonts working out of the box
On Thu, Sep 06, 2001 at 12:14:26PM -0500, David Starner wrote: One worry I have, is that we don't really want Debian to have a large number of 'junk' fonts. Which may be a bit panicy on my part. The same thing could happen with themes, yet we don't have a problem with an overwhelming number themes. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: Making better use of multiple maintainers
On Wed, Sep 05, 2001 at 01:02:34AM +0200, Martin Michlmayr wrote: However, I'm not sure I agree that a backup is totally useless in the case of celestia. What happens if you're on vacation, woody is released tomorrow and a RC bug is filed on celestia today and noone cares to upload a fixed package? If no one cares to spend a few minutes to upload a fixed package, who is interested enough to become a maintainer (even backup) of the package? If no one's interested enough to upload a fixed package, it's probably not going to be a big deal if it doesn't get released with woody. Similarly, if you were really busy for a while, your backup could do uploads so the users don't have to wait for bug fixes too long. It could be just as easy for someone to pick up a backup maintainer at that point, though. One (partial) solution is to encourage developers to offer to make a NMU rather than just let bugs set. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On Thu, Sep 06, 2001 at 01:08:52AM +0200, [EMAIL PROTECTED] wrote: On Wed, 5 Sep 2001, Branden Robinson wrote: On Wed, Sep 05, 2001 at 08:46:12PM +0200, Michael Bramer wrote: The maintainer need not do anything. Maybe he don't know the translation. The user only use this. This need only the translators. While we're on the subject, can you get someone to translate your mails into a comprehensible dialect of English? Branden, please don't be rude. True, Branden was rude. But the fact that grisu's emails are sometimes hard to understand has been a stumbling block for me; it would certainly help to get a translator/editor for the full blown proposals. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On Tue, Sep 04, 2001 at 11:53:59AM -0500, Adam Heath wrote: How can you know what language is native for a maintainer, based on the package name? Sending an english form-letter to pkg@packages seems wrong, and against what this whole idea is about. Why? This is multilingual support for users, not developers. Developers get many English form-letters, not to mention English bug reports. I would rather see support added to dpkg first, for storing this info(make all tools in dpkg(this includes dpkg-dev(which stores the data into the .deb) do this), then work on displaying this info. I am very much against this hackish end-run around what are open-development tools. Then you should have been here for the lengthy discussion on the subject. grisu provided lengthy (if not always persuasive) explanations for why it's being done this way, and there were many discussions on the ramifactions. Anyway, grisu is offering working code. There is no working dpkg solution, nor consensus that a dpkg solution would be better. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: How many people need locales?
On Mon, Sep 03, 2001 at 12:03:19PM +0200, Santiago Vila wrote: The bug basically says /etc/locale.gen should not be a conffile because most people will need to modify it but Ben does not agree that people using locales is most people. Recent copies (unless it was changed back to big file edition) are blank, and add the list of locales to /usr/share/doc/locales/SUPPORTED.gz. So people will very rarely get prompted for changes. Then, what's the problem? I don't want to have to go through a debconf interface to try and configure my locale.gen file; heck, SUPPORTED doesn't even include half my locales (mainly UTF-8). How does making it a conffile hurt things again? (locale.gen attached as an extreme example that needs to be supported.) -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg # This file lists locales that you wish to have built. You can find a list # of valid supported locales at /usr/share/doc/locales/SUPPORTED.gz. Other # combinations are possible, but may not be well tested. If you change # this file, you need to rerun locale-gen. ar_EG.UTF-8 UTF-8 de_DEISO-8859-1 de_DE.UTF-8 UTF-8 el_GR.UTF-8 UTF-8 en_USISO-8859-1 en_US.UTF-8 UTF-8 eo_EOISO-8859-3 eo_EO.UTF-8 UTF-8 fa_IR.UTF-8 UTF-8 he_IL.UTF-8 UTF-8 hi_IN.UTF-8 UTF-8 is_IS.UTF-8 UTF-8 ja_JP.UTF-8 UTF-8 ko_KR.EUC-KR EUC-KR ko_KR.UTF-8 UTF-8 lt_LT.UTF-8 UTF-8 mt_MTISO-8859-3 mt_MT.UTF-8 UTF-8 ru_RU.KOI8-R KOI8-R ru_RU.UTF-8 UTF-8 tr_TR.UTF-8 UTF-8 vi_VN.UTF-8 UTF-8 zh_CN.UTF-8 UTF-8
Re: How many people need locales?
On Mon, Sep 03, 2001 at 07:55:52PM +0200, Santiago Vila wrote: Very rarely != never. If you put an /etc/locale.gen file which is different than the default one before installing locales_2.2, dpkg will still prompt about it. Which will bite a few people running older versions of testing or unstable, not anyone running stable. We are supposed to minimize the number of questions. If we can go from very rarely to never, that's already a gain. If we can make every Debian user to save five seconds of time and we have one million users, that's five million of saved seconds. A _milion_ users? I would be very surprised to find us anywhere near a million users; I would guess 100,000 at most. There's a rule in programming about finding what's slow before optimizing. If you can cut off a half second on dpkg's install/remove time, you'd save me 600 seconds a year, and the average user probably that five seconds every year, adding up to much more savings that complaining about this. (And you forgot to subtract the 1000 people on debian-devel who each wasted a minute or two on this thread.) Cut a second off of mozilla's load time, and you'll save millions of users a couple seconds a day. Heck, fix something that's frustrating and time-consuming. This just makes me hit enter, or diff it and hit enter. I much prefer stuff that makes me hit enter, then stuff that makes me go WTF? I never asked for a debconf interface (I explained in the bug report (#110980) a possible way to do it and it would take just a few lines of shell scripting). I just asked following policy. And making it a conffile but not is a huge improvement? What's wrong with following policy when it says configuration files for which there is not a default which satifies almost everybody should not be managed by the conffile mechanism? If the maintainer thinks policy does not need to be followed here, why does he not propose a policy change? If policy and interpretation differ aren't we supposed to change one of them? Because it's a very minor deviation from policy. Policy wasn't meant to be chains; it's meant to be a way for us to build a consistent well-designed OS. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg pgpCbRhs9h5qL.pgp Description: PGP signature
Re: Translating Debian packages' descriptions
On Sun, Sep 02, 2001 at 09:12:52AM +0200, Martin Quinson wrote: On Sat, Sep 01, 2001 at 10:11:45AM +0200, Radovan Garabik wrote: Of 8 friends of mine that are using debian, I know that: 2 would want fallback hungarian-slovak-czech 1 would want fallback lithuanian-slovak-czech-russian 1 would want fallback slovak-hungarian-czech the rest would want fallback slovak-czech I prefer original English version nice statistics :-) Sure, that would be great. But, AFAIK, no i18n mecanism can handle that for now. Feel free to fill a wishlist bug report against gettext. It's not well documented (neither gettext (3) or setlocale (n) seems to mention it), but: ~ $ date -h date: invalid option -- h Try `date --help' for more information. ~ $ LANGUAGE=xo:eo_EO:de_DE:en date -h date: Ungültige Option -- »h« Mit `date --help' bekommen Sie mehr Informationen. ~ $ -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: sysctl should disable ECN by default
On Sun, Sep 02, 2001 at 02:17:43AM +0200, Eduard Bloch wrote: #include hallo.h Neil Spring wrote on Sat Sep 01, 2001 um 04:39:30PM: Blaming ECN for faulty IP implementations is wrong. Come back to reality please. Or stay in your dream and (for example) and remove all workarounds in the kernel, assuming all chipsets and implementations to be bug-free. Your words can be translated to People, trow away your notebooks, motherboards, hard disks, and buy newer ones. Then you have a faulty translator. What he said was that it's not fair to blame ECN for the problems and that implemenators had plenty of warning that that bit might need to be used. He did not say that ECN should be turned on by default. Your words can be translated (very liberally) as We should never improve anything; even backward compatible extensions will break something, and so should be shunned. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: dhelp and kdict: conflicting directories?
On Thu, May 10, 2001 at 08:21:13AM +0200, Hugo van der Merwe wrote: kdict installs some stuff to /usr/share/doc/HTML/en/kdict... which gets symlinked to /usr/doc/HTML of course. Problem is, dhelp generates its output in /usr/doc/HTML... now the kdict files have been erased, and replaced with dhelp's indexes. I'm confused . . . /usr/share/doc/HTML should not be a symlink to /usr/doc/HTML; it should be the other way around. Nothing should be writing actual files to /usr/doc/. dhelp is writing to /usr/share/doc/HTML, right? I think I see the bug on this computer, I just wanted to make sure that we had our directories straight. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: how can Euro symbol be displayed under X [4.0.3]?
On Wed, May 09, 2001 at 12:03:28PM +0200, Jose Carlos Garcia Sogo wrote: Hello, I have been trying to set Debian to display Euro symbol in X Window, but I have found some problems. First of all, I have uncommented in /etc/locale.gen this two lines: es_ES ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 When I run locale-gen, this two locales are generated: es_ES.ISO-8859-1 and [EMAIL PROTECTED] Okay. In XF86config I have the XkbLayout es in the InputDevice section. This must include the euro symbol in AltGr+e. This must, or this does? Unless it's been updated recently, I'd be surprised to find that it does. I have also set my LC_ALL variable to [EMAIL PROTECTED] But right now, when I launch a program it tells me something like this: [EMAIL PROTECTED]:/usr/X11R6/lib/X11/xkb/symbols]$ xterm Warning: locale not supported by Xlib, locale set to C Yep. If you go to /usr/X11R6/lib/X11/locale/, there's a number of files with locales listed in them. Add [EMAIL PROTECTED] and [EMAIL PROTECTED] to them. (The modifications should be obvious.) And also the Euro key doesn't work at all (it is not only the problem of not having any font wich displays this symbol, something which also must be worked). Where are you typing this? fixed has a ISO-8859-15 version, that's installed by default, as well as xfonts-scalable-nonfree having a few ISO-8859-15 fonts. Any TrueType font server will be able to provide ISO-8859-15 fonts, and you can probably find a few on the web. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: how can Euro symbol be displayed under X [4.0.3]?
On Wed, May 09, 2001 at 02:34:44PM -0400, Alan Shutko wrote: Gordon Sadler [EMAIL PROTECTED] writes: Not everyone. It's a square here, on the console. Just like good ol' pong. Right, because you're using a limited mailer which can't show different charsets. 8^) (A rather decent reason for preferring a graphical mailer over mutt, though I don't know whether most of them can display different charsets correctly, or if they're limited to the one in the font you specified.) Mutt is pretty good about displaying different charsets, maybe even better than some of the graphical mailers. Run unicode_start on the console and load up a large console font, or run xterm -u8 with fixed or unifont, if you need more than 512 characters, and mutt will handle all the conversions and display just about everything. (You may have to switch to a UTF-8 locale; I don't know, I just always run in one.) -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: how can Euro symbol be displayed under X [4.0.3]?
On Wed, May 09, 2001 at 11:47:03AM -0700, John H. Robinson, IV wrote: On Wed, May 09, 2001 at 02:09:57PM -0400, Alan Shutko wrote: Your Content-Type was Content-Type: text/plain; charset=iso-8859-1 so _everyone_ should be showing it as the o with four little tick marks. (What a weird character... it has to have a name, right?) nope. your content-type was the same; and i opened it up in two different rxvt's one (the smaller one) spawned like this: % rxvt -fn -misc-fixed-medium-r-normal--18-120-100-100-c-90-iso8859-15 -name jhriv the other using whatever font is the default -bh-lucidatypewriter-medium-r-normal-sans-14-100-100-100-m-80-iso8859-1 And? Due to the limitations of your technology, you're misdisplaying the character in the iso8859-15 rxvt. That doesn't make it right; in particular, any decent mailer will display it as currency characater, and display an iso8859-15-tagged text with the same byte stream with a Euro, and be able to handle a UTF-8 email with both of them. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: how can Euro symbol be displayed under X [4.0.3]?
On Wed, May 09, 2001 at 12:26:02PM -0700, John H. Robinson, IV wrote: with the right font, -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-15, and the right keystrokes, compose+o+x, you can get the proper euro symbol. If you're running in a properly set-up iso8859-15 locale, you'd be using /usr/X11R6/lib/X11/locale/iso8859-15/Compose, which specifices compose+C+=, compose+=+C, compose+e+=, and compose+E+= as the compose keys for the Euro. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: how can Euro symbol be displayed under X [4.0.3]?
On Wed, May 09, 2001 at 10:08:42PM +0200, Jose Carlos Garcia Sogo wrote: El 09 May 2001 13:51:15 -0500, David Starner escribió: Yep. If you go to /usr/X11R6/lib/X11/locale/, there's a number of files with locales listed in them. Add [EMAIL PROTECTED] and [EMAIL PROTECTED] to them. (The modifications should be obvious.) Ok, but I think this should be done _by hand_. This must be provided for the xlibs package. Perhaps I should report a bug to that package... Yes. What X really should do (and I've been told this by people much more familiar with X than me) is just read the locale variable and pick the right character set, instead of including a long list of locales in X. (It doesn't include eo_EO, either.) Where are you typing this? fixed has a ISO-8859-15 version, that's installed by default, as well as xfonts-scalable-nonfree having a few ISO-8859-15 fonts. Any TrueType font server will be able to provide ISO-8859-15 fonts, and you can probably find a few on the web. The same with above. I think that the Euro problem should be solved easily, not downloading 'rare' packages or using fonts from Windows or Adobe. I think that almost all the default fonts should include a ISO-8859-15 version. This is a volunteer organization. No one's going to object if you submit bugs on the packages with patches to make iso-8859-15 versions. (Remember that iso-8859-15 differs from iso-8859-1 by more than just the Euro.) (Bugs without patches aren't going to be helpful.) But most of us don't have the knowledge or interest to make iso-8859-15 fonts, so we aren't going to do it. (Note that Debian has no decent tools to edit Type 1 or Speedo fonts.) If you're really concerned about it, then you need to fix it yourself, or find someone who can who will. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: how can Euro symbol be displayed under X [4.0.3]?
On Wed, May 09, 2001 at 07:18:05PM -0400, Wolfgang Sourdeau wrote: es_ES ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 Since ISO-8859-15 is basicall ISO-8859-1+euro+some other characters. Why is the @euro needed ? For LC_CURRENCY. If you don't care about that - I can't think of a time where it would actually matter - then you could just use es_ES.ISO-8859-15 -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: Bug#95975: mutt: doesn't use charset anymore
On Fri, May 04, 2001 at 05:17:33PM +0200, Michael Piefel wrote: Am 4.05.01 um 16:28:16 schrieb Josip Rodin: It acts as if the interpunction doesn't exist, which is just plain wrong! Actually I'd expect my dictionary to be sorted exactly this way. And that's what LC_COLLATE is for. It's a different story that this behaviour is outright silly when in a shell. I'm not sure I would expect my dictionary to be sorted this way. In any case, many dictionaries are sorted in arbitrary, non-lexical manners. Unix doesn't need to emulate that; Unix needs a reasonable sort order that works for a shell and keeps an alphabetic order people (of that language) would consider reasonable. If sorting the dots in made more people happy than not, it would be good, but most of us seem to not care in most sorting situations, except the shell where it's a pain. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: problems with atari800
On Wed, May 02, 2001 at 01:40:24PM -0400, Dale Scheetz wrote: Anyone have any idea what the chances are of getting Atari to release some of this stuff into the public domain? It'd be Hasbro now, and from what I've heard, not great. Still might be worth a try. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: ITP: serpento -- dictd server written in python
On Wed, May 02, 2001 at 09:04:29PM +0200, Radovan Garabik wrote: Package: wnpp Severity: wishlist serpento is a dict (RFC 2229) server written in python. I am the author, package is already ready and being duploaded. Cool. The description will mention the differences between it and dictd, won't it? License: GPL, with the addition: It can be linked with whatever you want, without any restrictions. (so that I can have a module in C there.. sigh) There's much cleaner ways of doing this, if you just want to link with one module. If you send a more detailed description to debian-legal, I'm sure we can give advice. If it's just Python, I'd say with the exception that it can be linked with Python. The LGPL is about the same as your current license, but a lot clearer. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: ITP: serpento -- dictd server written in python
On Wed, May 02, 2001 at 02:17:40PM -0500, David Starner wrote: On Wed, May 02, 2001 at 09:04:29PM +0200, Radovan Garabik wrote: Package: wnpp Severity: wishlist serpento is a dict (RFC 2229) server written in python. I am the author, package is already ready and being duploaded. Cool. The description will mention the differences between it and dictd, won't it? Also, does it use /var/lib/dictd/db.list or /etc/dictd.conf? If it doesn't, then some sort of install-dict-dictionary needs to be made and all the dict-* packages made to use it, or serpento needs to be fixed to use it. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: Are build-dependancies mandatory?
On Sat, Apr 28, 2001 at 11:29:20PM -0700, Thomas Bushnell, BSG wrote: Bdale Garbee [EMAIL PROTECTED] writes: It isn't *quite* that simple. Explicit build dependencies should only be for packages that are neither essential nor build-essential. But it's entirely harmless to mention them; this is an area where it's better to err on the side of liberality than frugality. Not always. libc6, for example, is libc6.1 on Alpha. I'm sure the Hurd people have a few of their own examples. Since all the essential* and build-essential packages are listed in the build-essential package, it's easy to check if you aren't sure. * The essentials list is a little old, and it includes ldso and update, which apparently aren't build-essential anymore. Bug-report time . . . -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: Lightweight Web browsers
On Fri, Apr 27, 2001 at 08:32:06AM -0700, Aaron Lehmann wrote: Yes, but only when you ignore the bloat from the horrible Gnome libraries that entangle it. Encompas doesn't take much ram, the ram is all taken up by libgnome, libgnomeui, libbonobo, libgnomevfs, libesd, libaudiofile, libgal, libgnomewebbrowser, etc... Which are all shared between any programs that use them and are likely to be swapped out if you don't need them. As opposed to a large amount of working space (true of Mozilla, especially) that's probably going to stay in memory. Maybe because they're bloated, take huge gobs of memory, and are designed only to emulate the mistakes and misdesign of a certain OS from Redmond? See, this isn't helpful. They're designed to produce a 'modern' desktop, not emulate Windows, and especially not the mistakes and misdesigns. (If you don't think a 'modern' desktop is a good idea, or Gnome's not a good implementation, then say that; don't accuse them of something that's blatently not true.) As a data point, the Gnome libraries which make up licq's Gnome interface together with gtk/gdk/glib are smaller than QT. Applications should be writen to be small and efficient. Gnome applications force you to install and put up with dozens of libraries that don't actually do anything useful (ex. Glib!!). If the options are: Spending forever working on a small, efficent program that depends only on Xlib and libc, including debugging all my own reinventions of the wheel, or Quickly releasing a working version that dumps a lot of GUI-prettification and minor details to the GNOME (or KDE) libraries, at the cost of depending on those libraries, which many of my users may be using anyway, I'll pick the second. My time is far more important than saving memory - my two-year-old computer has 128 MB - what's an extra 4MB of shared libraries. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: fortunes-atheist copyright again (would be FW: Re: copyright)
On Fri, Apr 27, 2001 at 07:37:10PM -0300, Carlos Laviola wrote: I currently, and intentionally, have no copyright over the fortunes collection. I encourage everyone to copy it and use it freely, and as far as your system goes, you're most certainly welcome to it. That's all we need. A full disclaimer of copyright is plenty. As for the constituent quotes, my understanding is that they are either so old that they are public domain, or else the relatively brief quoting falls under the fair use doctrine. Yes. I believe our current fortune cookies are much likely to be objected to than this collection; we have whole poems in there. I'm not sure if this would impact the way that you would package it in your system- thanks for the URL on the GNU license, and I'll take a look at it and see how it can be applied. If it needs a specific copyright statement to be included, I probably will adopt something like that, and I'll let you know as soon as I've officially applied whatever it needs to the file. I wouldn't worry about, and especially not something like the GNU license. If you feel you need a CYA license, use the BSD one; the GNU one makes a lot of distinctions that are absurd in these conditions. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: ITP: ghfaxviewer - the GNU HaliFAX Viewer
On Sat, Apr 28, 2001 at 11:30:41AM +1000, Hamish Moffatt wrote: On Fri, Apr 27, 2001 at 11:49:11AM -0400, Wolfgang Sourdeau wrote: Package: ghfaxviewer Version: 0.21.1-1 Severity: wishlist Licence is GNU General Public License version 2 Don't CC: [EMAIL PROTECTED] when mailing debian-devel. Instead, mail [EMAIL PROTECTED] only and put 'X-Debbugs-CC: [EMAIL PROTECTED]' in the headers. Whatever happened to just leaving debian-devel out of it and using debian-wnpp? -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: kernel-{image,headers} package bloat
On Sat, Apr 21, 2001 at 09:28:02PM -0500, Rahul Jain wrote: Unless you care about performace. Which is the main reason to use different packages for each CPU type. I compile my own kernels, and have for a long time. But it's a pain to go through all the poorly-documented options and takes quite a while to select those options and actually build a kernel. And then there's the times I have to go back and recompile because I left out my mouse drivers, or ide-scsi, or vfat. It's entirely rational to want to pick up the 10% improvement from hitting the right button in dselect and not worry about the 20% from recompiling the kernel. For a comparison: Remember the libc-i686 packages? I had them installed when they were available. I can compile my own libc - it probably wouldn't take more than 10 minutes to find the right switch to frob, and then compiling time. But I haven't, even for a speed-up that maybe as big as what the kernel will give you, and I would reckon that most of the other people that had the libc-i[56]86 packages installed haven't either. It's analogous to the kernel problem. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org (K) 3141 All Rights Reversed
Re: kernel-{image,headers} package bloat
On Sun, Apr 22, 2001 at 12:37:16AM -0500, Rahul Jain wrote: use the distro kernels' config as a starting point. Which wins me how much, over just starting from the defaults? You still have to go over all the options, and wait for the kernel to compile. It's still a lot easier to break stuff manually configuring your kernel instead of going apt-get install kernel-2.8.88-i686. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
New package checkmp3 ???
I ran dselect, and lo and behold, checkmp3 appeared. A package with the same name, similar version number (1.97.3 vs. 1.97.2), same description and same maintainer as mp3check. This is bad - should I file a bug on f.d.o, mp3check, checkmp3, or all the above? -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org And crawling, on the planet's face, some insects called the human race. Lost in space, lost in time, and meaning. -- RHPS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Mon, Sep 11, 2000 at 10:47:22AM -0700, erik wrote: I just can't keep my mouth shut about this any longer and the unnecassary divisions (read demolitions) of KDE packages are the last straw It's the same developer making them that made the ones at kde.tdyc. There's no evil empire, there's just a few random bugs (I remember a few bugs in the kde.tdyc one's, too.). The KDE debs are in the same hands they were before; I don't believe anyone's forcing Moore to break the packages. I think this is a pretty blatant example of the obvious failings of an aging and inflexible beuracratic empire that cares more for its protocols and levels of authority (these things are oh so important, not trivial matters at all ...) than making a good distribution anymore. Debian has become an elitist club and it angers me because it is potentially the finest OS available - but I am losing faith in that potential ever being met. And that is very sad. [More rants cut] And try not to prove my point with condescending flames - its not attractive. Then don't start out with them. You've blamed Debian for the actions of one developer at the same time you praised the actions of that developer outside of Debian. You then went into a wild rant, claiming that the cause of these problems was an inflexible beuracratic empire (that managed to include KDE in a matter of what, a week?). You sounded like some wild-eyed fanatic, not someone pointing out a real problem and discussing solutions. -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org And crawling, on the planet's face, some insects called the human race. Lost in space, lost in time, and meaning. -- RHPS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Wed, Sep 13, 2000 at 12:12:45AM -0500, David Starner wrote: On Mon, Sep 11, 2000 at 10:47:22AM -0700, erik wrote: I just can't keep my mouth shut about this any longer and the unnecassary divisions (read demolitions) of KDE packages are the last straw BTW, what would it take for someone to be forced to break up a package or make some other major change? The only thing I can think of that could do it is a amendment to policy or something more drastic. (Is this written in some document that I need to read?) -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org And crawling, on the planet's face, some insects called the human race. Lost in space, lost in time, and meaning. -- RHPS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: please help updating calendar
On Mon, Sep 11, 2000 at 09:34:41PM -0700, [EMAIL PROTECTED] wrote: On Sun, 10 Sep 2000, Julian Gilbey wrote: On Sun, Sep 10, 2000 at 03:54:13AM +0300, Shaul Karl wrote: If there are no fixed events then everything should go in the yearly files. The events are fixed. The main point is that the Jewish calendar is based on the motion of the moon, so that a regular Jewish year is 354 days long (Yet there are years with an extra month and maybe other mechanisms to compensate for that). But as far as I know every Jewish event could be calculated in advance. In this context, fixed = have a set Gregorian date. So there are no fixed events in the Jewish calendar. Julian And events in the Wicca 'calendar' are based on the solstices and equinoxes and would not be fixed either. Instead of doing this every year, why not write small programs to generate a new Wiccan calendar and a new Jewish calendar (and parts of the Christian calendar) each year? Not that I have the knowledge to do so . . . -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org And crawling, on the planet's face, some insects called the human race. Lost in space, lost in time, and meaning. -- RHPS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gettextized console-apt
On Tue, Sep 12, 2000 at 01:13:21AM +0900, kiwamu wrote: Hi! My name is Kiwamu Okabe. I have added gettext-support to console-apt. Thanks. It's probably better, however, if you just make a bugreport, severity wishlist, on console-apt and include the details in the bugreport. http://bugs.debian.org has complete instructions on how to do that, or you can run bug if it is installed. -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org And crawling, on the planet's face, some insects called the human race. Lost in space, lost in time, and meaning. -- RHPS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITP: Sword, GnomeSword
On Sat, Sep 09, 2000 at 06:01:20PM +, Ben Armstrong wrote: The Sword project has a lot of large data files: ftp://ftp.crosswire.org/pub/sword/modules/raw/ I could wait for the data section to be created, or just supply an installer for Sword modules that downloads them installs them. (Or both.) If the program needs one to run, then at least one should be packaged. I'd prefer not to see a lot of installers that download free software - the one's that download non-free stuff are annoying and cause enough problems as it is. -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org I knew all of the floors in my high school, and none of the ceilings. - Chris Painter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qt going GPL ...
On Mon, Sep 04, 2000 at 03:20:40PM -0500, Joseph Carter wrote: On Mon, Sep 04, 2000 at 04:55:51PM +0200, Jordi Mallach wrote: Who is going to ITP kde ? I guess RevKrusty may want to put his packages into Debian? He already uploaded kdelibs, I didn't see if it was installed. I was wondering what happened to it? It didn't appear in the archives, it wasn't moved to REJECT or DONE, it just disappeared. I was wondering if there was some long flame war on debian-private that I was missing. -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org It was starting to rain on the night that they cried forever, It was blinding with snow on the night that they screamed goodbye. - Dio, Rock and Roll Children -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: (Beware helix packages) Re: [CrackMonkey] The right to bare legs
On Tue, Sep 05, 2000 at 12:29:32AM +1100, Donovan Baarda wrote: packages into unstable. Helix is too stable for unstable, and too unstable for stable. Not exactly true, as Helix Gnome is usually more cutting-edge than unstable Gnome. -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org It was starting to rain on the night that they cried forever, It was blinding with snow on the night that they screamed goodbye. - Dio, Rock and Roll Children -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X and runlevels
On Tue, Sep 05, 2000 at 09:57:56AM +1200, Michael Beattie wrote: On Mon, Sep 04, 2000 at 04:43:44PM -0500, Branden Robinson wrote: Dirk Hohndel basically told me I was an idiot for doing so, because it might unexpectedly terminate the server in the quite common case of four X session logins in a row that averaged less than 6 seconds each... If you're saying, Huh? right about now, that's okay, because I did too. No, I can understand that. - that exact circumstance would occur in our University computer science lab. Regularly too, I might add. I take it this is LART-worthy incident, as I don't think I can load my .xsession in under 6 seconds. Since *dm requires you get a username and password (bwahaahaa!), use it. -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org It was starting to rain on the night that they cried forever, It was blinding with snow on the night that they screamed goodbye. - Dio, Rock and Roll Children -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qt2.2 released under the GPL
On Mon, Sep 04, 2000 at 06:02:01PM -0400, Daniel Burrows wrote: Does anyone else find it ironic that licq-plugin-gtk+ was finally installed into the archive today? Guess it wouldn't be Debian if it was on time ;-) But licq is free, whether Qt is GPL or QPL. Personally, I switched over to the GTK plugin, not because it looked better (because it doesn't), but because QT is 5 MB in memory, more than GTK + Glib + Gnome libs. At least we can stop the idelogical arguments. -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org It was starting to rain on the night that they cried forever, It was blinding with snow on the night that they screamed goodbye. - Dio, Rock and Roll Children -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qt going GPL ...
On Tue, Sep 05, 2000 at 09:21:02AM +1200, Michael Beattie wrote: On Mon, Sep 04, 2000 at 04:05:27PM -0500, David Starner wrote: I guess RevKrusty may want to put his packages into Debian? He already uploaded kdelibs, I didn't see if it was installed. I was wondering what happened to it? It didn't appear in the archives, it wasn't moved to REJECT or DONE, it just disappeared. I was wondering if there was some long flame war on debian-private that I was missing. Still in incoming... dont look at me :) I looked again, and http://incoming.debian.org still doesn't show it. The only things I can think of is that RevKrusty removed the packages himself (to upload versions that don't worry about the QPL-GPL problems), or some terribly freaky bug in the software that writes the webpage. -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org It was starting to rain on the night that they cried forever, It was blinding with snow on the night that they screamed goodbye. - Dio, Rock and Roll Children -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: build question
On Tue, Sep 05, 2000 at 01:29:02AM +0200, Tom Cato Amundsen wrote: On Mon, Sep 04, 2000 at 07:19:11PM +, michael d. ivey wrote: i'm a new maintainer, and maybe this is better directed at -mentors, or maybe it's in the docs somewhere...if so, just point me that way, please. my main server is potato. is it bad for me to be building packages there if they are destined for woody? should i start building on a woody box? If possible, your package should depend on packages in potato only. Then users won't be forced to install other unstable packages, just to try out your package. If you only have a potato box, then it's usually acceptable if your packages are built on it, so long as they are acceptable for woody (built on libraries that are in woody, for example). Contrary to Tom, though, if packages are destined for woody, packages should be built on woody, because that's how the build demons will build them, that's how people will run them, and that's how they will eventually be released. It will also help shake out bugs in unstable libraries. If you want to build them so that potato users can use them, do so and store them in a directory on master or a private machine and tell people how to get them. -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org It was starting to rain on the night that they cried forever, It was blinding with snow on the night that they screamed goodbye. - Dio, Rock and Roll Children -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITP lame
On Tue, Sep 05, 2000 at 02:06:38PM +0200, Marco d'Itri wrote: On Sep 05, Michael Beattie [EMAIL PROTECTED] wrote: If it was legal for lame to be distributed with debian, I can tell you now, it would be in the archive overnight. - But it isnt, so it wont. We have pandora for that, and I remember Wichert agreed to this use. What still needs to be done to have a debian section for software covered by software patents? The problem is not patents, it's that this particular patent also applies in Germany, meaning we can't distribute from non-us either. -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org I knew all of the floors in my high school, and none of the ceilings. - Chris Painter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITP enhydra
On Tue, Sep 05, 2000 at 02:22:41PM -0400, Matt Zimmerman wrote: On Tue, Sep 05, 2000 at 02:55:48PM +0200, Stephane Bortzmeyer wrote: If the package is in 'non-free', you don't even need the sources. IMHO (but IANAL), for a package to get in 'main', you HAVE TO be able to compile it from the sources. Even if it's in non-free, it's nice to have sources, especially if the license will permit modifications. Well, there don't seem to be any copyright restrictions on the output of JavaCC, so if I could get hold of the generated Java source, I could repackage the upstream source to include it. Then, a useful subset of it could be compiled from source using only free tools. However, this would inhibit modification, as anyone wanting to modify the JavaCC-generated files would want to regenerate them, not edit the unwieldy auto-generated code. Then it could go into contrib. It's free, but depends on something outside of Debian to build. -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org I knew all of the floors in my high school, and none of the ceilings. - Chris Painter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
