Re: Missing security uploads
Martin Schulze wrote: But: 1st, I'm interested in stable, 2nd the katie db told me the path from above, and 3rd why do potato and unstable/testing have different .orig.tar.gz versions? Oh, and how are we supposed to fix that? Regards, Joey -- Unix is user friendly ... It's just picky about its friends. Please always Cc to me when replying to me on the lists.
Re: Bug#126750: klogd should optionally be started from init(8)
Thanks a lot folks, you provided good arguments with these two bug reports. I've considered the issue on my own as well and came to a different implementation. Instead of making syslogd/klogd controlled by init they will now be restarted by regular cron scripts if they got lost in the meantime. This requires a running cron, of course. However, after an OOM situation you are most probably beaten by *something* anyway. I hope this meets your needs as well. Regards, Joey -- Computers are not intelligent. They only think they are. Please always Cc to me when replying to me on the lists.
2 package(s) to rebuild on i386/stable
These packages have to be rebuilt for stable on i386 in order to let the packages go into 2.2r5. Please find URLs to source packages attached below for convenience. When uploading, please take care of the distribution, which should contain 'stable' and nothing else. For further explanation please check the detailed report at http://master.debian.org/~joey/2.2r5/. http://ftp.debian.org/debian/pool/main/b/bwbasic/bwbasic_2.20pl2.orig.tar.gz http://ftp.debian.org/debian/pool/main/b/bwbasic/bwbasic_2.20pl2-3.2.dsc http://ftp.debian.org/debian/pool/main/b/bwbasic/bwbasic_2.20pl2-3.2.diff.gz http://ftp.debian.org/debian/pool/main/y/yabasic/yabasic_2.53.orig.tar.gz http://ftp.debian.org/debian/pool/main/y/yabasic/yabasic_2.53-2.dsc http://ftp.debian.org/debian/pool/main/y/yabasic/yabasic_2.53-2.diff.gz Thank you for your contribution, Joey -- This mail was generated automatically.
Re: Missing security uploads
FYI, maybe some other DD can pick out those security updates and upload them to stable. Regards, Joey Martin Schulze wrote: The people who have prepared a security advisory should upload the respective packages to stable as well. Hence please upload the referring packages to stable so potato will contain fixed packages some time: DSA 041 Package: joe Preparer: Wichert Akkerman DSA 045 Package: ntp Preparer: Michael Stone Regards, Joey -- We all know Linux is great... it does infinite loops in 5 seconds. -- Linus Torvalds -- Computers are not intelligent. They only think they are. Please always Cc to me when replying to me on the lists.
Re: Bug#126750: klogd should optionally be started from init(8)
What do people think? Please copy mails that you consider important in this context to [EMAIL PROTECTED] and [EMAIL PROTECTED] so they get recorded properly. Regards, Joey Florian Weimer wrote: Package: klogd Version: 1.4.1-8 Severity: wishlist Tags: security The package installation scripts should offer to run klogd from inittab, since klogd regularly dies in OOM situations and is not restarted if the current mechanism is used. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux CERT 2.4.14-xfs #1 SMP Fri Nov 23 21:34:33 CET 2001 i686 Locale: LANG=C, LC_CTYPE=en_US.ISO-8859-1 Versions of packages klogd depends on: ii libc6 2.2.4-7GNU C Library: Shared libraries an ii sysklogd 1.4.1-8System Logging Daemon ii sysklogd [system-log-daemon] 1.4.1-8System Logging Daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- GNU GPL: The source will be with you... always. Please always Cc to me when replying to me on the lists.
Re: Installed dtaus 0.5.1-1 (i386 source)
Wichert Akkerman wrote: Previously Martin Schulze wrote: Do I have to use brackets for you? Well, jokes aside, a somewhat more clear description would be helpful, I couldn't figure out what it really was immediately. I'm happy to receive an improved description. Regards, Joey -- GNU GPL: The source will be with you... always. Please always Cc to me when replying to me on the lists.
Re: Why isn't apt internationalized?
Michael Piefel wrote: Am 21.12.01 um 16:01:08 schrieb Gregor Hoffleit: This is to say: In some instances, even no translation is better than a bad translation. Quite right, but this was just a quick hack. BTW, why should the translation be better than the original? ;-) Quite simple: Because it should at least be not more confusing than the original... Regards, Joey -- GNU GPL: The source will be with you... always. Please always Cc to me when replying to me on the lists.
Re: orphaned packages in DWN?
Sean Neakums wrote: begin Adam Olsen quotation: On Wed, Dec 26, 2001 at 09:18:55AM -0800, John H. Robinson, IV wrote: keeping the community updated is a nice thing, this is why so very few of our lists have closed subscriptions. using DWN as a forum for _this_ purpose i believe is bad. Perhaps. Certainly, DWN isn't just for developers, so it's a bit off topic there. However, posting packages that have gone unmaintained DWN: Welcome to Debian Weekly News, a newsletter for the Debian developer community. (from http://www.debian.org/News/weekly/. for a long time, and which we're not planning on removing completely, would get a response if it was actually used by somebody. How about listing packages that are orphaned on DWN once, when it happens, with a pointer to the full list of orphaned packages? Something like: Three packages were orphaned this week: blah, blorp and foop, bringing the total to xxx. Please see http://debian.org/wherever/the/list/lives for the full list. seems suitable for a user-oriented newsletter. You are invited to provide such information on a regular basis phrased similar to the recently added packages item. That's not said to stop you. Regards, Joey -- GNU GPL: The source will be with you... always. Please always Cc to me when replying to me on the lists.
Re: translations
Moin! Hanno Terveen wrote: i would like to contribute my part to the linux/open source comunity and ive heard that you never get enough of people who translate stuff for you. well, i speak both german and english and i thought i could be of use for you`?! im totally new to linux but im getting into it steadily and im getting better every day. i understand the open source idea that you take and give so what i could give you is my language skill. contact me if you need me as a translator for any of your projects. http://ddtp.debian.org/ http://www.infodrom.org/projects/manpages-de/ boot floppies, modconf (see http://cvs.debian.org/?cvsroot=debian-boot) Regards, Joey -- GNU GPL: The source will be with you... always. Please always Cc to me when replying to me on the lists.
2 package(s) to rebuild on i386/stable
These packages have to be rebuilt for stable on i386 in order to let the packages go into 2.2r5. Please find URLs to source packages attached below for convenience. When uploading, please take care of the distribution, which should contain 'stable' and nothing else. For further explanation please check the detailed report at http://master.debian.org/~joey/2.2r5/. http://ftp.debian.org/debian/pool/main/b/bwbasic/bwbasic_2.20pl2.orig.tar.gz http://ftp.debian.org/debian/pool/main/b/bwbasic/bwbasic_2.20pl2-3.2.dsc http://ftp.debian.org/debian/pool/main/b/bwbasic/bwbasic_2.20pl2-3.2.diff.gz http://ftp.debian.org/debian/pool/main/y/yabasic/yabasic_2.53.orig.tar.gz http://ftp.debian.org/debian/pool/main/y/yabasic/yabasic_2.53-2.dsc http://ftp.debian.org/debian/pool/main/y/yabasic/yabasic_2.53-2.diff.gz Thank you for your contribution, Joey -- This mail was generated automatically.
Proposed General Resolution: IRC as a Debian communication channel
[ Posted as requested by Courtesy Raphaël Hertzog [EMAIL PROTECTED] ] [ Please respect the reply-to [EMAIL PROTECTED] ] Hello, I have proposed the following general resolution a few days ago (my initial mail to debian-devel-announce didn't get through). The discussion takes place on debian-project@lists.debian.org I already have the five required seconds (but you can still second it if you want). Please read what has already been said there before eventually replying : http://lists.debian.org/debian-project/2001/debian-project-200110/threads.html In particular my clarification message : http://lists.debian.org/debian-project/2001/debian-project-200110/msg00103.html Thanks, buxy. PROPOSED GENERAL RESOLUTION IRC AS A DEBIAN COMMUNICATION CHANNEL 1. Context A #debian-devel operator regularly kicks (sometimes bans) people from the channel if they are not Debian developers. He does so even if they have been introduced by developers as valuable Debian contributors and behave correctly in the channel. The invoked reason is historic. #debian-devel used to be for developers only and from time to time issues discussed on [EMAIL PROTECTED] are discussed on #debian-devel. Even the channel founders argued about the policy that should be applied to #debian-devel. Other facts : - #debian-private exists and is key protected (the key should be known by debian developers only), although it is not really used - #debian-devel is useful for many people and is useful for Debian contributors (not yet developers) : * the topic regularly asks for testers of prerelease of some packages * the topic usually warns about the worst problems of unstable * future developers can learn many things by following the discussions - #debian-devel is used for day to day work related to Debian's development 2. Problems * The IRC channels #debian-* are not officially recognized as part of Debian's communication channels. * Debian can't treat valuable contributors like it's done actually on IRC. Kicking a person who naturally has its place within the developer's community (because of his interest and his work) is not reasonable. (Personal note: this kind of behavior gives Debian its bad image of a closed community preaching openness) * Debian's philosophy concerning the development has always been to open the communication channels. There's a mismatch here. 3. Proposed changes We should ackowledge the fact the IRC channels are used to communicate within Debian. They are only an alternate way to discuss things. They are not the main communication channels (the mailing lists are). This should be documented in Debian Developers Reference and wherever it's applicable. By acknowledging their existence, we also have to apply the usual Debian policies : - all #debian-* channels on OpenProjects should be open to everyone except #debian-private which is for registered debian developers only (the actual key protection may be replaced by a better identification mechanism at any time) - the netiquette (RFC 1855, section 4.1.2) applies, channels' subjects should be respected Nevertheless, some specific IRC rules apply : - the channels should not be publicly archived without notice - public quotations may not be accepted by everyone 4. Item proposed to vote (after the discussion period) [ ] I accept the ratification of IRC channels as a communication medium and as such they have to follow the usual Debian policies (adapted for IRC habits) -- Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/ Le bouche à oreille du Net : http://www.beetell.com Naviguer sans se fatiguer à chercher : http://www.deenoo.com Formation Linux et logiciel libre : http://www.logidee.com pgpqRpiUThUDQ.pgp Description: PGP signature
Re: xmodmap???
Michael Meskes wrote: I tried activating the Euro symbol. To do so I have to activate it on AltGr-E. So that should be easy. I just created a .Xmodmap file in my home which contains: keycode 26 = e E currency This works if executed by hand, but not automatically. I verified that the file is xmodmap'ed in /etc/X11/Xsession.d/40xfree86-common_xmodmap but the key is no longer available once X has started. I checked some archives and found that others have/had the very same problem. But I did not find an explanation for this. On the other hand there appears to be no bug report either against xbase-clients. At least that's what the web page search on bugs.debian.org said. Any idea? You may want to check out what's written here: http://www.hp.com/workstations/support/documentation/technotes/linux/localization.html hp VISUALIZE Workstations - Linux Localization It may contain the solution for you, or it may not, I have't read in detail. On http://channel.debian.de/ there could be a description as well, not sure though. Regards, Joey -- Experience is something you don't get until just after you need it. Please always Cc to me when replying to me on the lists.
Questions regarding the Security Secretary Position
I'm awfully sorry for the delay, but I wasn't able to work on this earlier again. Here's a list of questions and answers that came up with the posting I made last week. Q: Is a requirement being a Debian developer? No. It is my understanding that it would be good to have fresh blood in the team. Working on security can cost a lot of time, thus it could even be helpful not being a Debian developer since that implies active package maintenance as well. However, similar knowledge is very helpful, and may be required when working on issues. Q: How much time is required to fill the position? That's something I don't know. When I started with Debian Security, it was easy to do, there were two architectures, about 1000 packages and not too many security incidents reported. This has changed. We're at some 5000 packages, often there are more than two security incidents reported per week which we'll have to investigate, and there are six released architectures, probably 12 for the next release. I can imagine that this job requires about 10-20 hours per week. However, it's possible that there are a couple of weeks where no work is to be done. One has to expect that this position requires a lot of time. Q: Are you open to finding a small (2-3 person) team to fill this role? Yes, I am open to this idea. This would be based on my practise of forming a team in order to make it less dependant of one person (see listmaster, debian-admin, security etc.). However, the more people are involved, the more coordination has to be done. On the other side, security is crucial and we should do anything that can improve the situation. Q: How will the person/team come up to speed? I can't parse the question. In my announcement I wrote several tasks that this person/team would have to work on. I forgot documentation thouth. Please see http://lists.debian.org/debian-security-0109/msg00225.html Q: What are the personal requirements? At least one of the secretary team needs to be able to code in C and understand Debian packaging as well as security incidents. It would be useless if the person won't understand how an exploit works. If more than one person is going to fill this position than a second person could specialize on tracking problems and documentation while the first person works on details, programming and fixing. A lot of spare time is required as well. Q: What is the method you will choose this person? The current Debian Security Team will discuss volunteers and appoint 1-3 persons. Regards, Joey -- No question is too silly to ask, but, of course, some are too silly to answer. -- Perl book pgpOliq3zScP2.pgp Description: PGP signature
Re: Graphing Debian Lists
Wichert Akkerman wrote: Previously Marcelo E. Magallon wrote: The graphs are indeed nice, what did you use to make them? The graphs say `rrdtool', which is a pretty good hint :) Indeed. Here's the source for the thing. http://cvs.infodrom.org/murphy/rrd-update?cvsroot=Infodrom-Tools Regards, Joey -- Let's call it an accidental feature. --Larry Wall Please always Cc to me when replying to me on the lists.
Re: Graphing Debian Lists
Gerfried Fuchs wrote: Hi! [Cc me on replies, I'm not subscribed] On Thu, Sep 20, 2001, Martin Schulze wrote: Gathering data happens all 30 minutes and I've let it run for a couple of days before making this annoncement, so there are some data to show. It looks strange that it seems that debian-devel-announce seem on the first look to have had no subscribers before you started. On the second look one sees that the bottom of the image is not zero. Could you please change it that it has the zero-point in the graph so the graphs can be looked in a _real_ manner and are not some hey - look at that curve! graphs? That's the first big lies that any statistic tries to make, and we shouldn't do that, IMHO. Even you might note on the most lists then just flat lines it makes more sense and doesn't leave the people like Hey, they just seem to have started that list, there is a high flow of subscritions in it... That's not giving us anything. It doesn't draw a picture of the subscribe frequency, nor does it provide a better view of the number of subscribers. In fact, the graphs would be quite flat and uninteresting. The first version on murphy had them, since the rrdtool in potato was too old. As an example check out these two graphs of debian-announce. http://people.debian.org/~joey/stuff/debian-announce-distabs-month.png http://people.debian.org/~joey/stuff/debian-announce-distabs-normal-month.png Regards, Joey -- Let's call it an accidental feature. --Larry Wall Please always Cc to me when replying to me on the lists.
Re: proposal for an Apache (web server) task force
Martin F Krafft wrote: also sprach Ardo van Rangelrooij (on Thu, 13 Sep 2001 08:42:44AM) I would like to propose to form an Apache (web server) task force to maintain the Apache packages currently maintained by Johnie Ingram (netgod) (and potentially related packages if the need arises). count me in. I also propose to set up a mailing list for this. i can give you one easily. applying at lists.debian.org takes ages! how about [EMAIL PROTECTED] :) I'd appreciate that! As Debian Listmaster I don't like too small and unused lists. Thus first demonstrate need, e.g. by running an active list somewhere else, then ask for a regular Debian list. As an alternative Ardo could invent [EMAIL PROTECTED] as simple alias. Regards, Joey -- There are lies, statistics and benchmarks. Please always Cc to me when replying to me on the lists.
Re: Debian testing - uninstallable packages
Andrew M. Bishop wrote: [ I sent this to debian-testing a month ago, but the mailing list ] [ doesn't exist anymore - it is not archived at http://list.debian.org/ ] [ If there is a more appropriate list for this discussion let me know. ] The list does exist. For some reason it wasn't archived anymore, which I had changed recently. Check out http://lists.debian.org/debian-testing-0109/. Regards, Joey -- There are lies, statistics and benchmarks. Please always Cc to me when replying to me on the lists.
Linux Expo on the Philippines
Hi, are there some people around who live on the Philippines? I have received an offer for the Debian Project to give a talk about Debian and run a booth to demonstrate the our free operating system at the conference taking place on November 5th. I don't know of any developer we have on the Philippines. Are there some people interested in helping out and running a booth as well as giving a talk? All major speakers will have the chance to introduce their system and afterwhich, there will be a discussion/forum. There will also be exhibitors from our sponsors. Participants will be from students, professionals and other major industries here in the Philippines. Some helpful material could be found at: http://www.debian.org/events/ http://www.infodrom.ffis.de/Debian/events/ Exhibitions are normally discussed on the debian-events-{na,eu} lists. Therefore I'm adding a header to move further discussions to debian-events-eu@lists.debian.org (I know that the Philippines are not in Europe). Regards, Joey -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists. pgppyghiYzqAy.pgp Description: PGP signature
Seeking for a Debian Security Secretary
Current problems with Debian Security have led me into reconsidering this issue which I thought about one year ago or so. Debian Security is very crucial to our users and thus should be managed properly. To help improve the situation I'm offering a very important job within the Debian project. I'd like to have somebody who will help the core Debian Security Team doing their work. This seems to be required since all members of the Security Team have other important things to do and still don't know how to fork(2) themselves. This position requires: . Discussing security problems with the Security Team, as well as with third parties. . Notifying the Security Team of incidents they haven't noticed already. . Maintaining an internal list of security incidents, both resolved and unresolved. . Reminding members of the Debian Security Team until they release an advisory or decide that Debian is not vulnerable to a particular problem.[1] . Ensure that not only packages in stable but also in the unstable distribution contain security fixes. This implies continuesly kindly reminding package maintainers, eventually also preparing releases or NMUs for unstable with help of the QA or Security Team. . Extract security patches from other vendors' security fixes for further investigation by the the Security Secretary or the Debian Security Team. . Preparing security patches together with the Debian Security Team. This is done by: . Reading and understanding bugtraq. . Monitoring[2] others distributions security advisories (at least Immunix, Trustix, EnGarde, Caldera, RedHat, SuSE, Mandrake and Conectiva, the more the better). This should be done by subscribing to other vendors security lists. . Reading and understanding mail on the private list of the Debian Security Team. Explanations: [1] From time to time the Security Team forgets about security issues. It is very time-consuming doing research for old issues, but it has to be done. [2] This could help http://www.infodrom.ffis.de/Linux/security/, but it is also not complete enough. Regards, Joey -- The good thing about standards is that there are so many to choose from. -- Andrew S. Tanenbaum pgp2A5c5S8u7P.pgp Description: PGP signature
Re: isdnutils getting into testing is a problem...
Paul Slootman wrote: There's a little problem with getting isdnutils into testing... Finally, after more than a year after isdnutils was split up into more logical parts, it's a valid candidate for installation, without anyone filing an RC bug at the last moment. Now I'm wondering why it's not going in anyway, and I discover in unstable_probs.html the following: - Binaries from isdnutils 1:3.1pre1b-21 cannot be installed: - isdnlog-data(hppa) - isdnlog-data(hurd-i386) - isdnlog-data(m68k) - isdnlog-data(sh) This doesn't look sane anyway: Depends: isdnutils(=1:3.1pre1b-1), isdnlog-data, debconf, libc6 (= 2.2.3-7) Recommends: isdnlog-data (apart from the missing space for the first Depends, but that's not crucial apparently). If isdnlog depends on isdnlog-data, does isdnlog-data have to depend on isdnlog as well? If not, remove the dependency and you've won. Regards, Joey -- It's practically impossible to look at a penguin and feel angry. Please always Cc to me when replying to me on the lists.
Resolved [was: spammer attached to debian-bugs-dist?]
That fanmail account was subscribed to 99 lists and got nuked now. Regards, Joey -- It's practically impossible to look at a penguin and feel angry. Please always Cc to me when replying to me on the lists.
Re: Clueless bug reports from autobuilders.
Junichi Uekawa wrote: Hi, I am getting more of these bug reports from autobuilders, and I would like to suggest this. Umh. When the auto-builders came up thiese kind of bug reports were not appreciated and the porters didn't report them, they (espcially Roman, many thanks) reported proper reports, which often did include fixes to the problem when the bug was due to the code being too ia32-centric. Did this change when more buildd went active? Many just send me a bug log, and that doesn't really tell me much, because it lacks the following information : o what was the last version of the software that DID compile and build. call ``madison package'' on auric. Regards, Joey -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists.
master.debian.org hit by disk failure
One of our main servers, namely master.debian.org, is down after it suffered from a disk failure. This was the main reason it was turned off but unfortunately didn't come up again. Adam Heath is currently inspecting the problem, and it seems that our data is still there while the root disk was suffering. This results in a lack of the following services: @debian.org @bugs.debian.org @packages.debian.org http://lists.debian.org/ http://cgi.debian.org/ Mail for master.debian.org and debian.org is queued on murphy and klecker and will be delivered when master is up again. Not affected are: http://packages.debian.org/ @lists.debian.org Sorry for the inconvenience Regards, Joey -- It's practically impossible to look at a penguin and feel angry. pgpeSjL4IoLbO.pgp Description: PGP signature
Re: 5th Annual Linux Showcase Conference: Call for Papers
If you would like to give a talk or tutorial at ALS please drop me and Tiffany a line Regards, Joey Tiffany Peoples wrote: 5th Annual Linux Showcase Conference (ALS 2001) November 6-10, 2001 Oakland, CA USA http://www.linuxshowcase.org Sponsored by USENIX and the Atlanta Linux Showcase, Inc., in cooperation with Linux International Now in its fifth year, the Annual Linux Showcase Conference http://www.linuxshowcase.org continues its remarkable development as the premier technical Linux conference, attracting talks by experts on everything from kernel internals to Internet services, panels discussing the state of the Kernel, Linux in the real world, xfree86, and more. And this year, ALS breaks with tradition by moving out of Atlanta to the SF Bay Area! The ALS 2001 Program Committee invites you to contribute your ideas, proposals, and papers for tutorials, invited talks, refereed technical papers, and work-in-progress reports. We welcome submissions that address any and all issues relating to Linux and the Open Source world. The Call for Papers with submission guidelines and suggested topics is now available at http://www.linuxshowcase.org Submissions are due June 5, 2001 The first XFree86 Technical Conference will run concurrently with ALS on November 7 8. If you are a developer building applications and systems using XFree86, plan to submit a paper or attend this event. For more information check: http://www.usenix.org/events/xfree86/ Please join us and participate in the premier technical conference for Linux enthusiasts and professionals! We look forward to seeing you in Oakland in November 2001! === 5th Annual Linux Showcase Conference (ALS 2001) is sponsored by USENIX, the Advanced Computing Systems Association, and the Atlanta Linux Showcase, in cooperation with Linux International. === -- This is Linux Country. On a quiet night, you can hear Windows reboot. Please always Cc to me when replying to me on the lists.
Re: 5th Annual Linux Showcase Conference: Call for Papers
Martin Schulze wrote: If you would like to give a talk or tutorial at ALS please drop me and Tiffany a line Regards, Joey Tiffany Peoples wrote: 5th Annual Linux Showcase Conference (ALS 2001) November 6-10, 2001 Oakland, CA USA http://www.linuxshowcase.org Sponsored by USENIX and the Atlanta Linux Showcase, Inc., in cooperation with Linux International Confirmed, there will be an exhibition and a conference. So if some people would like to run a booth or give a talk, please get in touch with me. Regards, Joey -- This is Linux Country. On a quiet night, you can hear Windows reboot.
Preparing 2.2r3 - hopefully final
Preparation of Debian GNU/Linux 2.2r3 = Up-to-date version on http://master.debian.org/~joey/2.2r3/ I'm still preparing 2.2r3 and will send reports so people can actually comment on it. I'm sortof responsible for this release, however Anthony Towns has to give the final approval. I, however, can and will try to make his work as easy as possible in the hope to get the next release out real soon now. This mail hopefully is the last status mail that I have to send out before 2.2r3 gets released. Please check the section Further investigation careful and issue a recompile for missing architectures. My requirements for packages to go into stable: 1. The package fixes a security problem. Quite helpful would be an advisory issued by the Security Team already. 2. The package fixes a critical bug which can lead into data loss, data corruption or an overly broken system. 3. The stable version of the package is not installable at all due to broken or unmet dependencies or broken installation scripts 4. The package gets all architectures in stable in sync. 5. All released architectures have to be in sync. Packages that I probably reject: . Package that fixes non-critical bugs . Misplaced uploads, i.e. packages that were uploaded to 'stable unstable' . Packages that are out of sync Accepted packages - These packages should make it into stable. acroreadupdates 4.05-3 i386 Anthony Fok says: Since multiple users have filed bugs against the NLS problem, it is safe to assume that this problem affects a significant minority of all users,. (PDF files often undisplayable or unprintable without the fix unless they manually set LANG=C or something like that...) So 4.05-3 does indeed: fix an important bug that inconvenience quite a few users; or for newbie users, they don't even know how to fix it with LANG=C... Changelog says: * Added a line in /usr/lib/mime/packages/acroread to force Netscape use the Acroread PDF plugin. Thanks to Thibaut Cousin for reporting the bug and and to fellow Debian developer Ryan Murray for providing the fix. Closes: Bug#79333 * Acroread has some NLS issues that broke viewing and printing for international users when the decimal separator is not a dot. A patch is applied to the acroread wrapper script to set LC_NUMERIC. Thanks to Mirek, Serge Gavrilov, Sebastien Cabot for their bug reports, and special thanks to Florian Siegesmund for providing a patch ported from the netscape wrapper script written by H. Peter Anvin et al. Closes: Bug#66586, #66593, #76840, #86473. * Moved /usr/X11R6/bin/acroread back to /usr/bin/acroread. :-) * Added menu hints=PDF. Thanks, Arthur Korn! Closes: Bug#82321. * Acroread 4.05 does support type-in fields for fill-in forms. Closes: Bug#36451. analog updates 1:4.01-1potato1 alpha, arm, i386, m68k, powerpc, sparc Security Update apache updates 1.3.9-13.2 alpha, arm, i386, m68k, powerpc, sparc Security Update apache-ssl stable1.3.9.13-2 alpha, i386, m68k, powerpc, sparc apache-ssl updates 1.3.9.13-2 arm Get architectures in sync. This is non-US. aview updates 1.2-8.1.1 m68k Fix unmet dependency in potato bind updates 1:8.2.3-0.potato.1 alpha, arm, i386, m68k, powerpc, sparc bind-dev updates 1:8.2.3-0.potato.1 alpha, arm, i386, m68k, powerpc, sparc bind-doc updates 1:8.2.3-0.potato.1 all dnsutils updates 1:8.2.3-0.potato.1 alpha, arm, i386, m68k, powerpc, sparc task-dns-server updates 1:8.2.3-0.potato.1 all Security Update boot-floppies updates 2.2.22 all Install, uses an updated kernel and other improvements. Other architectures are not able to hold the release, since boot-floppies are normally out of sync. There are too few porters around working on it. m68k: Christian recently relocated to the US, and no one else is willing to do boot-floppies. sparc: Ben Collins plans to build it on April 13th. arm: Peter Naulls or Wookey plan to build them within the next two weeks. powerpc: 2.2.22 does not build. Dan Jacobowitz is going to build 2.2.23 for powerpc on April 13th (night). console-apt stable0.7.7.2potato2 i386, m68k, powerpc, sparc console-apt updates 0.7.7.2potato2 alpha, arm Get stable packages in sync cronupdates 3.0pl1-57.2 alpha, arm, i386, m68k, powerpc, sparc Security Update cslatex updates 1.2.2 all Showstopper Fixed cslatex stops installation (closes: #67214, #69224) cupsys-bsd updates 1.0.4-9 i386, m68k,
Preparing 2.2r3
Preparation of Debian GNU/Linux 2.2r3 = Up-to-date version on http://master.debian.org/~joey/2.2r3/ I'm currently preparing 2.2r3 and will send reports so people can actually comment on it. I'm sortof responsible for this release, however Anthony Towns has to give the final approval for each package. I, however, can and will try to make his work as easy as possible in the hope to get the next release out real soon now. My requirements for packages to go into stable: 1. The package fixes a security problem. Quite helpful would be an advisory issued by the Security Team already. 2. The package fixes a critical bug which can lead into data loss, data corruption or an overly broken system. 3. The stable version of the package is not installable at all due to broken or unmet dependencies or broken installation scripts 4. The package gets all architectures in stable in sync. 5. All released architectures have to be in sync. Packages that I probably reject: . Package that fixes non-critical bugs . Misplaced uploads, i.e. packages that were uploaded to 'stable unstable' . Packages that are out of sync Accepted packages - These packages should make it into stable. acroreadupdates 4.05-3 i386 Anthony Fok says: Since multiple users have filed bugs against the NLS problem, it is safe to assume that this problem affects a significant minority of all users,. (PDF files often undisplayable or unprintable without the fix unless they manually set LANG=C or something like that...) So 4.05-3 does indeed: fix an important bug that inconvenience quite a few users; or for newbie users, they don't even know how to fix it with LANG=C... Changelog says: * Added a line in /usr/lib/mime/packages/acroread to force Netscape use the Acroread PDF plugin. Thanks to Thibaut Cousin for reporting the bug and and to fellow Debian developer Ryan Murray for providing the fix. Closes: Bug#79333 * Acroread has some NLS issues that broke viewing and printing for international users when the decimal separator is not a dot. A patch is applied to the acroread wrapper script to set LC_NUMERIC. Thanks to Mirek, Serge Gavrilov, Sebastien Cabot for their bug reports, and special thanks to Florian Siegesmund for providing a patch ported from the netscape wrapper script written by H. Peter Anvin et al. Closes: Bug#66586, #66593, #76840, #86473. * Moved /usr/X11R6/bin/acroread back to /usr/bin/acroread. :-) * Added menu hints=PDF. Thanks, Arthur Korn! Closes: Bug#82321. * Acroread 4.05 does support type-in fields for fill-in forms. Closes: Bug#36451. analog updates 1:4.01-1potato1 alpha, arm, i386, m68k, powerpc, sparc Security Update apache updates 1.3.9-13.2 alpha, arm, i386, m68k, powerpc, sparc Security Update apache-ssl stable1.3.9.13-2 alpha, i386, m68k, powerpc, sparc apache-ssl updates 1.3.9.13-2 arm Get architectures in sync. This is non-US. aview updates 1.2-8.1.1 m68k Fix unmet dependency in potato bind updates 1:8.2.3-0.potato.1 alpha, arm, i386, m68k, powerpc, sparc bind-dev updates 1:8.2.3-0.potato.1 alpha, arm, i386, m68k, powerpc, sparc bind-doc updates 1:8.2.3-0.potato.1 all dnsutils updates 1:8.2.3-0.potato.1 alpha, arm, i386, m68k, powerpc, sparc task-dns-server updates 1:8.2.3-0.potato.1 all Security Update console-apt stable0.7.7.2potato2 i386, m68k, powerpc, sparc console-apt updates 0.7.7.2potato2 alpha, arm Get stable packages in sync cronupdates 3.0pl1-57.2 alpha, arm, i386, m68k, powerpc, sparc Security Update cslatex updates 1.2.2 all Showstopper Fixed cslatex stops installation (closes: #67214, #69224) cupsys-bsd updates 1.0.4-9 i386, m68k, powerpc, sparc cupsys updates 1.0.4-9 i386, m68k, powerpc, sparc libcupsys1-dev updates 1.0.4-9 i386, m68k, powerpc, sparc libcupsys1 updates 1.0.4-9 i386, m68k, powerpc, sparc Security upload Packages compiled for alpha and arm uploaded. No advisory yet, due to audit in progress dedit stable0.5.11 alpha, i386, m68k, powerpc, sparc dedit stable0.5.9 arm dedit updates 0.5.11 arm Get stable in sync dialog updates 0.9a-2118-3bis alpha, arm, i386, m68k, powerpc, sparc Security Update distributed-net updates 2.8012-potato3 alpha, i386, powerpc, sparc aj: It's actually non-free, not contrib. The maintainer says that we ought to be doing this in order to be allowed to
Upcoming Events in Germany
Hi there, I have received a whole bunch of notifications for conferences and exhibitions in Germany next year. I would love Debian to be present at each of them, with both, a booth and a talk. This should not be too difficult since there are about 70 Developers in Germany with half as much new applicants. If you are interested in running a Debian booth or giving a talk at one or more conferences, please coordinate with [EMAIL PROTECTED] so we can add that information to the events pages at http://www.debian.org/events/ Please find the Call for Papers at one of the links given for each event. March 10-11 3. Chemnitzer Linux-Tag http://www.tu-chemnitz.de/linux/tag/ http://www.infodrom.ffis.de/Debian/events/CLT3/ May 4-6 3. Braunschweiger Linux-Tage http://braunschweiger.linuxtage.de/ http://www.infodrom.ffis.de/Debian/events/BLT3/ May 18-19 Magdeburger Linuxtage http://www.mdlug.de/index.php3/linuxtag2001/ May 19-20 Berliner Linux Infotage http://www.belug.org/infotage/ July 5-8 LinuxTag 2001, Stuttgart http://www.linuxtag.org/ http://www.infodrom.ffis.de/Debian/events/LinuxTag2001/ As far as I know, there are NO entrance fees for any of these events. So if you don't want to run a booth or give a talk but are interested in some other talks or the exhibition, you are invited to come around and attend. There are three more events where we would require some people running a booth. It's the commercial Linux Expo Roadshow organized by Sky Events. Please check out http://www.linuxexporoadshow.com/ and http://www.debian.org/events/2001/0426-linuxexpo-moscow for details. For these events in eastern Europe there is no Debian booth yet but there could be if people want to organize it. So if you are interested, please get in touch with me. April 23 Praha April 24 Budapest April 25 Warsaw April 26-28Moscow (Peter Novodvorsky could use some help) Regards, Joey -- It's time to close the windows - Run Linux. Please always Cc to me when replying to me on the lists.
Re: List of packages needing a new maintainer
Daniel Kobras wrote: On Tue, 26 Dec 2000, Martin Michlmayr wrote: Below is a listing of packages needing a new maintainer. I know that all the information is in the WNPP already, but I thought it would be a good idea to post a summary since the WNPP bugs were not CCed here. [...] Martin Schulze [EMAIL PROTECTED] O: manpages-de -- German manpages I'd be willing to take them, if it's just for the Debian maintainership and fixing the few outstanding bugs. However, Joey, I see you are also Please take over Debian maintainership. the whole project's leader. The webpages at infodrom didn't show much activity for the past year and a half. Can you comment on the current status of manpages-de? A lot of things have happened, together with the inability to run an ftp server after moving. The pages will be updated soon. Regards, Joey -- GNU does not eliminate all the world's problems, only some of them. -- The GNU Manifesto
Re: dpkg-scanpackage is ignoring newwe?
[EMAIL PROTECTED] wrote: Herbert Xu [EMAIL PROTECTED] writes: Bernd Eckenfels [EMAIL PROTECTED] wrote: running dpkg-scanpackage i386 over Packages i get (over is size 0) ! Package msn-transport (filename i386/msn-transport_1.0-2_i386.deb) is repeat; ignored that one and using data from i386/msn-transport_1.0-1_i386.deb ! which means dpkg-scanpackage is ignoring the -2 in favor of the -1.. why is this so and what can i do? :) dpkg-scanpackage just chooses the first one it sees. You can manually move the old versions out before hand based on the embedded version numbers, but that breaks when you've got epochs. Have a look at how apt-move handles this. Couldn't it be changed so that the newer one will be taken (by date) or the versions are compared? Can't be that hard. Putting both in should also not make a problem, since you have the problem of multiple versions when using stable and unstable as well, so all relevant programms should cope with it. Since I haven't seen a proper answer yet, I'll jump into this dead discussion four months later... Wichert said the current dpkg-dev contains dpkg-scanpackages and dpkg-scansources that behaves properly. In case you'll have to fix your installed package you'll find fixes for this at http://www.infodrom.ffis.de/Infodrom/patches/ Regards, Joey -- Beware of bugs in the above code; I have only proved it correct, not tried it. -- Donald E. Knuth Please always Cc to me when replying to me on the lists.
Linux Expo in Praha, Budabest, Warsaw Moscow (was: Linux Expo Road Show)
I'd like to send out a reminder. Peter Novodvorsky wrote: Hello! I want you to know, that Sky Events will hold four conferences and exhibition in eastern europe called Linux Expo Road Show. Conferences will be held in Praha, Budapest, Warsaw and Moscow, and exhibition -- only in Moscow. Here is the timetable: 23 April 2001: Praha 24 April 2001: Budapest 25 April 2001: Wasraw 26 April 2001: Moscow 27 April 2001: Moscow 28 April 2001: Moscow Debian will have a booth in exhibition. Also we need to be reprepresented on all conferences. We need volunteers! BTW, I hope to see some non-russian debian developers on Moscow exhibition, because there are only two of us in .ru. Are there some people, developers and users, who would be willing to maintain and staff a booth in Praha, Budabest, Warsaw or Moscow? For the Moscow event there seem to be two people, so it is doable. However, given the length of the show, some more people even there would be good. Regards, Joey -- Beware of bugs in the above code; I have only proved it correct, not tried it. -- Donald E. Knuth Please always Cc to me when replying to me on the lists.
RTP: xlHtml
It's a converter XLS-HTML, XLS is used by some proprietery software from the Dark Side... http://www.xlhtml.org/xlHtml-0.2.7.2.tar.gz Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. Please always Cc to me when replying to me on the lists.
New Mailing-Lists
From the we-are-everywhere department: Debian proudly presents: F I V E N E W L I S T S C R E A T E D List: debian-tetex-maint@lists.debian.org This mailing list is designed to help coordinate the maintenance of the teTeX packages and related software in the Debian system. It will not provide user support; for that, please use debian-user or one of the general TeX mailing lists or newsgroups. List: debian-ocaml-maint@lists.debian.org This list is for the discussion related to debian packaging of ocaml (http://pauillac.inria.fr/caml/) programs and libraries. List: [EMAIL PROTECTED] Discussions on the PA-RISC port of Debian GNU/Linux. List: debian-s390@lists.debian.org Discussions on the IBM S/390 port of Debian GNU/Linux. List: debian-l10n-dutch@lists.debian.org Discussion forum for the translators of Debian-specific packages and documentation to the Dutch language. All lists will be archived at regular places on www.debian.org. Subscription is open as usual and they're not moderated. We proudly welcome the good-fellow porters for Debian on HP PA-RISC and on IBM S/390. Regards, Joey Debian Listmaster -- GNU GPL: The source will be with you... always. Please always Cc to me when replying to me on the lists.
GNU/Linux vs. Linux
Ok folks, why is Debian called GNU/Linux instead of simply Linux? Is that documented somewhere? On a web-page, faq, other document? Regards, Joey -- The good thing about standards is that there are so many to choose from. -- Andrew S. Tanenbaum Please always Cc to me when replying to me on the lists.
Re: GNU/Linux vs. Linux
Jakob 'sparky' Kaivo wrote: Martin Schulze [EMAIL PROTECTED] writes: Ok folks, why is Debian called GNU/Linux instead of simply Linux? Is that documented somewhere? On a web-page, faq, other document? IIRC, Debian was originally funded by the FSF, who wouldn't have it any other way. Leavinger personal opinions aside in the hopes of not starting a flame war, it makes sense especially given that there is now a Debin GNU/Hurd distribution. That was not the point and not the source of my question. But thanks anyway. Brendan O'Dea got me the URL: intern http://www.gnu.org/gnu/linux-and-gnu.html http://www.debian.org/doc/FAQ/ch-basic_defs.html#s-gnu /intern Regards, Joey -- The good thing about standards is that there are so many to choose from. -- Andrew S. Tanenbaum
Re: (Re)build a Debian package
SOETE Joël wrote: Dear all, I run Debian 2.1r4 on a PC with an amd486 120 MHz and 16Mb of ram. I also recompile last release of Ckermit. To manage installed software, I would like make a package with this soft. I found also package sources (.dsc, orig.tar.gz and diff.gz files) of a previous release (It is always easiest to learn new material with a good example) and put it in /mydir. In this directory I do: dpkg-source ckermitdsc and work fine by creating the directory /mydir/ckermit-193. In this last directory I try to launch dpkg --build ... which failled dpkg --build creates a .deb out of a given tree. You need to compile the package and packge it afterwards: ./debian/rules build (as user) ./debian/rules binary (as root) Regards, Joey -- No question is too silly to ask, but, of course, some are too silly to answer. -- Perl book Please always Cc to me when replying to me on the lists.
Balsa Problem analyzed (was: 14 days till bug horizon)
Richard Braakman wrote: Package: balsa (debian/main). Maintainer: Jules Bean [EMAIL PROTECTED] 58662 balsa: It doesn't work. I have analyzed the balsa does not run problem. It turned out that it run well after I removed the ~/.balsarc file. Thus this bug is only a configuration issue. I'm unsure how to continue with this problem since new users will be able to work with it without problems. This only affects upgrades. However, while I'm at it, I'll create a new package that will fix some other bugs. I'd be glad if somebody could send me his ~/.balsarc file with which balsa doesn't run so I can compare my usable one and the old one in order to find a real solution to the problem. Regards, Joey -- GNU GPL: The source will be with you... always. Please always Cc to me when replying to me on the lists.
Resume from CeBIT fair 2000
We're back from CeBIT exhibition, taking place in Germany from Feb 23rd to Mar 1st. Several developers have met there and presented both Debian and Debian-related distributions. We've had a lot of fun and appreciated the contacts we were able to make. We're trying to summarize our experiences below. Debian Several people from Debian were around presending Free Software and Debian: . Torsten Landschoff, mainly at the Linuxland/Debian booth; . Roland Bauerschmidt, Daniel Mester, Christian Loob, Henning Heinold and Torsten Landschoff providing support at the Stormix/Debian booth; . Henning Heinold, Andreas Schuldei and Rodger Etz-Brown helping at the LinuxTag booth; . myself at the Vogel-Verlag/CHIP booth Some other Debian developers have visited us at our respective booths. Among them were Christian Kurz, Michael Meskes, Michael Bramer and Carsten Leonhardt. We also met Jens Rühmkorf, one of the developers of the FAI (Fully Automatic Installation) for Debian. We already met one of his collegues, Thomas Lange, at Linux Kongress last year. S/390 On the fair I've met Richard Higson who is trying to aquire a mainframe to port Debian on. We spoke about that port and acknowledged that two architectures would be required to fulfil this goal. I've even seen Linux/390 booting on a S/390 emulator. Read his story (see link at the end) that covers it all. Stormix Stormix Technologies, creator of StormLinux, gave us the possibility to build up an entire booth for Debian and present the free world entirely. This was an exciting experience. The Stormix people are really cool. We've had lots of fun with them and really appreciated to work together. Some people from Stormix want to apply as maintainer so we should be able to work together more closely. They plan to release their installation routine under the GPL so we can reuse parts of if. The same applies to their package manager which is currently rewritten to use apt as backend. It is a lot more evolved then our current gnome-apt package. Innominate This is a German company that provides support for Free Software like Linux, FreeBSD and others. They borrowed us two pc's to for the Debian booth at the Stormix booth. They work distribution independent but also have based two products on Debian (some others on redhat and freebsd): Lingo and a rescue disk on a shaped disc in form of a business card. Corel The main Corel booth was next to a Win2k booth and they were demonstrating the installation of Corel Linux all the time on a big screen. They've also mentioned that it's based on Debian. (though I haven't seen that myself, I was said they did.) This year there was no Debian booth at Corel's. However one of the people we personally know from Corel told me that there should be one, it only should have been planned half a year ago. Thus, I'm asking for booth space for the next exhibitions. ID-Pro They fortunately paid for some of the passes we needed to staff the booths. ID-Pro was also hired to build a pool-installation for Corel Linux, thus for Debian. It will be free and I hope will be useable for plain Debian as well. LinuxTag LinuxTag is Europe's largest Linux exhibition and conference. Apart for a free conference program and free exhibition there is enough space for Free Software projects, including Debian. This year parts of organisation work is done by people affiliated to Debian. Torsten Landschoff Joey Links Richard Higson's report http://pax.gt.owl.de/~higson/hangover-fair-2000.html LinuxTag http://www.linuxtag.org/ FAI http://www.informatik.uni-koeln.de/fai/ Stormix http://www.stormix.com/ Innominate http://www.innominate.de/ ID-Pro http://www.id-pro.de/ -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists. pgpnMNQJBR6hn.pgp Description: PGP signature
Re: Resume from CeBIT fair 2000
Michael Meskes wrote: On Fri, Mar 10, 2000 at 08:53:38AM +0100, Martin Schulze wrote: LinuxTag LinuxTag is Europe's largest Linux exhibition and conference. Apart for a free conference program and free exhibition there is enough space for Free Software projects, including Debian. This year parts of organisation work is done by people affiliated to Debian. Will Debian run its own booth there? That's not a question but a provocation, of course, there will be a booth for Debian again this year! Regards, Joey -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists.
Re: Packages removed from frozen
Richard Braakman wrote: I removed these packages from frozen today. Package: xexec (debian/contrib). Maintainer: Zed Pobre [EMAIL PROTECTED] [Also removed from unstable] 56762 xexec: GPLed software linked against non-compatible Qt2 According to this short description it needs to be removed entirely. Regards, Joey -- Let's call it an accidental feature. --Larry Wall Please always Cc to me when replying to me on the lists.
Re: Bug#59907: emacs19: Unable to update to latest release
Michael Stevens wrote: Package: emacs19 Version: 19.34-21 Hi. Unable to update to latest stable release -- typescript of failure attached. Script started on Wed Mar 8 11:43:42 2000 [EMAIL PROTECTED]:[1m~[m# [Kaapt-get upgrade Reading Package Lists... 0%Reading Package Lists... 100%Reading Package Lists... Done Building Dependency Tree... 0%Building Dependency Tree... 0%Building Dependency Tree... 50%Building Dependency Tree... 50%Building Dependency Tree... Done The following packages have been kept back emacs20 emacs20-el 1 packages upgraded, 0 newly installed, 0 to remove and 2 not upgraded. 12 packages not fully installed or removed. Need to get 0B/5307kB of archives. After unpacking 2048B will be used. Do you want to continue? [Y/n] y (Reading database ... 54937 files and directories currently installed.) Preparing to replace emacs19 19.34-21 (using .../emacs19_19.34-21.1_i386.deb) ... [..] Unpacking replacement emacs19 ... dpkg: error processing /var/cache/apt/archives/emacs19_19.34-21.1_i386.deb (--unpack): trying to overwrite `/usr/man/man1/ctags.1.gz', which is also in package exuberant-ctags dpkg-deb: subprocess paste killed by signal (Broken pipe) [..] I remember seing this at the slink release. What is the proposed action now? Regards, Joey -- Let's call it an accidental feature. --Larry Wall
Debian-List HOWTO
Debian-List HOWTO [EMAIL PROTECTED] November 8, 1999 Martin Schulze Debian-List HOWTO The scope of this document is to help people establish a mailing list at lists.debian.org. The intention of this document is to decrease the workload for the listmasters and to decrease annoying discussions and superflous requests for stuff that is still missing. New lists will only be created if a (wishlist) bug report against lists.debian.org exists and the required information is provided in the bug report. The following information is required if you want to establish a new list: 1. Name Which list do you want to be created? Please note that every list is prefixed by a unique string: Debiandebian- Software in the Public Interest spi- Berlinberlin- Linux Documentation Project ldp- Linux Standard Base lsb- The listmasters will add this string if required. Please keep the name descriptive, short and unique. Subnames are divided by a dash `-'. If the name is not proper the listmasters will reject the request. 2. Rationale Why do you want this list be created, why is it important or similar. Vanity lists (like debian-jokes etc.) will not be created. Do not waste your (and our) time. We will reserve the right to ask for consensus on debian-devel and / or debian-project first. To speed it up you should do this for questionable lists. 3. Long description For http://www.debian.org/MailingLists/subscribe This description is meant for people who are looking for the proper list to join. The description refers to the part of Debian that will be covered. It contains the purposes of the list. 4. Category This is needed to classify the list and to properly sort it on http://www.debian.org/MailingLists/subscribe . One of: . Users . Developers . Internationalization and Translations . Ports . LSB . Other 5. Subscription Policy open / closed If closed, who may get subscribed, who can act as listmaster? 6. Post Policy open / moderated If moderated, who are the moderators? 7. Web-Archive yes / no 8. Short description Only required if 6. is yes. For http://www.debian.org/Lists-Archives/ Hanno Wager Alexander Koch Martin Schulze
Re: Debian 2.1r3
Chris Rutter wrote: The current `sub-release' (whatever) of Debian 2.1 is r3, right? I was just wondering, as all references on the web site are to r2, but I thought I received a message from the security team about r3 last week somtime. Just wanted to check before I filed a boring bug report, or something. /pedant Debian GNU/Linux 2.1r3 is the current official release that should be present on all ftp mirrors of Debian. There are CD images as well. Last I checked an announcement to debian-announce was missing, though. It was released by the Security Team, FTP Maintainers and Stable Release Officer. Thus if there are problems with references on the web pages, please talk to [EMAIL PROTECTED] Regards, Joey -- The only stupid question is the unasked one. Please always Cc to me when replying to me on the lists.
Re: Shortening release cycles
Steve Greenland wrote: I liked a lot of these ideas, but: On 12-Sep-99, 20:22 (CDT), Martin Schulze [EMAIL PROTECTED] wrote: Our current situation results in our stable release being hopelessly out-dated and the unstable release not being releaseable. That's quite bad for a lot of our fellow users and developers. and then wrote: No major changes are allowed to go into the distribution after two months after the last release. (e.g. release on december 1st, major changes are only allowed to happen until february 1st). If you release every six months, this leads to up to 10 months before a new release of a package makes it into stable. Suppose Xfree86 4.0 is released on feb 10th. That's too late for the june 1 release (which froze on feb 1) so it won't be released until dec 1. People will complain. It would be up to the release manager to get convinced about exceptions. I'm willing to appreciate them. However, what you miss is that we are worst than that, slink was frozen in Nov '98 or so, that's about *at least* 12 months before the next release (assuming that potato will be released in December this year). (Not me, as I'm not one of those who believes anything more than a month old is hopelessly outdated.) Granted. Though, we still need testing which takes time, we also need to give other packages time to keep up (e.g. a major perl update requires to recompile some 50 packages or so, X is too fuzzy for me to make assumptions). Regards, Joey -- The only stupid question is the unasked one. Please always Cc to me when replying to me on the lists.
Re: /usr/etc and /usr/local/etc?
Aaron Van Couwenberghe wrote: Just a quick inquiry -- Why is it that we exclude /usr/etc from our distribution? FHS and FSSTND Because configuration belongs to /etc. Period. Regards, Joey -- A mathematician is a machine for converting coffee into theorems.
Re: Debian's involvement in another exhibition
Paul Slootman wrote: On Wed 22 Sep 1999, Martin Schulze wrote: Web: http://oldenburger.linuxtag.de/ : The dnsserver returned: : : DNS Domain 'oldenburger.linuxtag.de' is invalid: Host not found : (authoritative). Doesn't look like the DNS is set up yet. Also no reference from www.linuxtag.de ... Oh shit! It is linuxtag_e_.de. They people from KL were more picky about their domain. Where is Oldenburg geographically? E.g. how far from Holland? :-) Groningen is about 100km. It's 50km south of the coast, where the coast makes its way to the inner country. (difficult to explain.) Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror.
Debian's involvement in another exhibition
Oldenburger LinuxTag - 16th October, Oldenburg, Germany This is a general exhibition wrt. Linux in the metropolitan area of Oldenburg. Local companies will demonstrate their effort and solutions wrt. Linux. Talks and workshops organized by the local LUG will give some details. Debian will have a free booth, staffed with.. somebody Contact: Martin Schulze [EMAIL PROTECTED] German Events [EMAIL PROTECTED] Involvement: Free booth, organized by Debian maintainer Web: http://oldenburger.linuxtag.de/ -- A mathematician is a machine for converting coffee into theorems. Please always Cc to me when replying to me on the lists.
Re: Announcing debconf, configuration management for debian
Branden Robinson wrote: Thanks again, Joey. I look forward to migrating XFree86 to debconf (won't happen for -1, but I'm hoping to tackle FHS-compliance and this for -2). Err, can you please wait for this until a) debconf has been accepted and b) there will be proper support for it and c) proper documentation. disclaimer No, I haven't looked at it yet, but I appreciate it. /disclaimer Regards, Joey -- GNU does not eliminate all the world's problems, only some of them. -- The GNU Manifesto Please always Cc to me when replying to me on the lists.
Re: Migrating to GPG - A mini-HOWTO
Adam Di Carlo wrote: Martin Schulze [EMAIL PROTECTED] writes: And an updated version is at http://www.infodrom.north.de/~joey/GnuPG-Mini-HOWTO I've asked bma to submit this as a bug developers-reference for inclusion in that document? Do you agree that it should be adapted to the Developer's Reference so it can be maintained and distributed that way? Take it and include it - but tell me so I can remove that file. Regards, Joey -- Computers are not intelligent. They only think they are. Please always Cc to me when replying to me on the lists.
Re: Migrating to GPG - A mini-HOWTO
James Troup wrote: Eh, calm down, Joey. I not only can, but should and have decided that GnuPG keys must be verified before they enter the keyring, i.e. I'm not going to add a random key from a random developer without proof it comes from that developer. I'll hope you'll be so kind as to give me your gracious blessing for taking that liberty. Gracious blessing given. Regards, Joey -- We all know Linux is great... it does infinite loops in 5 seconds. - Linus Torvalds
Re: Migrating to GPG - A mini-HOWTO
Jason Gunthorpe wrote: All it means is that GPG should be used in a mode where it will not interoperate with PGP 2.x. This is what Joey's HOWTO recommended more or less. So correct it. You seem to want to give it away rather strongly, so I'd be happy to pick it up and add a few sections - did you use any sort of document processor? Emacs. And an updated version is at http://www.infodrom.north.de/~joey/GnuPG-Mini-HOWTO Still missing: How to use GnuPG for your old PGP keys and stuff. Regards, Joey -- We all know Linux is great... it does infinite loops in 5 seconds. - Linus Torvalds
Re: sgml-tools and super weirdness
Richard Braakman wrote: With super, the slink version was a separate NMU for frozen, while that version was already in unstable. So the changelogs are different, and they are differnet compiles. ARGS. diff -Nur slink/usr/doc/super/changelog.Debian potato/usr/doc/super/changelog.Debian --- slink/usr/doc/super/changelog.DebianWed Mar 10 19:00:09 1999 +++ potato/usr/doc/super/changelog.Debian Tue Mar 2 18:24:29 1999 @@ -1,10 +1,9 @@ -super (3.12.1-1) stable; urgency=high +super (3.12.1-1) frozen unstable; urgency=high * New upstream version * Fixes buffer overflow - * NMU for slink - -- Christian Hudon [EMAIL PROTECTED] Wed, 10 Mar 1999 19:57:04 -0500 + -- Martin Schulze [EMAIL PROTECTED] Wed, 3 Mar 1999 01:21:39 +0100 super (3.11.7-1) stable frozen unstable; urgency=high Apparently we need a cluebat for one of our security officers... Yep, I do admire grepmail: 155 NS Mar 03 Martin Schulze 40 Uploaded super 3.12.1-1 (source i386) to master 161 NS Mar 11 Christian Hudon 35 Uploaded super 3.12.1-1 (source i386) to master Will upload a new version soon. Regards, Joey -- Never trust an operating system you don't have source for! Please always Cc to me when replying to me on the lists.
Naming and Identifying
Hi, recently I have been fouled by some very nasty incidents which made me think that I have made something wrong with our boot floppies. Here is the story. I've created German boot-floppies, but only regular ones, no tecra images. I had to create a slink cd set for a German distributor where we wanted to provide German boot-floppies. Unfortunately when testing they were creating the floppies on an OS/2 machine instead of a linux box - well, Linux was to be installed... Even more unfortunately the CD driver on that machine wasn't aware of Joliet properly so root1440tecra.bin got renamed to root1440.bin. The driver renames the files, but since I've removed the original resc1440.bin and inserted a new one, this file came after the tecra file. Thus, from that time on, we lost my work on the German disks. Similar things would apply for plain DOS, I guess. It took quite a while figuring this out and led me into depression 'cause the CDs were already being burned at the time we noticed this. Thus I request the following changes: a) If we provide non-regular boot floppies, this *has to* be made visible on the first startup screen. This is the tecra image, This is the image for Sun4m or similar. b) If we provide files that are to be read from DOS or other systems where a filename limitation (such as 8.3) occurs we *must not* name files which could be identical. E.g. resc1440tecra.bin and resc1440.bin are identical under 8.3. Thus I request to rename like follows: resc1440tecra.bin -- rescte1440.bin resc1440-save.bin -- resc-s1440.bin resc1440tecra-save.bin -- rescte-s1440.bin This looks quite ugly, does somebody has a better naming schem? Maybe this one? resc1440tecra.bin -- tecra1440.bin resc1440-save.bin -- save1440.bin resc1440tecra-save.bin -- tecra-save1440.bin Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. Please always Cc to me when replying to me on the lists.
Re: correct apt deb line for non-us?
Matthias Klose wrote: Is it currently possible to access the unstable non-US section with apt-get? Or is the reorganisation not finished? Currently neither of the following lines work: deb http://non-us.debian.org/debian-non-US unstable non-US deb http://non-us.debian.org/debian unstable non-US deb ftp://ftp.infodrom.north.de/pub/debian unstable non-US What about non-US/main non-US/contrib non-US/non-free? Just a rough idea from looking at the archive... Regards, Joey -- A mathematician is a machine for converting coffee into theorems. Please always Cc to me when replying to me on the lists.
Re: new arch required
Justin Maurer wrote: If you have a compiler packaged, somebody else is working on kernels, i am not sure when the kernel changes will be merged into the linus kernels. whispervger/whisper would you like me to start a list on the ift server? i expect it will be extremley low traffic until at least the kernel can run a shell. No, but on the @lists.debian.org server. And somebody needs to put something into http://www.debian.org/ports/parisc Regards, Joey -- GNU does not eliminate all the world's problems, only some of them. -- The GNU Manifesto Please always Cc to me when replying to me on the lists.
Re: intent to package pa-risc stuff
Justin Maurer wrote: Justin, can you find out if those machines are binary compatible. I've heard that there are two general types flying around (5i and 3i, iirc). I wonder if one new architecture is enough or if we need both - like for mips. which two machines? the ones the puffins are working on? they are working on the a180c (a-class). it is only a 32-bit machine, however. i think it is compatible with all the 64-bit machines, and can confirm this if you'd like and provide me with more info. HP told me that there were two types of machines, or two types of architectures. I'm not familiar with PA RISC so I can't say much. It's possible that the difference was 32 bit and 64 bit. If the code is compatible, that's fine. Regards, Joey -- GNU does not eliminate all the world's problems, only some of them. -- The GNU Manifesto Please always Cc to me when replying to me on the lists.
Re: intent to package pa-risc stuff
Justin Maurer wrote: consider this my intent to package pa-risc egcs and binutils. the kernel, when one arrives, too. i speak with the puffins (www.thepuffingroup.com, for those who don't know) on a daily basis, so i suppose i am a good candidate. i plan to order myself a machine when my next paycheck rolls around (if spi wants to foot some of the bill, that would be just fine by me...:), but the port is still *months* away from a booting kernel. I wonder if this ITP is a little bit early then... anyway, since for now they will be x-compilers, where should the bins be placed? should egcs be /usr/bin/egcs-parisc? /usr/parisc/egcs? We will have to create binary-parisc or similar. As the beginning, where no port exists, a directory within experimental looks proper to me. Justin, can you find out if those machines are binary compatible. I've heard that there are two general types flying around (5i and 3i, iirc). I wonder if one new architecture is enough or if we need both - like for mips. Regards, Joey -- Computers are not intelligent. They only think they are. Please always Cc to me when replying to me on the lists.
Re: new arch required
Justin Maurer wrote: i'd like to request debian/pa-risc. i am packaging binutils as we speak. after this, i will package egcs. however, there will not be a working kernel for a number of months. with egcs and binutils, packages should be able to built even before there is a working kernel :) If you have a compiler packaged, somebody else is working on kernels, I'm trying to aquire some machines as well, I wonder if it would be time to start debian-hppa as porters mailing list with a roughly periodical status report. However, the name has to be decided: hppa or parisc or whatever? What do the puffins say? Regards, Joey -- Computers are not intelligent. They only think they are. Please always Cc to me when replying to me on the lists.
Bug#37755: general: Woes from upgrading 2.0 - 2.1
Inaky Perez Gonzalez wrote: Package: general Version: N/A Would like to contribute the problems I experienced when upgrading from 2.0 to 2.1 using a 2.2.6 kernel. Hope they are useful. I have received a report about upgrading as well. He failed... But: There were two things which kept his upgrade from failing: a) install current dpkg-multicd b) install new libc manually After that a simple dselect update/installation/configure run with installation/configure repeated upgraded the system. The system was using a multicd set (basically: the OfficialCD, but with some additions) I attach an script for the upgrade (^Ms removed). The main points to note about it is apt-get suddenly died about seven times in all the upgrade process (E: Sub-process returned error code). Sometimes it was enough to invoke 'dpkg --configure -a' and when finished, continue with 'apt-get dist-upgrade', but sometimes it left a package in such a state it had to be removed manually from /var/lib/dpkg/status [trying to purge or re-install would not do]. Other than that, it worked fine. I just miss someway to make apt-get understand multi-cd. Congratulations to all :) I've heard that there is apt-cdrom somewhere. Regards, Joey -- We all know Linux is great... it does infinite loops in 5 seconds. - Linus Torvalds Please always Cc to me when replying to me on the lists.
Re: PostgreSQL INC Press Release
I have received this, you'd know better what to do. Regards, Joey Jeff MacDonald wrote: Greetings, Today we (PostgreSQL INC.) made our Initial Press Release at http://www.pgsql.com/release.html Regarding the beginning of techincal support etc. Also we are anticipating the release of PostgreSQL 6.5 on June 1st. On behalf of PostgreSQL INC. and the PostgreSQL Global Development Group, we are curious if your group would be interested in including PostgreSQL with your next distribution release. Thank You Jeff MacDonald PostgreSQL INC. -- We all know Linux is great... it does infinite loops in 5 seconds. - Linus Torvalds Please always Cc to me when replying to me on the lists.
Hardware working with Linux
Good morning fans, I have noticed that several HOWTO's are way out-dated. For example the Hardware-HOWTO is from July 1998. Same goes for the Ethernet-HOWTO etc. Thus they doesn't cover hardware which is supported by Linux 2.2.x and newer. However, there is a new service which has been opened to the Linux community, called linuxhardware.net. The maintainer, Mark Griskey, told me that it is his goal to provide a list of user experiences with hardware. Thus the kernel source is not compiled to produce such a list. This is why I would like you to check out the website http://www.linuxhardware.net/ and submit your experiences with your hardware. All Linux users would benefit from this since they could easily find out if their hardware works well with Linux. This is what Marc told me: Joey, thanks for the input. However, although this site strives to collect as much information about harware as possible, the goal is to provide a list of user experiences with hardware. If a piece of hardware is not mentioned, that is because no one submitted any information about it. The goal is provide listing of people's experiences with a piece of hardware, complete with additional comments and updates chronicaling everything that was done to get it to work properly. The site will only have as many items as users have submitted. Regards, Joey -- All language designers are arrogant. Goes with the territory... -- Larry Wall Please always Cc to me when replying to me on the lists.
CoolEdit Text Editor
Hi, I wonder if/when/why not/how/who there is/will be/will package the CoolEdit HTML editor? From: http://www.netins.net/showcase/Comput-IT/cooledit/ CoolEdit is a text editor for the X Window System. It provides many features that are very useful to programmers. Things like: * Python programmability * Syntax Highlighting/Coloring for various languages, which can easily be expanded for your language of choice * An interface that doesn't look like it was thrown together in about 5 minuets * Key for key undo * Multiple file editing * Can edit binary files * Macro recording * Easy key redefinition * Drag-n-drop * Generic shell execution * Small in size * An editor with little to no learning curve http://www.linuxhardware.net/ was designed with it. Not that I like this particular design but people keep annoying me with requesting an HTML editor. Regards, Joey -- Let's call it an accidental feature. --Larry Wall Please always Cc to me when replying to me on the lists.
Re: Debian booth at LinuxTag '99?
FYI: I have sent in two abstracts for talks at the Linux Tag, one of them is about Debian GNU. Regards, Joey -- If you come from outside of Finland, you live in wrong country. -- motd of irc.funet.fi Please always Cc to me when replying to me on the lists.
Re: special boot disk
David Stern wrote: Hi, About a month ago a developer posted that he had a special boot disk image in his debian.org home directory to alleviate a hang at install time, but I can't locate the post now. I only know about www.master.debian.org/~doko/ Regards, Joey -- The only stupid question is the unasked one. Please always Cc to me when replying to me on the lists.
Re: Uploaded lilo 21-3.1 (source i386) to master [NMU]
Vincent Renardias wrote: On Mon, 25 Jan 1999, Bernd Eckenfels wrote: thanks for the NMU without asking the maintainer FIRST, AGAIN :-/// No problem, I will mail you next time. Note: the last upload of this package was last month and there is no reason for a quick uplaod since there are no critical warnings pending for FROZEN. 1/ I reported 2 years ago a bug (#7570) that could be fixed in 5 minutes and just got bored to wait. 2/ lilo also had ~10 other bugs that could be easily fixed and since lilo is such a critical part of the Debian system it should be as bugfree as possible. 3/ In march 98, Peter Maydell took the time to write nice manpages for activate(8) and keytable-lilo.pl(8). Not having taken 3 minutes to include them in 9 months is just plainly unjustified and disrespects his work. I considered these 3 points as a good reason to make an upload. In this special case where fixed packages need to be installed into the frozen distribution and time is running out, also given the easyness of fixing these bugs I have difficulties in understanding why the package maintainer got angry about an NMU even without asking him. It was his job to fix the bugs - years ago. Regards, Joey -- The only stupid question is the unasked one. Please always Cc to me when replying to me on the lists.
The days of mSQL are counted
WHO needs the mSQL database? For quite a while I'm very unhappy with it. For half a year I have worked actively in moving to a different db. Yesterday I ported the last remaining program at home which was based on mSQL to PostgreSQL though a general SQL API. There are however some programs left at work but the decision has already been made to move them to a better database. So, at the day I ported the last program I use at the office, I will drop maintenance of mSQL and request its removal - unless somebody steps in and takes over the package. Regards, Joey -- *** Fatal Error: Found [MS-Windows], repartitioning Disk for Linux ... Please always Cc to me when replying to me on the lists.
Re: mark bug #31824 (html2ps: can't execute) as critical?
severity 31824 important thanks Thomas Gebhardt wrote: shouldn't we mark #31824 (html2ps: can't execute) as critical? html2ps does not work at all with this bug. Fortunately the bug can be fixed by deleting an erroneous character in the script. I believe we should. netgod will upload a new pkg, I hope. Regards, Joey -- *** Fatal Error: Found [MS-Windows], repartitioning Disk for Linux ... Please always Cc to me when replying to me on the lists.
Re: Is anyone reading wnpp mail?
Joop Stakenborg wrote: I have done some posting to [EMAIL PROTECTED], but I never get an answer and nothing really happens. The most easiest way to reach the maintainer is to enter IRC, server irc.debian.org and /msg netgod. Is anyone reading the wnpp mail? Generally yes, but only frequently (contrary to regularily). Regards, Joey -- Those who don't understand Unix are condemned to reinvent it, poorly. Please always Cc to me when replying to me on the lists.
Re: Debian booth at LinuxTag '99?
Federico Di Gregorio wrote: On Tue, Jan 19, 1999 at 03:54:55PM +0100, Christian Weisgerber wrote: Wichert Akkerman [EMAIL PROTECTED] wrote: End of June.. sounds like I'll be able to be there. Does anyone know any cheap places to stay for a couple of days in the neighborhood? I am thinking about being there (I'll come from italy). If you find something, Wichert, can you please let me know... I CAN'T read german (hope conference language will be english, at least in part). Errr, you'd better wait for the German Linux Kongress then which is a real conference, with talks held in english. As far as I remember the Linuxtag is an exhibition with some talks for users (contrary to the conference which is meant for developers or both). Regards, Joey -- Those who don't understand Unix are condemned to reinvent it, poorly. Please always Cc to me when replying to me on the lists.
Re: No intend to package vbox
Roland Rosenfeld wrote: here at work we are going to use vbox. Since there is no Debian package already I wonder if somebody has interest in packaging it. I don't feel much interest but need for it so I would appreciate if s/o else would step forward. As Ruud reminded me isdnutils contains a vbox, but a quite old version. What we need is vbox 2 beta 4. As far as I can see isdnutils-3.0-8 includes vbox 2.0.0 beta 5, which is a little bit newer than vbox 2 beta 4 with the following changes: Thanks. I've forwarded that to my collegue. Regards, Joey -- Those who don't understand Unix are condemned to reinvent it, poorly. Please always Cc to me when replying to me on the lists.
Re: Debian v2.1 (Slink) Deep Freeze
Brian White wrote: nonus.debian.org 21423 Dpkg-ftp can't handle alternative distributions This is important?? I don't know what this bug is referring to, but there is a new dpkg-ftp which can handle multiple servers. I wrote a dpkg-multiftp method for the same reasn, the new dpkg-ftp maintainer has merged both. Regards, Joey -- Those who don't understand Unix are condemned to reinvent it, poorly. Please always Cc to me when replying to me on the lists.
Re: Unmet Deps revisted
Steve McIntyre wrote: Santiago Vila writes: smail is still optional, but conflicts with exim, so it should be extra. hello-debhelper conflicts with hello, and has absolutely no extra functionality over ordinary hello, so the binary should be removed, in either case it should be extra. gmc conflicts with mc, but both are optional. There are in total *ten* dselect Dependency/conflict resolution screens. (using the PageForward key). Am I *really* required to report them *all*, or may I ask our kind ftp.debian.org maintainers to do a *serious* dependency/conflict check *before* the deep freeze? Am I missing something here? Where does it say that users should be able to install _all_ optional packages? When selecting all packages of a certain priority there should be no conflicts. If there are two MTA's, then one is optional, the other is extra. I'm sure this is written down in one of our many policy, develop. ref, packaging manuals. Regards, Joey -- Computers are not intelligent. They only think they are. Please always Cc to me when replying to me on the lists.
Re: Unmet Deps revisted
Wichert Akkerman wrote: Previously Martin Schulze wrote: When selecting all packages of a certain priority there should be no conflicts. I think that if I try to install every package with priority extra some things will start complaining very loudly.. Isn't that what Santiago pointed out? Regards, Joey -- Computers are not intelligent. They only think they are. Please always Cc to me when replying to me on the lists.
Re: Bug#32068: multicd can't reinstall removed package
A fixed version has just been uploaded to Incoming. Regards, Joey -- Computers are not intelligent. They only think they are. Please always Cc to me when replying to me on the lists.
No intend to package vbox
Hi, here at work we are going to use vbox. Since there is no Debian package already I wonder if somebody has interest in packaging it. I don't feel much interest but need for it so I would appreciate if s/o else would step forward. Regards, Joey -- orgatech - Ihr Partner in Sachen Internet
Re: No intend to package vbox
Martin Schulze wrote: Hi, here at work we are going to use vbox. Since there is no Debian package already I wonder if somebody has interest in packaging it. I don't feel much interest but need for it so I would appreciate if s/o else would step forward. As Ruud reminded me isdnutils contains a vbox, but a quite old version. What we need is vbox 2 beta 4. It is available via ftp and should probably be included in the isdnutils package or packaged up separately. Currently I have difficulties detecting a source URL but the file is called vbox2b4*. Ah, finally found it: ftp://ftp.netwave.de/pub/linux/drivers/isdn/vbox2b4.tar.gz Regards, Joey PS: It seems to be included in SuSE 5.2 -- orgatech - Ihr Partner in Sachen Internet
Re: Bug#32068: multicd can't reinstall removed package
Andy Mortimer wrote: Solution: multicd has to copy the Packages files into $methdir/multicd/ and access them directly instead of the available file. Since this needs a redesign of the installation method and I'm somewhat short with time I'd appreciate somebody sending me a proper patch. The way I solved this was to simply make a copy of the *available* file, after doing dpkg --update-avail in the [U]pdate method, and then parsing that copy in the installation method. If this doesn't work for you, you could always make the copy at the end of the [U]pdate method, and then copy it back at the beginning of the [I]nstall method! (It's not the prettiest method ever, but it would work ...) This sounds like an easy workaround, could save me quite some time. Thanks, Joey -- Those who don't understand Unix are condemned to reinvent it, poorly. Please always Cc to me when replying to me on the lists.
Re: Unmet Deps revisted
Santiago Vila wrote: There are in total *ten* dselect Dependency/conflict resolution screens. (using the PageForward key). Am I *really* required to report them *all*, or may I ask our kind ftp.debian.org maintainers to do a *serious* dependency/conflict check *before* the deep freeze? If you want to get it fixed then you have to propose a solution or it won't happen. I thought you already noticed this. So yes, please report them *all* or provide a script that checks for this. [...] What for? I already reported a few of them in Bug #29874 and they have not been fixed yet. This was nearly two months ago. Can you raise its severity and/or make an NMU? I feel that such bugs are old enough to justify an NMU. You see, this is very encouraging to report a complete list... I know. I wish I could spend more time on Debian these days and fix a lot of bugs, but unfortunately at the moment I can't. Regards, Joey -- We all know Linux is great... it does infinite loops in 5 seconds. - Linus Torvalds Please always Cc to me when replying to me on the lists.
Bug#32068: multicd can't reinstall removed package
- Forwarded message from Martin Schulze [EMAIL PROTECTED] - Package: dpkg-multicd Version: 0.11 Severity: important I'm awfully sorry but apparently I have to file an important bug report against this pkackage (or dpkg?). It should be fixed before we release slink. First the symptoms: . You install package foo . You mark package foo for removal . You run dpkg --pending --remove . You mark package foo for installation . You try to install it . dselect/multicd/dpkg won't install it . You're lost until you re-run [U]pdate Now the technical part: If you install a package (using dpkg -i foo.deb or dselect) dpkg modifies the record in the available file and replaces it with the proper record from the status file (guessed or experienced by Ruud). As a result of this the available file lacks the fields Filename: MD5sum: and X-Medium: which makes it impossible to install this package again since the methods don't have a chance to find out where the package is located. This doesn't happen with some other methods since they don't depend on the filename being recorded in the available file. Solution: multicd has to copy the Packages files into $methdir/multicd/ and access them directly instead of the available file. Since this needs a redesign of the installation method and I'm somewhat short with time I'd appreciate somebody sending me a proper patch. Regards, Joey - End forwarded message - -- We all know Linux is great... it does infinite loops in 5 seconds. - Linus Torvalds Please always Cc to me when replying to me on the lists.
Re: Unmet Deps revisted
Santiago Vila wrote: There are in total *ten* dselect Dependency/conflict resolution screens. (using the PageForward key). Am I *really* required to report them *all*, or may I ask our kind ftp.debian.org maintainers to do a *serious* dependency/conflict check *before* the deep freeze? Can you raise its severity and/or make an NMU? I feel that such bugs are old enough to justify an NMU. Sure. Please tell me how do I do a NMU of ftp.debian.org ;-) As far as I recall the list of bugs it is not (only) a matter of ftp.debian.org but of the package maintainer. (And the ftpmasters.) Re ftp.debian.org, please send proper mails to override-change(s)@debian.org with clear requests. Re packages, file bugs, do nmu's etc. Regards, Joey -- We all know Linux is great... it does infinite loops in 5 seconds. - Linus Torvalds Please always Cc to me when replying to me on the lists.
Re: Unmet Deps revisted
Santiago Vila wrote: There are in total *ten* dselect Dependency/conflict resolution screens. (using the PageForward key). Am I *really* required to report them *all*, or may I ask our kind ftp.debian.org maintainers to do a *serious* dependency/conflict check *before* the deep freeze? Can you raise its severity and/or make an NMU? I feel that such bugs are old enough to justify an NMU. Sure. Please tell me how do I do a NMU of ftp.debian.org ;-) As far as I recall the list of bugs it is not (only) a matter of ftp.debian.org but of the package maintainer. (And the ftpmasters.) Re ftp.debian.org, please send proper mails to override-change(s)@debian.org with clear requests. Re packages, file bugs, do nmu's etc. Joey, I don't understand what are you exactly trying to tell me. I already filed some bugs, which have not been fixed yet, for which *no* fix other than modifying the override file is possible. What do you mean with send proper mails...? Do you mean that the text of Bug #29874 is improper in some way? I hope not. With proper I thought about mails to overrides-change like package foo needs to be priority extra since foo and bar conflict and are both optional. and similar. If you just file a meta bug report it won't be done, I'm sure. I haven't read the bug report mentioned above so you might have done it already. Regards, Joey -- We all know Linux is great... it does infinite loops in 5 seconds. - Linus Torvalds Please always Cc to me when replying to me on the lists.
Re: Unmet Deps revisted
Santiago Vila wrote: package foo needs to be priority extra since foo and bar conflict and are both optional. Fine, but why should this be more quickly fixed than the same text sent to [EMAIL PROTECTED] against ftp.debian.org? Both should be fine, the bug report should be even better. I got the impression that you only wanted to file a meta bug report 'a la there are tons of unmet dependencies, packages with same prio conflict, fix it. (Bug #29874 contains several like that, it is not a generic bug). good. Regards, Joey -- We all know Linux is great... it does infinite loops in 5 seconds. - Linus Torvalds Please always Cc to me when replying to me on the lists.
Re: Strange messages
The messages resulted from a toasted news gateway. Within minutes after the incident we have taken action and have blocked that system from further posting as well as informing its maintainer. Since our mail system is very fast several such mails went through, at least 1-5 per list. Regards, Joey Michael Bramer wrote: On Mon, Nov 23, 1998 at 03:59:04PM -0600, Steve Corder wrote: Very recently (i.e. today), I began receiving several unusual messages addressed to the debian-cd@lists.debian.org and the debian-devel-announce@lists.debian.org mailing lists. I say unusual because none of these messages were in English, and unless I'm badly mistaken (it's happened before) some (if not all) of them have to do with cars... Is this just happening to me, or is everyone on the lists getting these messages? I get this messages too. Are the mail rot13-mails? No, they were polish. Regards, Joey -- GNU does not eliminate all the world's problems, only some of them. -- The GNU Manifesto
ToDo List for the Boot Floppies Package
ToDo List for the Boot Floppies Package I guess you all know that new slink boot floppies have been uploaded today bu the leader of the boot floppies team, Enrique Zanardi. Please test them and write appropriate bug reports if you discover problems with them. I've talked to Enrique about things that still need to be done with the boot-floppies package. This is the compiled list. I'm sure there are still tasks missing. If you want to add things to the list please drop me a line, I might post another list to debian-devel-announce again, depending on the progress made. . Try to trim the rescue floppy so that it fits on a 1.44 MB disk again. . Modify on boxes.c so that the dialog boxes resize themselves. As the messages have different lenghts for the different translations, this is a must-have for the translated floppies. Also take care of the current screen size (start linux with vga=ask and use 132x44 for example). . Implement an install on a loop filesystem option. The major work should be fulfilled by Jens 'grimaldi' Ritter. . Read more data from the boot prompt (keyboard language, source medium, network config, ... eventually everything may be provided from the boot prompt. That makes an unattended installation trivial, one just write the proper syslinux.cfg file and there it goes...) . Implement an install base system from a HTTP server option. . Go through the huge list of bugs, closing/reassigning the already fixed/not in boot-floppies but on syslinux or kernel bugs. . The user should only be queried once for the cd-rom path if the path that was provided at the first place matches the need at the second place, too. Is the /dev/cdrom link created now? . Provide a debug program for each and every dialog box - can also be used to provide screen shots of the installation. This includes some fiddling with internal settings. (long term todo) . Provide easy targets for boot floppies in non-english languages. Currently 'es' is ready, 'de' is on the way.[1] . Include dpkg-multicd in the base system. (theoretically solved) . Maybe make multi_cdrom the default access method for dselect. How does one achieve this? If you have some spare time I would appreciate if Enrique could be provided some appropriate patches when he is back on Nov 9th. [1] If you want to translate the system into another language you should get in touch with err... Hartmut Koptein (hee hee) or me. I would prefer Harmut while I'm sure that he would prefer to contact me... You chose. Regards, Joey -- The only stupid question is the unasked one. pgpSNVsXLCAmE.pgp Description: PGP signature
Re: Slink not installable from CDs
Avery Pennarun wrote: I think we should play a simple game of numbers, and I think FTP statistics are a good place to get those numbers :) Since this script will only really be useful to CD-makers, this project would be mostly independent of dpkg-multicd or whatever. But not independent of debian-cd. Regards, Joey -- All language designers are arrogant. Goes with the territory... -- Larry Wall
Re: Need Povray 3.1 Maintainer
Drake Diedrich wrote: Povray 3.1 (a raytracer) has been released, and I've had a request to package it. Unfortunately, 3.1 deleted experimental features in 3.0 (halos), and does not have the patches I applied to the 3.0 codebase (PVM, isosurfaces). Some of the new 3.1 features are already in the patched Debian 3.0 package (macros). What I think we should do is create new Povray 3.1 packages, but keep the 3.0 packages as well. The announcement on povray.org suggests this (keeping the 3.0 binaries around for legacy scenes). update-alternatives entries already exist for the povray binaries, as there are 2 different povray 3.0 binaries (a bare one and a feature-laden one). Why not adding the features from 3.0 into 3.1 and sending the upstream authors a nice patch? Regards, Joey -- All language designers are arrogant. Goes with the territory... -- Larry Wall
Re: Uploaded sysklogd 1.3-29 (source i386) to master
reopen 24893 thanks Alex Romosan wrote: [EMAIL PROTECTED] (Martin Schulze) writes: sysklogd (1.3-29) unstable; urgency=low, closes=24893 . * Re-Applied patch provided vom Topi Miettinen with regard to the people from OpenBSD. This provides the additional '-a' argument used for specifying additional UNIX domain sockets to listen to. This is been used with chroot()'ed named's for example. An example is described at http://www.psionic.com/papers/dns.html. This time the patch doesn't stall syslogd. Thanks to Topi Miettinen [EMAIL PROTECTED] (closes: Bug#24893) it still doesn't work. please, please, please test this before you upload it again. the new syslog completely froze my system (mail wasn't going out, etc) i couldn't even su to root. on reboot it just hang there. i had to go into single user and disable syslog (chmod -x /etc/init.d/sysklogd) before i could do anything. thanks. I did test it. Contrary to -27 this time I directly tested it on my log host which makes heavy use of syslog due to a lot of pop3, news and smtp activities. (and not on the compile host). However currently -29 stops syslog'ing at all. I'm about to cry and quit this stuff. Would you like to test a pre-release of -30? Again, on my server it runs as expected. This release contains a patch against the former version. ftp://ftp.infodrom.north.de/pub/people/joey/debian/sysklogd_1.3-29.1_i386.deb Regards, Joey -- Let's call it an accidental feature. --Larry Wall
Re: Possible serious problem with the newest sysklogd?
Gregory S. Stark wrote: You'll also find the new version which has the offending code removed: ftp://ftp.infodrom.north.de/pub/people/joey/debian/sysklogd_1.3-28_i386.deb Does -29 have it reinserted? I'm seeing the same problem. Yes. That was the intention - which failed again. *sigh* Could you try the next prelimnary version? ftp://ftp.infodrom.north.de/pub/people/joey/debian/sysklogd_1.3-29.2_i386.deb Regards, Joey -- Let's call it an accidental feature. --Larry Wall
Re: Uploaded sysklogd 1.3-29 (source i386) to master
Alex Romosan wrote: Alex Romosan [EMAIL PROTECTED] writes: i just installed sysklogd 1.3-29.1 on one of my systems. i'll let you know if i have any problems with it or not. thanks. well, i can't send any mail out, and there is nothing logged to syslog. i can't su either. looks like nothing changed. I introduced a severe bug. Could you try the next prelimnary version and tell me if it works for you? ftp://ftp.infodrom.north.de/pub/people/joey/debian/sysklogd_1.3-29.2_i386.deb Regards, Joey -- Let's call it an accidental feature. --Larry Wall
Re: something is f***ed
Stephen Crowley wrote: On Sun, Oct 18, 1998 at 11:20:28AM +0200, Remco van de Meent wrote: On Sun, 18 Oct 1998, Chris Leishman wrote: : On Sat, Oct 17, 1998 at 06:07:17PM -0500, Stephen Crowley wrote: : Ok, i just apt-get upgraded about an hour ago, to my horror i can no : longer login, nor can I su, it just sits there doing nothing. I : also cannot telnet to localhost. Someone on irc just upgraded also and got : the exact same problem. What is going on!? : : : : Confirmed problem here too. Same symptoms. Have you solved this one : yet. What version of sysklogd are we talking about? -27? -28? -29 Can you try: ftp://ftp.infodrom.north.de/pub/people/joey/debian/sysklogd_1.3-29.2_i386.deb Regards, Joey -- Let's call it an accidental feature. --Larry Wall
Re: What Bruce had to say about non-Pixar names. Re: what's after slink
Christopher Barry wrote: Saw this posting from Bruce on Slashdot: http://www.slashdot.org/comments.pl?sid=98/10/15/1011208pid=128#147 Do you want us to hurry up in order to catch up with the new 'whole bunch' of code names? scnr Joey -- GNU GPL: The source will be with you... always.
Re: latest sysklogd broken?
Avery Pennarun wrote: On Fri, Oct 16, 1998 at 12:12:52AM +0200, Martin Schulze wrote: What do you mean by break? If you restart syslogd you have to restart some other programs as well (squid, teergrube, inn, named come to my mind.) Can you explain this? This doesn't sound very normal to me. Sure. Many programs open the socket to syslogd and never re-open it. Thus whenever you restart the syslogd (contrary to SIGHUP' it). These files will log into nowhereland, i.e. the console. This sounds like a fixable libc bug. For the Unix domain socket, it should easily be able to notice when send() fails -- and it should re-open the log socket in that case. I don't think any programs bypass libc to do their syslog calls... You should submit a bug against libc6, I think... Please go ahead. Regards, Joey -- Install joe (Joey's Own Editor) correct: Joe's Own Editor
Re: Secure Locate 1.2 (findutils?)
If the package replaces the utilities from findutils and is commandline compatible, you might want to find out how dpkg-divert and update-alternatives work. I'd vote for update-alternatives. In any case please negotiate with the findutils maintainer. Regards, Joey Brian Ristuccia wrote: Anyone give any thought to packaging Secure Locate 1.2? Is there any way to package this without it conflicting with the standard locate provided in findutils? This seems like a much better way to enhance privacy without running updatedb as nobody and thus making users unable to 'locate' files in their own private directories. I'd do this myself, but I haven't been accepted as a maintainer yet, findutils is part of the required base install which I'd rather not be resposible for breaking, and slocate might require some special permissions which could decrease security in a ways I haven't fully explored yet. -- Brian Ristuccia [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Install joe (Joey's Own Editor) correct: Joe's Own Editor
Et voila! (was: Re: Slink not installable from CDs)
Martin Schulze wrote: I brought it up already but nobody jumped on. Great, this time people were sensitively watching. Slink currently cannot be installed on a single-cd system using cd images. Everybody agrees? Heiko Schlittermann has written a new dselect installation method that supports multiple cds.[1] The reason why he hasn't uploaded it yet is that it depends on a hax0red version of dpkg-scanpackages to support a new field for each package CD which contains the CD on which the package is stored. I have negotiated myself with Heiko, picked the package from him, debugged and grok'ed it, verified it, wrote some documentation for it, corrected some text, completed it with a specialized version of dpkg-scanpackages, included an adjusted manpage and got Che_Fox to proofread the text. Here is how it works: Installation methods for multiple binary CDs This package provides three new methods to be used within dselect in order to access Debian binary package stored across multiple binary CD ROMS. It will install itself into the methods directory from dselect so the user will be able to use them immediately. These are the three new methods: . Multiple binary CD-ROMs . Multiple binary CD-ROMs, accessed through NFS . Multiple binary CD-ROMs, pre-mounted Acquiring package data - Since this method is derived from the `mounted' method the user is able to access up to five binary directories within `dists/stable': . main . contrib . non-free . non-US . local The selected method will try to read the `Packages' file from each of these directories if it is available. Installing the files At the beginning of the installation the `multicd' package will sort the list of to-be-installed packages and install them CD by CD. If a different CD-ROM is required the user will be prompted to exchange the CD-ROM. Preparing multiple binary CD-ROMs - Since the `multicd' methods need to know which packages are on which CD-ROMs one cannot use regular `Packages' files. An additional data field X-Medium: is required. The first CD-ROM from the set should contain all `Packages' files. To be more convenient you should include the `Packages' files on all CD-ROMs. Additionally the package needs to gain information which CD-ROM is currently used. Thus each CD-ROM contains the file `.disk/info' which contains the symbolic name for the CD-ROM as specified by X-Medium:. In order to be able to create the modified Packages files, this package installs a modified version of `dpkg-scanpackages' in /usr/bin. You'll need to specify the used medium with `-m medium'. To split the `main' distribution into two CD-ROMs you'll need to create a `Packages' file for each `binary-$arch' directory. Afterwards you simply append the second one to the first one and put the resulting `Packages' file into both `binary-$arch' directories. dpkg-scanpackages - This package provides an improved version of `dpkg-scanpackages' which comes with the following additional features: . It can read compressed overrides files . Using `-m medium' you can tell the program to add the new data field X-Medium: for each record in the output. This version is installed using `dpkg-divert' which will disable the original `dpkg-scanpackages' program. Sample Layout - CD1 .disk/info = Debian GNU/Linux binary-i386 dists/stable/main/binary-all/ binary-i386/Packages.gz binary-i386/net/foo.deb contrib/binary-i386/Packages.gz non-free/binary-i386/Packages.gz non-US/binary-i386/Packages.gz CD2 .disk/info = Debian GNU/Linux contrib-i386 dists/stable/main/binary-i386/Packages.gz contrib/binary-all/ binary-i386/Packages.gz binary-i386/net/foo.deb non-free/binary-i386/Packages.gz non-US/binary-i386/Packages.gz CD3 .disk/info = Debian GNU/Linux non-free-i386 dists/stable/main/binary-i386/Packages.gz contrib/binary-i386/Packages.gz non-free/binary-all/ binary-i386/Packages.gz binary-i386/net/foo.deb non-US/binary-all/ To re-generate the Packages file you have to chdir into `dists/stable/$part' and issue `dpkg-scanpackages' as follows. It's assumed that you have copied and gunzipped the overrides files in /tmp. CD1: dpkg-scanpackages -m Debian GNU/Linux binary-i386 \ binary-i386 /pub/debian/indices/override.hamm.gz \ dists/stable/ binary-i386/Packages CD2: dpkg-scanpackages -m Debian GNU/Linux contrib-i386 \ binary-i386 /pub/debian/indices/override.hamm.contrib.gz \ dists/stable/ binary
Re: Slink not installable from CDs
Philip Hands wrote: So, slink is more than 760 Megabytes big for i386 machines. This does not fit on one single CD. This means that even without contrib, non-free, non-US etc. we already need two cds. This needs to be addressed quick! Heiko Schlittermann has written a new dselect installation method that supports multiple cds.[1] The reason why he hasn't uploaded it yet is that it depends on a hax0red version of dpkg-scanpackages to support a new field for each package CD which contains the CD on which the package is stored. Phil, as debian-cd maintainer and maintainer of the OfficialCD, I'd like to hear your oppinion. If there's a way of making multi CD installs work, then I'm all for it. Of course there is. Aren't we all able to do some programming? Please take a look at the mail I've just sent and take a look at the dpkg-multicd package which provides three methods for accessing multiple binary cd-roms. ftp://ftp.infodrom.north.de/pub/people/joey/debian/dpkg-multicd_0.7.1_all.deb One thing: Do people think it's important to keep the possibility of doing a one CD install, and still ending up with a useful system ? Yes! I don't think this is too difficult. There are a lot of packages which can be moved onto the second cd-rom. If so, I would think the thing to do is to move the ``most optional'' packages from main onto the second CD, so that the first CD still contains the ``most important'' bits of main. How do we determine what's important, and what's optional ? Some people already mentioned that we need to distinguish between certain packgages. I propose: . First try to separate by section, move the least important section to the second cd and check the remaining disk space. . Secondly check some packages and their priority, move some back onto the first cd and some others off of the first cdrom. . Thirdly you could try to move whole subsystems off of the first CD, like already mentioned: sound, tex, scientific (partially in math, partially somewhere else), misc etc. Regards, Joey -- The MS-DOS filesystem is nice for removable media. -- H. Peter Anvin
Re: Et voila! (was: Re: Slink not installable from CDs)
Jason Gunthorpe wrote: On Fri, 16 Oct 1998, Martin Schulze wrote: Heiko Schlittermann has written a new dselect installation method that supports multiple cds.[1] The reason why he hasn't uploaded it yet is that it depends on a hax0red version of dpkg-scanpackages to support a new field for each package CD which contains the CD on which the package is stored. I have negotiated myself with Heiko, picked the package from him, debugged and grok'ed it, verified it, wrote some documentation for it, corrected some text, completed it with a specialized version of dpkg-scanpackages, included an adjusted manpage and got Che_Fox to proofread the text. I don't much care for the notion of a single master package file on the first CD.. I rather was intending APT to read the package files from each CD and use that to determine what is on which CD. (This fits with the URI Please implement it. Debian can only benefit from multiple ways to interoperate with multiple binary cd-roms. scheme, X-Media does not) Can we perhaps have a Packages.AllCds in some dir that has this header and leave the normal package files with their normal meaning (.debs avail at that URI) Na, we cannot! Doing this we would mixing up free, partially free and non-free stuff. The user still has to be able to install a completely free system. If he wants to use the other parts too, that's up to him. Regards, Joey -- The MS-DOS filesystem is nice for removable media. -- H. Peter Anvin
Re: Et voila! (was: Re: Slink not installable from CDs)
Jason Gunthorpe wrote: On Fri, 16 Oct 1998, Tyson Dowd wrote: There is no reason why the X-Media field has to be in the Packages files on the CD -- that information could be stored by the multi-cd method when it reads in the CD info. Indeed, why don't we do that instead of complicating the CD making process with a new dpkg-scanpackages? Maybe because nobody except Heiko and me have stepped forward? Again: Please implement it. There is room for both methods. It just has to be implemented. Regards, Joey -- The MS-DOS filesystem is nice for removable media. -- H. Peter Anvin
Intent to packge wordinspect
I feel that this is an appropriate addition to the common dict client. GTK-based Dictionary Client This package provides a graphical frontend to dict, which is a client that queries the dictd server. Since it is TCP based, it can access servers on the local host, on a local network, or on the Internet. . The DICT Development Group maintains several public servers which can be accessed from any machine connected to the Internet. The default configuration is to query one of these servers first, but this may be changed in the configuration file /etc/dict.conf. . Queries may be customized by numerous command line options, including specifying the database(s) to be queried and the search strategy to be used. Regards, Joey -- The MS-DOS filesystem is nice for removable media. -- H. Peter Anvin pgpa9vYUgoliT.pgp Description: PGP signature
Re: 1FA: problem still in hamm disks
Brent Fulgham wrote: I'd like to chime in -- It's a real annoyance that the base disks don't set up lilo to let you boot into multiple operating systems. Couldn't it ask if you want to dual-boot with windows, or whatever, and generate an appropriate lilo.conf file? This would be nice. Brent, could you checkout the boot disks and try to implement it? Regards, Joey -- The MS-DOS filesystem is nice for removable media. -- H. Peter Anvin
Re: Et voila! (was: Re: Slink not installable from CDs)
Hi, just a short remark on the version I uploaded today. The methods don't require the regular `Packages' files but use their own ones which are named `Packages.cd' or `Packages.cd.gz' resp. This makes other methods of dselect still work with the new cds. However this requires two sets of `Packages*' files but that should be acceptable. Regards, Joey -- The MS-DOS filesystem is nice for removable media. -- H. Peter Anvin