Re: Adopting base-passwd
On Fri, Nov 29, 2002 at 01:49:50PM +, Colin Watson wrote: > Since it's an essential package I figured I should mention this > before acting: Wichert and I have agreed that I will be taking over > maintenance of base-passwd. An upload will be in incoming by this > weekend. > > Cheers, > > -- > Colin Watson [EMAIL PROTECTED] I'd like to wish you the best of luck getting it right first go. = ) Yours sincerely, Andrew "Netsnipe" Lau -- --- * Andrew "Netsnipe" LauComputer Science & Student Representaive, UNSW * * # apt-get into it Debian GNU/Linux Package Maintainer * ** * GnuPG 1024D/2E8B68BD 0B77 73D0 4F3B F286 63F1 9F4A 9B24 C07D 2E8B 68BD * --- pgpCeuANwrjwY.pgp Description: PGP signature
Re: New maintainer behaviour with NMU and LogJam's hijacking
> Firstly, I don't think this is a matter for debian-devel as it doesn't > involve the project as a whole and would best be dealt with privately. I usually consult debian-devel or other mailing lists before jumping on to do NMUs... well, sometimes :P Private mail do get lost, and there might be other people who are interested in the exact same package, so it is better to do coordination where it is possible. It's not just a problem between you and the maintainer, but you and the whole Debian Project, because anybody within Debian Project has the power to NMU that specific package. regards, junichi
Re: KDEE3 question
#include * Colin Watson [Fri, Nov 29 2002, 02:14:35PM]: > > to see a good reason for not compiling KDE3 on gcc 2.95 as this > > definitely works or else there wouldn't be a single KDE3 for woody > > package on kde.org. > > The good reason is that all the KDE library sonames have to be changed > when switching to gcc 3.2. The KDE developers rightly wish to avoid this > disruption. What's the problem with a such change? Sure, the amount of work needed for the whole gcc-3.2 transition would grow a bit. But what will happen when they upload new, gcc-3.2 based packages with the package names of existing inofficial packages? I expect lots of users whinning about temporar breakage. So it would be good to change them anyways. And looking so, the existing KDE3 packages could also go into Sid _now_. Gruss/Regards, Eduard. -- If Bill Gates had a dime for every time a Windows box crashed... ...Oh, wait a minute, he already does.
Re: KDEE3 question
> temporar breakage. So it would be good to change them anyways. And > looking so, the existing KDE3 packages could also go into Sid _now_. You're right. Packages from kde.org are very stable, and I think - correctly created, I'm using them for long time (about three months), and I didn't notice any problems with them. IMO waiting for full gcc transition in Sid, which will take very much time, isn't good idea for KDE3. Regards, -- Mati ([EMAIL PROTECTED]) Sounds like a Windows problem, try calling Microsoft support
Re: Are we losing users to Gentoo?
On Fri, Nov 29, 2002 at 03:58:51PM -0500, Joey Hess wrote: > and behind netbsd in the sory state of our cdrom mirror network. I'm with Joey on this; last time I tried to find Debian .iso images, it was a nightmare. In fact I couldn't find an official woody iso anywhere. As he also said, many of the mirrors are hopelessly out-of-date. Joy (or any of the rest of the www team) - where do you get the data to put into the mirror pages on www.d.o? I'd suggest that a simple method for mirror admins to let us know what they plan to mirror, and for us to test its availability on a regular basis, would be a good idea. (In fact I might even "just do it"). Cheers, Nick -- Nick Phillips -- [EMAIL PROTECTED] Live in a world of your own, but always welcome visitors.
Re: [Agnubis] Packaging Agnubis for Debian GNU/Linux
On Fri, Nov 29, 2002 at 04:20:09PM +0100, Amaya wrote: > Condider that his ITP has been there for two months. He's either not > that motivated or simply busy. And NM is much more time consuming > than closing an ITP. Offer your help, whatever help you are willing > or able to give. > > If he is too busy to package whatever was that depended so heavily > on Agnubis, offer to retitle the bug to a RFP. It's the other way around. Agnubis depends on DiaCanvas2 which he has ITPed. Agnubis doesn't have any releases yet, but I was hoping to start doing CVS snapshots in preparations for their eventual release. So if I were to release Agnubis (still impossible since they taking a brief break from development and their CVS src is currently not building), I'd have to package DiaCanvas2 as well, and thus rudely hijacking the poor bloke's ITP. That why I hope he can show me to committed, otherwise I will have no choice but to hijack it in order to release Agnubis .deb packages. Yours sincerely, Andrew "Netsnipe" Lau -- --- * Andrew "Netsnipe" LauComputer Science & Student Representaive, UNSW * * # apt-get into it Debian GNU/Linux Package Maintainer * ** * GnuPG 1024D/2E8B68BD 0B77 73D0 4F3B F286 63F1 9F4A 9B24 C07D 2E8B 68BD * --- pgpMoaBroihcM.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Fri, Nov 29, 2002 at 04:58:30PM -0500, David B Harris wrote: > On Fri, 29 Nov 2002 15:58:51 -0500 > Joey Hess <[EMAIL PROTECTED]> wrote: > > The comparison is only fair with organizations that *want* you do do > > so(so not redhat, probably not openbsd, or mandrake, or others whose > > principal developers try to sell cds). > > Strictly speaking, given the ISO mirroring situation, we've never wanted > people to use full 640M ISOs when we knew that 99% of people downloading > would use a couple hundreds megs, at most. "Given the ISO mirroring situation"? Care to elucidate? I seem to remember seeing several offers of machines and bandwidth recently. It would seem to make sense to at least make it relatively easy for mirror admins who *do* have the available resources to provide ISO images. Even a single, reliable, possibly rate-limited, source for ISOs would be an improvement on what we currently have. Rate-limiting the source would, if necessary, provide a disincentive to people who would otherwise just jump in and download ISOs rather than using Jigdo. Cheers, Nick -- Nick Phillips -- [EMAIL PROTECTED] Fine day for friends. So-so day for you.
Re: New maintainer behaviour with NMU and LogJam's hijacking
On Fri, Nov 29, 2002 at 06:36:06PM -0500, Colin Walters wrote: > On Fri, 2002-11-29 at 17:50, Ari Pollak wrote: > > Didn't you sponsor the upload? > > No, that was me... This Colin & Colin confusion has been quite contagious this season, hasn't it? = P Yours sincerely, Andrew "Netsnipe" Lau -- --- * Andrew "Netsnipe" LauComputer Science & Student Representaive, UNSW * * # apt-get into it Debian GNU/Linux Package Maintainer * ** * GnuPG 1024D/2E8B68BD 0B77 73D0 4F3B F286 63F1 9F4A 9B24 C07D 2E8B 68BD * --- pgpVMkwT8ti2o.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
On Sat, Nov 30, 2002 at 11:23:23PM +1300, Nick Phillips wrote: > Joy (or any of the rest of the www team) - where do you get the data > to put into the mirror pages on www.d.o? Well, we get it from the Internet :) Please rephrase the question, I don't understand. > I'd suggest that a simple method for mirror admins to let us know what they > plan to mirror, and for us to test its availability on a regular basis, > would be a good idea. We already have that, but notice how the mirrors of the two archives aren't in the least bit of distress like the problem at hadn: the structure and contents of those is well defined, we have mirror checking scripts and we regularly monitor the output of that for any major problems. (I would suggest that you have a look at http://www.debian.org/mirror/) The CD image mirrors don't even have a primary site -- *cdimage.d.o includes only jigdo files now. Those image mirrors are one big improvization. -- 2. That which causes joy or happiness.
Bug#171237: ITP: tinycdb -- a package for creating and reading constant databases
Package: wnpp Version: unavailable; reported 2002-11-30 Severity: wishlist * Package name: tinycdb Version : 0.73 Upstream Author : Michael J. Tokarev <[EMAIL PROTECTED]> * URL : ftp://ftp.corpit.ru/pub/tinycdb * License : Public Domain [1] Description : a package for creating and reading constant databases tinycdb is a small, fast and reliable utility set and subroutine library for creating and reading constant databases. The database structure is tuned for fast reading: . - Successful lookups take normally just two disk accesses. - Unsuccessful lookups take only one disk access. - Small disk space and memory size requirements; a database uses 2048 bytes for the header and 24 bytes per record, plus the space for keys and data. - Maximum database size is 4GB; individual record size is not otherwise limited. - Portable file format. - Fast creation of new databases. - No locking, updates are atomical. . tinycdb implements almost all API as found in cdb-0.75 written by D.J. Bernstein, so it should be source-compatible. It also implements the query interface as found in earlier versions of cdb (0.6x) and freecdb. It also contains some enhancements, like allowing to check existance of a record in a yet-to-be-created cdb database file. . This package contains both the utility to manipulate constant databases and the development files. [1] This is the complete license text for it: |You can do whatever you like with this package. The code is placed |at the public domain. | |This package is distributed in a hope it will be useful, but |WITHOUT ANY WARRANTY; without even the implied warranty of |MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Both, the upstream author and I believe that this contains no legal problem and is acceptable as DSFG-free license. If there's any problem with the license, please inform me about the problem and a suggested change. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux salem 2.4.20-rc2 #1 Sun Nov 17 10:28:49 CET 2002 i586 Locale: LANG=POSIX, [EMAIL PROTECTED] -- Free yourself from negative influence. Negative thoughts are the old habits that gnaw at the roots of the soul. Moses Shongo, (Seneca)
Re: gpg-agent?
On Nov 29, martin f krafft <[EMAIL PROTECTED]> wrote: >from the current packager i had to hear that it's largely unstable. >many bugs and such. we'll have to wait... I have been using it for weeks without any problem, so I'd say it should be packaged. (No, I'm not going to do it.) -- ciao, Marco pgpiXAv6EGYd5.pgp Description: PGP signature
qa.debian.org: attributes revoked GnuPG keys to maintainers
Package: qa.debian.org Version: unavailable; reported 2002-11-30 Severity: normal developer.php on http://qa.debian.org seems to be too agressive in attributing keys to maintainers. It's even listing revoked keys on the "Packages overview" pages. Take a look at my "Packages overview" page [1]. It lists two GPG key ids for myself, 2E8B68BD & DCFEDB00. The first is valid [2], but notice that the latter key, DCFEDB00 was revoked almost two years ago [3]. I've never even signed a package to Debian using that key either. I believe this a is a bug since it would incorrectly imply to the viewer of the page that the said developer is still using that GnuPG key even though it has been revoked. Yours sincerely, Andrew "Netsnipe" Lau [1] http://qa.debian.org/developer.php?login=netsnipe%40debianplanet.org [2] http://pgp.dtype.org:11371/pks/lookup?search=0x2E8B68BD&op=vindex [3] http://pgp.dtype.org:11371/pks/lookup?search=0xDCFEDB00&op=vindex -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux espresso 2.4.19 #1 Tue Nov 12 23:32:34 EST 2002 i686 Locale: LANG=C, LC_CTYPE=C -- --- * Andrew "Netsnipe" LauComputer Science & Student Representaive, UNSW * * # apt-get into it Debian GNU/Linux Package Maintainer * ** * GnuPG 1024D/2E8B68BD 0B77 73D0 4F3B F286 63F1 9F4A 9B24 C07D 2E8B 68BD * --- pgp1tlapCLsir.pgp Description: PGP signature
subject
--
Bug#171253: ITP: libdjbdns -- DNS client library designed to replace the BIND res_*/dn_* library
Package: wnpp Severity: wishlist DNS client library designed to replace the old BIND res_*/dn_* library[0] High-level lookups: The dns library provides several easy-to-use DNS lookup routines: dns_ip4, dns_ip4_qualify, dns_name4, dns_mx, and dns_txt. dns_ip4_qualify supports the traditional configuration mechanisms for hostname rewriting: $LOCALDOMAIN, /etc/resolv.conf, and gethostname. It also supports a powerful new user-controlled rewriting mechanism. The functions that read /etc/resolv.conf automatically reread it every ten minutes, so system administrators don't have to kill long-running programs. Low-level lookups: The dns_domain_* and dns_packet_* functions make it easy to safely parse DNS packets. The dns_transmit_* functions send DNS queries of arbitrary types to arbitrary servers. These are the functions used in the dnscache program. License: Bernstein has put the .[ch] files (dns.h, dns_dfd.c, dns_domain.c, dns_dtda.c, dns_ip.c, dns_ipq.c, dns_mx.c, dns_name.c, dns_nd.c, dns_packet.c, dns_random.c, dns_rcip.c, dns_rcrw.c, dns_resolve.c, dns_sortip.c, dns_transmit.c, dns_txt.c) and all necessary lower-level .[ch] files into the public domain[1]. I do not plan to make any changes to those files, so Bernstein's djbdns security guarantee[2] applies. My additions to the package will be licensed under a BSD compatible license. Regards, Gerrit. [0] http://cr.yp.to/djbdns/blurb/library.html [1] http://cr.yp.to/djbdns/res-disaster.html [2] http://cr.yp.to/djbdns/guarantee.html pgpq6I8WAk5XI.pgp Description: PGP signature
Re: Are we losing users to Gentoo?
Nick Phillips wrote: > I'd suggest that a simple method for mirror admins to let us know what they > plan to mirror, and for us to test its availability on a regular basis, > would be a good idea. > > (In fact I might even "just do it"). I'm in the process of doing that, see the debian-cd list. -- see shy jo pgplp49gJlr8v.pgp Description: PGP signature
Re: New maintainer behaviour with NMU and LogJam's hijacking
On Sat, Nov 30, 2002 at 09:31:46PM +1100, Andrew Lau wrote: > On Fri, Nov 29, 2002 at 06:36:06PM -0500, Colin Walters wrote: > > On Fri, 2002-11-29 at 17:50, Ari Pollak wrote: > > > Didn't you sponsor the upload? > > > > No, that was me... > > This Colin & Colin confusion has been quite contagious this season, > hasn't it? = P ... season? :-) -- Colin Watson [EMAIL PROTECTED]
Fwd: Please confirm your message
I believe that it is inappropriate to use such an email system that does this when sending messages to the BTS. Also anyone who wants to use such a system when posting to a popular mailing list (such as debian-devel) should first put in place a white-list of people who regularly post to the list (such as me). For reference, I will not reply to such a message, but I will consider putting the entire domain in my spam filter if such messages continue. -- Forwarded Message -- Subject: Please confirm your message Date: 30 Nov 2002 15:45:19 - From: "The qconfirm program" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Hello, this is the qconfirm mail-handling program at <[EMAIL PROTECTED]>. One or more messages from you are being held because your address was not recognized. To release your pending message(s) for delivery, please reply to this request. Your reply will not be read, so an empty message is fine. If you do not reply to this request, your message(s) will eventually be returned to you, and will never be delivered to the envelope recipient. This confirmation verifies that your message(s) are legitimate and not junk-mail. Regards, the qconfirm program, http://smarden.org/qconfirm/ --- Below this line is the top of a message from you. Received: (qmail 11395 invoked from network); 30 Nov 2002 15:45:18 - Received: from tsv.sws.net.au (203.36.46.2) by 0 with SMTP; 30 Nov 2002 15:45:18 - Received: from lyta.coker.com.au (localhost [127.0.0.1]) by tsv.sws.net.au (Postfix) with ESMTP id 83FC292668; Sun, 1 Dec 2002 02:44:48 +1100 (EST) Received: from lyta (localhost [127.0.0.1]) by lyta.coker.com.au (Postfix) with ESMTP id 1E1FA908E; Sat, 30 Nov 2002 16:44:40 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Russell Coker <[EMAIL PROTECTED]> Reply-To: Russell Coker <[EMAIL PROTECTED]> To: "Gerrit Pape" <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Subject: Re: Bug#171253: ITP: libdjbdns -- DNS client library designed to replace the BIND res_*/dn_* library Date: Sat, 30 Nov 2002 16:44:39 +0100 User-Agent: KMail/1.4.3 References: <[EMAIL PROTECTED]> In-Reply-To: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <[EMAIL PROTECTED]> On Sat, 30 Nov 2002 15:34, Gerrit Pape wrote: > License: Bernstein has put the .[ch] files (dns.h, dns_dfd.c, > dns_domain.c, dns_dtda.c, dns_ip.c, dns_ipq.c, dns_mx.c, dns_name.c, > dns_nd.c, dns_packet.c, dns_random.c, dns_rcip.c, dns_rcrw.c, > dns_resolve.c, dns_sortip.c, dns_transmit.c, dns_txt.c) and all > necessary lower-level .[ch] files into the public domain[1]. I do not > plan to make any changes to those files, so Bernstein's djbdns security > guarantee[2] applies. My additions to the package will be licensed under > a BSD compatible license. The URL did not make this license adequately clear to me. Does this specifically differ from the license of Qmail? --- -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page
Re: Bug#171116: ITP: tsclient -- GNOME2 frontend for rdesktop
On Thu, Nov 28, 2002 at 10:22:01PM -0500, Colin Walters wrote: > On Thu, 2002-11-28 at 21:09, Andrew Lau wrote: > > Package: wnpp > > Version: N/A; reported 2002-11-29 > > Severity: wishlist > > > > * Package name: tsclient > > Version : 0.56 > > Upstream Author : Erick Woods <[EMAIL PROTECTED]> > > * URL : http://www.gnomepro.com/tsclient/ > > * License : GPL > > Description : GNOME2 frontend for rdesktop > > How about: Windows Terminal Services (RDP) client for GNOME 2 how about: Windows Terminal Services (RDP) client for GNOME? gnome 1 probably is not going to be in sarge, so the difference between gnome 1 and gnome 2 arent going to matter to someone installing sarge. and for someone who really wants to know they can look at the dependencies. -- gram pgpYpiigjMyYC.pgp Description: PGP signature
Kernel 2.4.19 and wanpipe.o
Hello, I have a Sangoma Wanpipe and need to compile a new Kernel which support it. I have tried to compile the module and compiled into the kernel. But I get every time I compile it many error messages about 'symboles' or something like this. Sorry, I can not give you better informations, because curently I have NO internet access at home and I am writing this E-Mail in a cyber-center. Please can anyone help me out ? I need the module urgently, becaue I must install it at a client. Many thanks in advance Michelle
/proc/cpuinfo is false
Hello, I have a nfs-server at home and it was running SLINK r5. All was working fine. Now I have installed WOODY r0 on it, and linux_logo give me only 117 MHz. The BogoMIPS are right with 233.47. I have a AMD K5 with 166 MHz and /proc/cpuinfo give me: If I use another Harddisk (I have IDE-Racks) with POTATO or SLINK, the /proc/cpuinfo is right. processor : 0 vendor_id : AuthenticAMD cpu family : 5 model : 2 model name : AMD-K5(tm) Processor stepping: 4 cpu MHz : 116.933 cache size : 24 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr mce cx8 pge bogomips: 233.47 I think, this is a bug or ??? Thanks for your Help Michelle
Re: location of UnicodeData.txt
On Fri, Nov 29, 2002 at 11:37:41AM +0100, Bernhard R. Link wrote: > * Jim Penny <[EMAIL PROTECTED]> [021128 03:35]: > > So, according to Branden, international standards are supposed to allow > > debian the right to modify them and to distribute the modified versions. > > Absent said permission, which is hardly ever going to be given, they > > must be considered non-free. (This is, of course, logically forthright.) > > Moreover, according to the non-free removal proponents, we should not > > even distribute the un-modified copies of these files. > > > > Yet, unicode is supposed to be the canonical character encoding scheme > > for debian. > > > > Does this mean every unicode text editor belongs in contrib (depends on > > something non-free)? > > I think you are missing the points here. > > First of all, DFSG applied to the standard does not want to change the > standard, > but wants all to be able to change the text of the standard. Huh? If I change the text of the standard, I have changed the standard! For example, if I have : 0332;COMBINING LOW LINE;Mn;220;NSM;N;NON-SPACING UNDERSCORE and change this to 0332;NON-COMBINING LOW LINE;Mn;220;NSM;N;SPACING UNDERSCORE Then the standard has been changed! That is, this file is line after line of character number assignment, followed by character name, (and other information). There is no possible change that does not change the standard! Hint: (from standard writer's viewpoint) - A standard that can be changed by anyone, at anytime, without notice and consultation is not a standard, especially if it is a contentious standard that has some people seriously upset (i.e, Russian and XJK users). > > This is a good thing, the text of standards should be modifiable. How else > shall someone write the following standard without having written the first > or having to write all from scratch? The text of every standard that I know of is modifiable. However, it normally takes the consent of the standards body and is issued under its aegis. Again, Jim Penny's unicode standard has no value, and even debian unicode has very limited appeal. On the other hand, if you wish to create a competitor to the unicode standard, say the debicode standard, I see no moral right that you have to incorporate, without permission, the unicode standard. You should expect to start from scratch! > > Secondly: What has a unicode editor have to do with the unicode > standard? It should only implement it. If it would contain parts > of the standard-text (tables or whatever) that were protected by > copyright law and the standard would allow no modifications, then noone > would be allowed to copy the editor. (No special problem with debian) > A unicode editor must know certain properties of the character set (note, I am not talking about font properties here, unicode does not deal with fonts.) Examples might be langauge, combining marks, bidirectionality, input methods, surrogates, Hangul syllables. These are things that an editor must know, and that pretty much, must be looked up in the unicode table. Now, the unicode license happens to be fairly clear, and fairly permissive. See: http://www.unicode.org/Public/UNIDATA/UnicodeCharacterDatabase.html It specifically gives permission for redistibution, without fee, providing a statement of copyright, and a disclaimer are preserved. It also specifically allows incorporation into programs under the same terms. But those terms happen to be non-DSFG free. They fail 3 and 8. Now, IANAL, but I suspect that any unicode editor that reproduced enough information from the unicode standard to be useful would be considered a derived work. More importantly, I think that is is arguable that this table is, in the terms of the Debian Social Contract, "necessary for the execution" of a full unicode editor. (The language of the debian Social Contract is even more general and vague than copyright law! In either case, the social contract would place the unicode table into non-free; and any editor that depended on the table, or information derived from the table (in a copyright sense) in either non-free or contrib. I have no problem with this result. But saying that the unicode character table cannot be distributed by debian, in spite of specific language permitting us to do so, seems a bit extreme. And the consequences of this decision will probably seem extreme to many people. This example just happens to be particularly cogent; there is no doubt it is non-free, there is no doubt it is copyrightable, there is little doubt that it is "necessary for the execution" of a substantial corpus of programs which are otherwise DFSG free. These program would certainly include unicode editors, and would probably include python, perl and ruby. Jim Penny > > Hochachtungsvoll, > Bernhard R. Link > > -- > sagen wir mal...ich hab alle sourcen in /lost+found/waimea > gEistiO: [...] Warum lost+found? > wo h
Re: Pick a name, any name...
> "Georg" == Georg Lehner <[EMAIL PROTECTED]> writes: Georg> ... What would be wrong with multiple A records in this Georg> case? The fact that forwrd DNS != reverse DNS. That is, the PTR record won't necessarily match the name that produced the A record. While not broken, it can have consequences for systems trying to avoid MITM attacks. -- Stephen To Republicans, limited government means not assisting people they would sooner see shoveled into mass graves. -- Kenneth R. Kahn
Re: Are we losing users to Gentoo?
On Sat, 30 Nov 2002 23:27:33 +1300 Nick Phillips <[EMAIL PROTECTED]> wrote: > "Given the ISO mirroring situation"? Care to elucidate? There being an order of magnitude more package mirrors than ISO mirrors. Completely ignoring the web site organisation, mind you, it's been common for a long time for people to encourage network-based installs, or anything other than downloading full 640M ISOs. Part of it, of course, is to enhance the "user experience" - users will rightfully go with full 640M ISOs because it's been their experience in the past that a) it was required, and b) shit broke often enough that they needed to reinstall. Almost everybody I got to do a 'net install never had any problems whatsoever, and they were EXTREMELY delighted. Had they gone wish the full 640M ISO, they'd have been happy, but they wouldn't have had as good an idea as to how things *can* work, when it's done right :) pgpZo7vImmMrN.pgp Description: PGP signature
Re: [Agnubis] Packaging Agnubis for Debian GNU/Linux
Andrew Lau dijo: > It's the other way around. God... I feel dumb :-) > I'd have to package DiaCanvas2 as well, and thus rudely hijacking the > poor bloke's ITP. That why I hope he can show me to committed, > otherwise I will have no choice but to hijack it in order to release > Agnubis .deb packages. Just go ahead. Already notified, talked about it in this list... Follow-up to his ITP stating you are planning to hijack it. Upload both packages. -- .''`.I'd like to fly, but my wings have been so denied... : :' :Sand rains down and here I sit - Alice in Chains `. `'Proudly running Debian GNU/Linux (Sid + 2.4.19 + Ext3) `-www.amayita.com www.malapecora.com www.chicasduras.com
Re: /proc/cpuinfo is false
On Sat, 30 Nov 2002, Michelle Konzack wrote: > Hello, > > I have a nfs-server at home and it was running SLINK r5. > All was working fine. > > Now I have installed WOODY r0 on it, and linux_logo give > me only 117 MHz. The BogoMIPS are right with 233.47. Indeed, that speed IS right. AMD did the whole PR rating thing back then, they only needed to run their "166" at 117 to get the equivalent of a pentium 166. http://www.incisive.com/used/voltage.htm The K6/166 actually ran at 166, k5 was 117. You'll see in that table that some of the cyrix's did the same thing. Mike
Bug#171270: ITP: ulog -- xsession equivalent of commands such as who or last
Package: wnpp Version: unavailable; reported 2002-11-30 Severity: wishlist * Package name: ulog Version : 0.3.0 Upstream Author : Hervé Eychenne <[EMAIL PROTECTED]> * URL : http://www.ulog.org * License : GPL Description : xsession equivalent of commands such as who or last Ulog enables you to find currently opened X sessions. It is the X equivalent of commands such as who or last. A ulogd daemon records the start and the end of X sessions. Then it is possible to know which users are currently logged in, according to several search criteria. New logins/logouts can also be notified instantaneously by the server in real-time mode. Mainly this program is ideal for real big enviroments with hundreds of X users, several terminal servers / workstations. The administrator can easily track down the user to a machine in order to support them, make statistics etc. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux dell 2.4.20-rc1 #1 Wed Nov 27 20:30:52 CET 2002 i686 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set)
Bug#171276: ITP: kernel-patch-systrace -- Systrace kernel patch
Package: wnpp Version: unavailable; reported 2002-11-30 Severity: wishlist * Package name: kernel-patch-systrace Version : 1.0 Upstream Author : Niels Provos <[EMAIL PROTECTED]> * URL : http://www.citi.umich.edu/u/provos/systrace/ * License : BSD Description : Systrace kernel patch Systrace enforces system call policies for applications by constraining the application's access to the system. The policy is generated interactively. Operations not covered by the policy raise an alarm and allow an user to refine the currently configured policy. In order to use systrace this kernel patch is needed to include systrace functionality into the kernel. Testing packages can be found here (ready for upload): http://www.sauter-online.de/debian/ -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux jacky 2.4.18sar #2 SMP Don Aug 22 17:58:16 CEST 2002 i686 Locale: LANG=de_DE, LC_CTYPE=de_DE
Bug#171274: ITP: xsystrace -- Systrace frontend invoked by systrace
Package: wnpp Version: unavailable; reported 2002-11-30 Severity: wishlist * Package name: xsystrace Version : 0.1 Upstream Author : Niels Provos <[EMAIL PROTECTED]> * URL : http://www.citi.umich.edu/u/provos/systrace/ * License : BSD Description : Systrace frontend invoked by systrace Systrace enforces system call policies for applications by constraining the application's access to the system. The policy is generated interactively. Operations not covered by the policy raise an alarm and allow an user to refine the currently configured policy. This program will be execute if systrace runs in interactive mode and create the rules based on the inputs and selections in this frontend. It is also a gui to help createing permit or deny rules for systrace templates. Testing packages can be found here (ready for upload): http://www.sauter-online.de/debian/ -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux jacky 2.4.18sar #2 SMP Don Aug 22 17:58:16 CEST 2002 i686 Locale: LANG=de_DE, LC_CTYPE=de_DE
Bug#171273: ITP: systrace -- Enforce system call policies for applications
Package: wnpp Version: unavailable; reported 2002-11-30 Severity: wishlist * Package name: systrace Version : 1.0 Upstream Author : Niels Provos <[EMAIL PROTECTED]> * URL : http://www.citi.umich.edu/u/provos/systrace/ * License : BSD Description : Enforce system call policies for applications Systrace enforces system call policies for applications by constraining the application's access to the system. The policy is generated interactively. Operations not covered by the policy raise an alarm and allow an user to refine the currently configured policy. This requires a special kernel patch, provided by kernels compiled with the kernel-patch-systrace patch. Testing packages can be found here (ready for upload): http://www.sauter-online.de/debian/ Systrace is currently include in the main source tree of NetBSD and OpenBSD and is now ported to Linux. I have splitted it into tree packages: systrace, xsystrace, kernel-patch-systrace -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux jacky 2.4.18sar #2 SMP Don Aug 22 17:58:16 CEST 2002 i686 Locale: LANG=de_DE, LC_CTYPE=de_DE
Re: New maintainer behaviour with NMU and LogJam's hijacking
> "Ari" == Ari Pollak <[EMAIL PROTECTED]> writes: >> IIRC Ari has caused upset with NMUs before; xscreensaver, I >> believe. (I express no opinion about whether that upload was a >> good idea or not.) Ari> Didn't you sponsor the upload? Um, so? While yes the sponsor is at fault, it seems that you should also take responsibility for your actions. It seems that after that incident you would have had significant desire to learn and follow the NMU policy. So, I'd like to formally ask: have you read and do you plan to follow generally accepted procedures for future NMUs?
Re: New maintainer behaviour with NMU and LogJam's hijacking
Andrew Lau <[EMAIL PROTECTED]> writes: > On Fri, Nov 29, 2002 at 06:36:06PM -0500, Colin Walters wrote: >> On Fri, 2002-11-29 at 17:50, Ari Pollak wrote: >> > Didn't you sponsor the upload? >> >> No, that was me... > > This Colin & Colin confusion has been quite contagious this season, > hasn't it? = P Just wait until the two "Brian Michael Nelson"'s get off the NM queue... -- Curse my natural showmanship! pgp8YIRgnMNVR.pgp Description: PGP signature
Re: New maintainer behaviour with NMU and LogJam's hijacking
I had been taking the full brunt of the responsibility for the xscreensaver NMU, but since I was a pre-NM at the time and sponsors of uploads are supposed to follow Debian policy as well, he ended up taking most of the responsibility. This was a similar situation; however, I felt it was necessary at the time considering the circumstances of the package having not being updated in over a year and a half despite new versions being out which fixed bugs, and the lack of any response from the package maintainer until after the NMU. I still doubt that I would have gotten any response from the maintainer at all had it not been for the actual package upload. Regardless, I will try to follow Debian policy in the future in this capacity. I would also like to extend apologies and a suggestion to Christian, in that if you do not have time to keep up with maintenance of a package, it would be much appreciated if it was put up for adoption or orphaned so that another developer with the proper resources to maintain the package will to so. If you wish to continue working on logjam, I would be happy to volunteer as a backup maintainer if he is backlogged for some time, so that the package is properly kept up-to-date and bug-free. Also, I would like to make a note of part of the Developer's reference in regards to NMUs, section 5.2.5: "In any case, you should not be upset by the NMU. An NMU is not a personal attack against the maintainer. It is a proof that someone cares enough about the package and that they were willing to help you in your work, so you should be thankful." I did not make the NMU to circumvent Christian's responsibilities nor did I make it as an insult to him or the Debian project. I hope that this can be put behind us and continue development as normal. On Sat, Nov 30, 2002 at 02:45:19PM -0500, Sam Hartman wrote: > Um, so? While yes the sponsor is at fault, it seems that you should > also take responsibility for your actions. > > It seems that after that incident you would have had significant > desire to learn and follow the NMU policy. > > So, I'd like to formally ask: have you read and do you plan to follow > generally accepted procedures for future NMUs? pgpabzTObsYS5.pgp Description: PGP signature
Re: Bug#171116: ITP: tsclient -- GNOME2 frontend for rdesktop
[ No need to CC me ] On Sat, 2002-11-30 at 11:36, Graham Wilson wrote: > how about: Windows Terminal Services (RDP) client for GNOME? > > gnome 1 probably is not going to be in sarge, so the difference between > gnome 1 and gnome 2 arent going to matter to someone installing sarge. You're right; I agree.
Re: Are we losing users to Gentoo?
David B Harris wrote: > There being an order of magnitude more package mirrors than ISO mirrors. > Completely ignoring the web site organisation, mind you, it's been > common for a long time for people to encourage network-based installs, > or anything other than downloading full 640M ISOs. > > Part of it, of course, is to enhance the "user experience" - users will > rightfully go with full 640M ISOs because it's been their experience in > the past that a) it was required, and b) shit broke often enough that > they needed to reinstall. > > Almost everybody I got to do a 'net install never had any problems > whatsoever, and they were EXTREMELY delighted. Had they gone wish the > full 640M ISO, they'd have been happy, but they wouldn't have had as > good an idea as to how things *can* work, when it's done right :) The problem with the net installs isos is mainly that they are unofficial and there are several varying cd's produced by different folks, and of varying quality (though quality is overall good; I've used them happily in the past). If we really want to promote them more it would be good to set things up so they can be generated from the debian-cd package, and make them official debian isos. Of course debian-installer should support 1.4 mb net install floppies too. But still if someone wants a whole debian CD, for whatever reasons, I'd rather they could easily find it, especially if they are a newcomer to debian. -- see shy jo pgpIsa8jgM5sM.pgp Description: PGP signature
Re: New maintainer behaviour with NMU and LogJam's hijacking
> "Ari" == Ari Pollak <[EMAIL PROTECTED]> writes: Ari> I had been taking the full brunt of the responsibility for Ari> the xscreensaver NMU, but since I was a pre-NM at the time Ari> and sponsors of uploads are supposed to follow Debian policy Ari> as well, he ended up taking most of the responsibility. This Ari> was a similar situation; however, I felt it was necessary at Ari> the time considering the circumstances of the package having Ari> not being updated in over a year and a half despite new Ari> versions being out which fixed bugs, and the lack of any Ari> response from the package maintainer until after the NMU. I Ari> still doubt that I would have gotten any response from the Ari> maintainer at all had it not been for the actual package Ari> upload. Do you specifically agree it was wrong in this instance to upload directly to incoming and not to a delayed queue? In future will you agree to include NMU patches in a bug report to the patch and unless there is a strong reason to do otherwise to upload to a delayed queue? I'm asking you these things in hope of making sure we're on the same page. If you don't agree then I'll try to convince you that you're wrong, but if we are both understanding the best practice the same way, then there's really no more to say.
Re: Are we losing users to Gentoo?
On Sat, 30 Nov 2002 16:06:40 -0500 Joey Hess <[EMAIL PROTECTED]> wrote: > The problem with the net installs isos is mainly that they are > unofficial and there are several varying cd's produced by different > folks, and of varying quality (though quality is overall good; I've > used them happily in the past). If we really want to promote them more > it would be good to set things up so they can be generated from the > debian-cd package, and make them official debian isos. > > Of course debian-installer should support 1.4 mb net install floppies > too. > > But still if someone wants a whole debian CD, for whatever reasons, > I'd rather they could easily find it, especially if they are a > newcomer to debian. Agreed, on all counts :) pgpLK5R1aKajL.pgp Description: PGP signature
Re: Pick a name, any name...
Stephen Zander <[EMAIL PROTECTED]> wrote:
>
> The fact that forwrd DNS != reverse DNS. That is, the PTR record
Nobody should be checking forward == reverse(forward), it is
reverse == forward(reverse) that is important.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: location of UnicodeData.txt
On Sat, Nov 30, 2002 at 12:35:25PM -0500, Jim Penny wrote: > > I think you are missing the points here. > > > > First of all, DFSG applied to the standard does not want to change the > > standard, > > but wants all to be able to change the text of the standard. > > Huh? If I change the text of the standard, I have changed the standard! No you haven't, only the standards body in question can do that. There are all sorts of reasons why you might wish to create derivative works based on the standard -- a new standard for a different purpose, for example. Or helpful documentation of the standard for people who are intimidated by the 'dry' nature of the original... > On the other hand, if you wish to create a competitor to the unicode > standard, say the debicode standard, I see no moral right that you have > to incorporate, without permission, the unicode standard. You should > expect to start from scratch! Engage brain. Do you think that if I want to create a competitor to, say, GNU Emacs, that I should expect to have to start from scratch? Or fetchmail? Or any one of the thousands of DFSG-free packages that are in main? Cheers, Nick -- Nick Phillips -- [EMAIL PROTECTED] Tomorrow will be cancelled due to lack of interest.
Re: Are we losing users to Gentoo?
On Sat, Nov 30, 2002 at 11:56:59AM +0100, Josip Rodin wrote: > On Sat, Nov 30, 2002 at 11:23:23PM +1300, Nick Phillips wrote: > > Joy (or any of the rest of the www team) - where do you get the data > > to put into the mirror pages on www.d.o? > > Well, we get it from the Internet :) Please rephrase the question, I don't > understand. Well, do the admins just send you a mail, do you list any that you happen to come across when randomly surfing around, do you have any more structured way for admins to tell you what they plan to mirror...? > We already have that, but notice how the mirrors of the two archives aren't > in the least bit of distress like the problem at hadn: the structure and > contents of those is well defined, we have mirror checking scripts and we > regularly monitor the output of that for any major problems. > > (I would suggest that you have a look at http://www.debian.org/mirror/) Hmmm... the link to "Debian mirrors that include the debian-cd archive" actually takes me to a useful-ish list... at least, some of the sites listed do have iso images. It's not terribly helpful if it's not linked to in such a way that it will be found by someone looking for CD images, though. > The CD image mirrors don't even have a primary site -- *cdimage.d.o includes > only jigdo files now. Those image mirrors are one big improvization. Doesn't matter whether there's a primary site that is only accessible to official mirrors, or whether they all have to get the images in some other way, so long as it is simple for them to automate & keep up to date. And so long as the directory structure of all the mirrors is the same, for the parts that they mirror... Cheers, Nick -- Nick Phillips -- [EMAIL PROTECTED] You will soon forget this.
Re: Are we losing users to Gentoo?
On Sun, Dec 01, 2002 at 11:20:10AM +1300, Nick Phillips wrote: > > > Joy (or any of the rest of the www team) - where do you get the data > > > to put into the mirror pages on www.d.o? > > > > Well, we get it from the Internet :) Please rephrase the question, I don't > > understand. > > Well, do the admins just send you a mail, do you list any that you happen > to come across when randomly surfing around, do you have any more structured > way for admins to tell you what they plan to mirror...? All three. :) But mostly the third, via http://www.debian.org/mirror/submit Note s/plan to//. > > We already have that, but notice how the mirrors of the two archives aren't > > in the least bit of distress like the problem at hadn: the structure and > > contents of those is well defined, we have mirror checking scripts and we > > regularly monitor the output of that for any major problems. > > > > (I would suggest that you have a look at http://www.debian.org/mirror/) > > Hmmm... the link to "Debian mirrors that include the debian-cd archive" > actually takes me to a useful-ish list... at least, some of the sites > listed do have iso images. > > It's not terribly helpful if it's not linked to in such a way that it will > be found by someone looking for CD images, though. It's the HTTP/FTP link on the CD pages... > > The CD image mirrors don't even have a primary site -- *cdimage.d.o includes > > only jigdo files now. Those image mirrors are one big improvization. > > Doesn't matter whether there's a primary site that is only accessible to > official mirrors, or whether they all have to get the images in some other > way, so long as it is simple for them to automate & keep up to date. When there's nothing official in the US, it's understandable that the secondary mirror maintainers in the US will be reluctant to mirror from elsewhere. > And so long as the directory structure of all the mirrors is the same, > for the parts that they mirror... There isn't really a site to dictate the standard directory structure, so the best thing we could do is proclaim one of the existing ones standard. Heck, not even the directory name is standardized, there's debian-cd, debian-iso, debian-cdimage, ... -- 2. That which causes joy or happiness.
Re: [Agnubis] Packaging Agnubis for Debian GNU/Linux
Le sam 30/11/2002 à 11:27, Andrew Lau a écrit : > On Fri, Nov 29, 2002 at 04:20:09PM +0100, Amaya wrote: > > Condider that his ITP has been there for two months. He's either not > > that motivated or simply busy. And NM is much more time consuming > > than closing an ITP. Offer your help, whatever help you are willing > > or able to give. > > > > If he is too busy to package whatever was that depended so heavily > > on Agnubis, offer to retitle the bug to a RFP. > > It's the other way around. Agnubis depends on DiaCanvas2 which he has > ITPed. Agnubis doesn't have any releases yet, but I was hoping to > start doing CVS snapshots in preparations for their eventual > release. So if I were to release Agnubis (still impossible since they > taking a brief break from development and their CVS src is currently > not building), I'd have to package DiaCanvas2 as well, and thus rudely > hijacking the poor bloke's ITP. That why I hope he can show me to > committed, otherwise I will have no choice but to hijack it in order > to release Agnubis .deb packages. This is a mistake. I don't want to block packaging of Agnubis or DiaCanvas2 but, I've already make some jobs about DiaCanvas2. If you want to make yours from scratch, it's your choice after all. However, this is avaible on this apt's uri: deb http://debian.linuxfr.net/ ./ deb-src http://debian.linuxfr.net/ ./ I've started diacanvas2 but I've got a new job so I'm busy a lot. That's all. I'm just thinking we can make this job you and me... Cheers, -- Raphaël Bordet [EMAIL PROTECTED]
Re: debian jabber packages
On Wed, Nov 27, 2002 at 01:35:23AM +0100, Bernd Eckenfels wrote: > I will send the latest jabber diff with some comments to Jamin and ask him > to quickly make an upload with changed maintainer field. After that he can > start to work on the new Version. Jamin, I have an (yet unused) CVS > repository access on the jabber server for a debian sub repository. I will > hand that over to you if I can find the details :) I hope there will be an upgrade path from the jabberd 1.x versions to the jabberd 2.x versions, as the 2.0 version still lacks support for xdb userfiles (currently supported are db and anon) and all the migration scripts are yet to be written.. also the db fileformat is now (since alpha 2) dependant of libdb4.1 which is yet to be packaged.. This is just a heads up and all. Sami -- -< Sami Haahtinen >- -[ Notify immediately if you do not receive this message ]- -< 2209 3C53 D0FB 041C F7B1 F908 A9B6 F730 B83D 761C >-
Re: Are we losing users to Gentoo?
* Joey Hess | Of course debian-installer should support 1.4 mb net install floppies | too. s/should support/supports/ -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-
Re: Pick a name, any name...
On Sun, Dec 01, 2002 at 08:56:37AM +1100, Herbert Xu wrote: Nobody should be checking forward == reverse(forward), it is reverse == forward(reverse) that is important. s/is important/was important/ Mike Stone
Re: Are we losing users to Gentoo?
On Sat, Nov 30, 2002 at 04:06:40PM -0500, Joey Hess wrote: The problem with the net installs isos is mainly that they are unofficial and there are several varying cd's produced by different folks, and of varying quality (though quality is overall good; I've used Yeah. The i386 all work afaik, but the last ppc install I tried with mini-iso's failed horribly because important things (like the appropriate boot kernel) were missing. The official iso's worked great. :) Mike Stone
Re: free alternative to povray?
On Mon, Nov 18, 2002 at 11:33:30PM +, Stephen Stafford wrote: > /usr/share/povray/ > > in the povray-doc package. Does this mean that blender uses the same file format as blender? (that was the original question). Are there any DFSG examples for blender? -- Brian May <[EMAIL PROTECTED]>
Re: Are we losing users to Gentoo?
On Nov 30, Nick Phillips <[EMAIL PROTECTED]> wrote: >I'm with Joey on this; last time I tried to find Debian .iso images, it >was a nightmare. In fact I couldn't find an official woody iso anywhere. This is the way of mirror operators to tell you that you should really use jigdo or even better the mini-images. -- ciao, Marco pgpQyjrl63F3k.pgp Description: PGP signature
Re: free alternative to povray?
On Sun, Dec 01, 2002 at 11:30:45AM +1100, Brian May wrote: > On Mon, Nov 18, 2002 at 11:33:30PM +, Stephen Stafford wrote: > > /usr/share/povray/ > > > > in the povray-doc package. > > Does this mean that blender uses the same file format as blender? > (that was the original question). Blender definitely does not use the same file format as Povray. Blender uses a binary format that stores everything in one file, and is triangle-oriented (mostly). Blender is really fundimentally different from Povray, it is a zbuffer renderer, whereas povray is a raytracer. For a raytracer that DOES use the same file format as Povray, I'd recommend zrcube. It isn't packaged yet, but looks very nice overall, and is more advanced than Povray in some ways, especially in that it adds radiosity for realistic lighting. http://zrcube.sf.net/ Incidently, the other raytracer mentioned in this thread, yafray, has a plugin for Blender to export to the Yafray format on their site. Its pretty simplistic, but its something. Yafray uses an XML-based format. Yafray boasts some really outstanding radiosity output. Yafray is also not packaged. http://www.coala.uniovi.es/~jandro/noname > Are there any DFSG examples for blender? Well, the best examples are in the form of tutorials, which abound online. Its not really meaningful to have the files themselves, when in blender's case its the process that is important. HTH nick -- -><- Nick Rusnov -><- http://nick.industrialmeats.com -><- [EMAIL PROTECTED]/[EMAIL PROTECTED]
Re: Bug#171116: ITP: tsclient -- GNOME2 frontend for rdesktop
On Sat, Nov 30, 2002 at 10:36:02AM -0600, Graham Wilson wrote: > gnome 1 probably is not going to be in sarge, so the difference > between gnome 1 and gnome 2 arent going to matter to someone > installing sarge. But some people do deliberately "apt-cache search GNOME 2" to find new GTK+2.0 based software that they want to try out. A lot of software that was originally written for GNOME 1.x, but still have no GNOME 2 equivalent are more often than not no longer maintained by upstream, and thus avoided by some. It's psychology, I'm afraid. Almost every other GNOME 2 application is doing this as well. Yours sincerely, Andrew "Netsnipe" Lau -- --- * Andrew "Netsnipe" LauComputer Science & Student Representaive, UNSW * * # apt-get into it Debian GNU/Linux Package Maintainer * ** * GnuPG 1024D/2E8B68BD 0B77 73D0 4F3B F286 63F1 9F4A 9B24 C07D 2E8B 68BD * --- pgpMFQwuncjEt.pgp Description: PGP signature
Re: Bug#171116: ITP: tsclient -- GNOME2 frontend for rdesktop
I agree with this logic. Generally if I search for a GTK 2.x theme engine with apt-cache, I search for gtk2-blah, not gtk-blah, since by convention gtk- strictly means gtk 1.x only. Andrew Lau wrote: But some people do deliberately "apt-cache search GNOME 2" to find new GTK+2.0 based software that they want to try out. A lot of software that was originally written for GNOME 1.x, but still have no GNOME 2 equivalent are more often than not no longer maintained by upstream, and thus avoided by some. It's psychology, I'm afraid. Almost every other GNOME 2 application is doing this as well.
Cost Effective Product Documentation
Re: reliable streams over UDP
Shyamal Prasad wrote: Russell> Surely someone must have written something similar to TCP Russell> but implemented on top of UDP. Too many people have tried this ;-) Try SCTP, a recent attempt to deal with the "reliable UDP" solution: The 2.5.50 kernel has a SCTP implementation. Dunno how well/if it works, but the option is there. Steve [EMAIL PROTECTED]
Re: [RFH] The need for signed packages and signed Releases (long, long)
Andrew Suffield wrote: > On Sun, Nov 17, 2002 at 03:24:15AM +0100, Bernd Eckenfels wrote: > > > > Yes, and avoiding binary uploads by maintainers can make the system a bit > > more transparently auditable. > > Not to mention making it break a lot more. > > Quit beating that horse, it's already been buried. reference to thread(s), please (general time frame and applicable list(s) should be good enough. i hate attempting blind searches through the debian archives) -john
Re: Are we losing users to Gentoo?
On Sat, Nov 30, 2002 at 09:23:43PM +0100, Marco d'Itri wrote: > On Nov 30, Nick Phillips <[EMAIL PROTECTED]> wrote: > > >I'm with Joey on this; last time I tried to find Debian .iso images, it > >was a nightmare. In fact I couldn't find an official woody iso anywhere. > This is the way of mirror operators to tell you that you should really > use jigdo or even better the mini-images. If there are to be no .iso images anywhere (which would suck), then it should say in big letters that there are no iso images anywhere. There are times when a .iso really is what you need, and when those times come, it really sucks badly to force people to search through a whole list of "mirrors" that are in reality nothing of the sort and most of which don't have what you need (and what our pages say they have). :-/ But joeyh appears to be on the case, so I am confident that the situation will be rectified before too long... :) Cheers, Nick -- Nick Phillips -- [EMAIL PROTECTED] It may or may not be worthwhile, but it still has to be done.
