gmane.linux.debian.devel.general

Bug#496967: general: System completely blocks any input

Stepan Golosunov — 2008-08-30T11:08:05

29.08.2008 в 19:51:13 +0200 Frank Küster написал: Looks similar to #479709, which happens with linux 2.6.25/2.6.26 but not 2.6.24 and seems to be provoked by chrony.

Bug#496967: general: System completely blocks any input

Frank Küster — 2008-08-30T10:21:16

Hi, Am 29.08.2008 um 20:20 schrieb Lars Wirzenius: Mine too. Can I download an iso image of a boot CD with memtest86+ somewhere? I have only this single Linux machine at the moment, and there's no chance at all that the machine works long enough that I am able to install the package and understand how to create an image. That's exactly what I did and why I am reporting this as a Debian bug: It never occurred when booting from a Knoppix CD, even after hours. The only thing that is different hardware-wise is that the harddisk is mostly inactive in Knoppix. Is there any live system available which can handle lvm volumes? I think I even have some free disk space for an additional partition to install the live system on harddisk. But I cannot access it from Knoppix, and didn't find information on lvm in the Knoppix FAQ. TIA, Frank

Debian on Zaurus ?

Hans-J. Ullrich — 2008-08-30T09:32:14

Dear developers, with great interest I read your message of running debian on freerunner. According to this, I asked myself, if there might be an easy way to install debian on a Sharp Zaurus SL-C1000. I googled, but I only found some homebrew images and ways of install with very oold kernels (or japanese environments and so on). I hope, that the knowledge of "installing debian on freerunner" might be easyly transferred to be able to install debian on the Zaurus machine. The Zaurus got a strong-arm cpu, as well as the freerunner. Maybe it might be much more easy to build a kernel and the required content on the sd-card ? The main problem, IMO is to create the kernel. It must be in the flashable format (at the moment I am using angstrom-distribution). If a kernel can be flashed, you need the rest of the content (the "initrd") which must be put onto the sd-card. A file in tgz-style should do it (can be unpacked onto the sd-card using a cardreader). Are there efforts at the moment to get debian in

Please, stop this hurting vendetta, don't you think enough time has passed ?

Sven Luther — 2008-08-30T00:03:14

Hello, ... This is the first time in the over-a-year that i have been banned from the debian mailing lists that i try to go around the ban to post an appeal to the whole debian community. And i am sorry to come again with this. I write this, because even despite what debian has done to me, i still follow the debian lists, i still counsel people to use debian, i still try to help as i can, and i still believe that the debian project, and the majority of DDs and associated are nice and friendly people believing in a noble cause. I write this, because even after a year and more after having been expulsed and reduced to silence like i was, my heart is still bleeding and my soul hurting each time i am again and again repeatedly hurt and humiliated, and i don't understand how it is possible that some people in debia still have the need to come after me like they do over a year after the facts. I don't understand how people which i once considered friends and respected could be so devoid of compasion and heart

Bug#497104: ITP: libpdfrenderer-java -- Java PDF renderer and viewer

Torsten Werner — 2008-08-29T21:46:59

Package: wnpp Severity: wishlist Owner: Torsten Werner debian.org> * Package name : libpdfrenderer-java Version : 0~20080829 Upstream Author : joshy, rbair, tomoke * URL : https://pdf-renderer.dev.java.net * License : LGPL Programming Lang: Java Description : Java PDF renderer and viewer The PDF Renderer is just what the name implies: an open source, all Java library which renders PDF documents to the screen using Java2D. Typically this means drawing into a Swing panel, but it could also draw to other Graphics2D implementations. It could be used to draw on top of PDFs, share them over a network, convert PDFs to PNG images, or maybe even project PDFs into a 3D scene.

Bug#496967: general: System completely blocks any input

gregor herrmann — 2008-08-29T21:51:22

I had something similar a few months ago, and it was related to the kernel's clocksource setting. But that was with 2.6.21 and 2.6.22, so probably doesn't apply here. Cheers, gregor

Re: automatic bug filing by test robot

Steve Greenland — 2008-08-29T21:38:59

Why, the same way all the manual duplicate bug filers[1] check :-) Steve [1] yes, I've filed a few duplicates in my life, no need to point them out.

Re: Is it a "user error" to use lilo?

2008-08-29T20:50:43

Well here's what you do as I have just made the transition myself. First you notice that both grub and grub2 are available. Further research shows that grub has ceased development, which has moved to grub2. The problem with grub2 is that it is hardly documented compared to grub, and one cannot rely on the old grub manual as grub and grub2 are apparently quite different. So, one uses trial and error. Yes, sounds risky in that you might make your computer unbootable, but that's what I did. Apparently one uses update-grub && grub-install /dev/hd[a, etc.] I also reported /etc/kernel-img.conf being documented in a different package, but in the end I find I can't trust it anyway, and in my shutdown script I have test "$(find /boot -type f -cnewer /boot/grub/core.img)" && update-grub && grub-install /dev/hda Maybe I'm being overcautious now that I'm using grub instead of lilo, but: with some older users, being locked out of their computer might be the straw that breaks the camels' back. They can't access the

Bug#497090: ITP: libghc6-terminfo-dev -- Haskell bindings to the terminfo library

Marco Túlio Gontijo e Silva — 2008-08-29T20:19:40

Package: wnpp Severity: wishlist Owner: "Marco Túlio Gontijo e Silva" riseup.net> * Package name : libghc6-terminfo-dev Version : 0.2 Upstream Author : Judah Jacobson gmail.com> * URL : http://code.haskell.org/terminfo * License : BSD Programming Lang: Haskell Description : Haskell bindings to the terminfo library This library provides an interface to the terminfo database (via bindings to the curses library). Terminfo allows programs to interact with a variety of terminals using a standard set of capabilities.

Re: Section of the sendmail manual page

Michael Schutte — 2008-08-29T19:16:03

Lars, On Fri, Aug 29, 2008 at 09:50:23PM +0300, Lars Wirzenius wrote: Of course it isn’t… Yup, that’s about my stream of thought as well. No, it isn’t much of a problem, it’s just a little inconsistency I came across recently. Working on a sendmail wrapper, I noted that setting up a diversion on /usr/share/man/man8/sendmail.8.gz and installing a replacement was not enough to hide the original sendmail’s manpage in all cases. So I have a choice between using two diversions or changing some packages.

Bug#497082: ITP: libev-perl -- perl interface to libev, a high performance full-featured event loop

Maximilian Gaß — 2008-08-29T19:05:03

Package: wnpp Severity: wishlist Owner: "Maximilian Gaß" cloudconnected.org> * Package name : libev-perl Version : 3.43 Upstream Author : Marc Lehmann schmorp.de> * URL : http://search.cpan.org/dist/EV/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : perl interface to libev, a high performance full-featured event loop This module is very fast and scalable. It is actually so fast that you can use it through the AnyEvent module, stay portable to other event loops (if you don't rely on any watcher types not available through it) and still be faster than with any other event loop currently supported in Perl.

Bug#496967: general: System completely blocks any input

Felix Zielcke — 2008-08-29T18:42:00

Hello, Am Freitag, den 29.08.2008, 19:51 +0200 schrieb Frank Küster: I noticed something similiar, with the VMware Workstation 6.5 Beta I thought this was just a bug in the beta but maybe it's somewhere in Debian. For example sometimes I just rsync a whole system to another one. and then it seems to hang like you experience it. But if I then just hide the window and unhide it again, then it get's updated once. I had to do it a few times to check if rsync was finished or not. So the system was still running it was just the graphic output in my case which wasn't updated. Hm unfortunately I don't know if in my case the network still worked or not. If it happens again for me I try to find more about it. On my native real Debian sid/experimental system I hadn't this problem yet.

Re: Section of the sendmail manual page

Lars Wirzenius — 2008-08-29T18:50:23

pe, 2008-08-29 kello 20:42 +0200, Michael Schutte kirjoitti: I don't think a missing manual page is a serious bug. /usr/sbin/sendmail is, most importantly, a command line API for sending e-mail, which user agents and other software can and do use. For this role, I think section 1 is most appropriate, and section 8 is also fine. /usr/sbin/sendmail can also be a daemon that provides a mail transport agent. For this role, section 8 seems like the only choice. Thus, I think the right section is dependent on how the package uses the /usr/sbin/sendmail it provides, but if you insist on the same section being used everywhere, then it's 8. I do not see it as a problem for different packages to provide the manual page in different sections. But I may be missing something, and if so, please elaborate.

Section of the sendmail manual page

Michael Schutte — 2008-08-29T18:42:10

Hi everyone, Of the 13 packages in sid providing mail-transport-agent, four come with a sendmail(1) manual page, while the remaining eight ship with sendmail(8) (citadel-mta has neither of them; I’m going to open a serious bug after receiving some replies to this mail). I could barely care less under most circumstances, but it does make maintainer scripts for sendmail wrappers longer by two dpkg-divert lines. Which section of the manual do you think sendmail belongs in? I don’t have a strong opinion on this; it can act as a daemon process as well as an ordinary program started by an MUA. I’d personally go with sendmail(8) to file fewer bugs (it’s the traditional choice, too). Cheers,

Bug#496967: general: System completely blocks any input

Lars Wirzenius — 2008-08-29T18:20:53

pe, 2008-08-29 kello 19:51 +0200, Frank Küster kirjoitti: My first suspicion would be about the hardware. You could run memtest86+ for at least 12 hours or until the first error. Another idea: you could test the system with another version of Debian, or with Ubuntu, Knoppix, or another live CD, and see if you can reproduce the problem with that.

Bug#496967: general: System completely blocks any input

Frank Küster — 2008-08-29T17:51:13

Hi, Am 28.08.2008 um 22:41 schrieb Frank Küster: I should have been more specific here. It's not only the input, it's the output as well. For example, if aptitude is downloading packages in an rxvt window, the percent count stops changing as well, the display is also frozen. Any (ethernet) network also seems to stop: It no longer answers to pings, and a remote ssh login stops working, too. Any ideas how I can start debugging this? Regards, Frank

Re: Bug#497056: lsb-base: /lib/lsb/init-functions NON-DSFGLicence ?

Lars Wirzenius — 2008-08-29T16:56:00

pe, 2008-08-29 kello 11:20 -0500, William Pitcock kirjoitti: Since I agree with William, I'm closing the bug. If Jari disagrees, he'll let us know.

Re: Bug#497056: lsb-base: /lib/lsb/init-functions NON-DSFGLicence ?

Lars Wirzenius — 2008-08-29T15:40:48

pe, 2008-08-29 kello 18:30 +0300, root kirjoitti: In what way do you think the lsb-base license does not conform to the DFSG? Derived works and distribution of them are allowed, as far as I can see. This does not seem to be a problem, either. I am missing something.

Bug#497056: lsb-base: /lib/lsb/init-functions NON-DSFG Licence ?

root — 2008-08-29T15:30:19

Package: lsb-base Version: 3.2-19 Severity: serious Justification: Policy 2.1 Please investigate if files included in lsb-base conform to DFSG. A lincense change to GPL would be better suited for Debian. Policy / 2.1. The Debian Free Software Guidelines: ... Derived Works The license must allow modifications and derived works, and must allow them to be distributed under the same terms as the license of the original software. Integrity of The Author's Source Code The license may restrict source-code from being distributed in modified form _only_ if the license allows the distribution of "patch files" with the source code for the purpose of modifying the program at build time. The license must explicitly permit distribution of software built from modified source code. The license may require derived works to carry a different name or version number from the original software. (This is a

Re: Unusual version numbering systems

Dominic Hargreaves — 2008-08-29T15:22:22

Thanks for all the replies; I will let upstream know and package 4.21 as 4.2.1 (as it's already been released I it doesn't seem reasonable to expect that to change...) Dominic.

Re: people.debian.org to move to ravel

Frank Lichtenheld — 2008-08-29T14:50:13

Maybe it would be a good idea in the long run to separate the lintian.debian.org site from a developer accessible copy of important files from all over the archive. There are certain things I would want to see changed about the way lintian.debian.org operates (but note that these are not discussed yet inside the lintian team due to the sad fact that I was the only real lintian maintainer in Argentina), and I do not know yet if it reasonable for us to satisfy both needs (effective use of resources for lintian.debian.org and developer access to a full lintian lab). Gruesse,