Sysklogd vs. rsyslog
(please cc me) Rsyslog is now the default syslog daemon on Debian (at least on wheezy, maybe earlier also). It has more features than sysklogd. Maybe package description of sysklogd should tell that better logging daemons are available and it's no longer the default? Some upgraders from previous releases may miss that change and stay at sysklogd if they don't install new alternative themself. Recent issue is that new kernels (3.5-rc?) have a problem with sysklogd. http://marc.info/?l=linux-kernelm=134161256014626w=2 Maybe someone can reply there if having knowledge. In same thread Linus made another harsh reply that I don't quote here: http://marc.info/?l=linux-kernelm=134160685712793w=2 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120707164025.GA25743@lisko
Re: Summary: Moving /tmp to tmpfs makes it useless
Tollef Fog Heen wrote: On Sun, Jun 10, 2012 at 07:46:57PM +0200, Stephan Seitz wrote: On Sun, Jun 10, 2012 at 07:12:11PM +0200, Tollef Fog Heen wrote: ]] Stephan Seitz Will Wheezy support SSDs out of the box with all trimming functions, even if your SSD partition is using LUKS and LVM? Depends on what you mean by out of the box. I suspect you still need to turn on discard support (since it has security implications). It does not require extra packages or patches. Well, nice to hear, but I thought, discard was needed in all layers, so in my example in LUKS, then in LVM and then in the filesystem. Or is his only a function you activate via hdparm? It's available in all layers, but as Tollef said it's manual. (In crypttab most likely, because that's commonly the lowest layer.) You need to enable it in all layers (fstab, crypttab, lvm.conf), yes. For now you shouldn't use discard option with SSDs, it's bad for performance. Better is to run fstrim periodically. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120623150015.GA24345@lisko
Re: Moving /tmp to tmpfs is fine
Thorsten Glaser wrote: On 25/05/2012 18:20, Salvo Tomaselli wrote: Double-click on a .tar causes it to be unpacked in /tmp/something. I suppose a lot of not so skilled users do that instead of tar -xf That doesn't seem to happen with file-roller. Perhaps you need to file a bug Hm. mc does put things into /tmp as does debdiff, but the latter at least honours TMPDIR (and --no-unpack-tarballs). But in the very most cases, I *do* want them to be extracted in /tmp as they “usually” fit. So I’d rather have a heuristic put into the file manager whether to set TMPDIR before calling the extraction utility (or which tmpdir to use if it designates the extraction place by itself). mc maintainers, are you listening? If you want to reach package maintainer, you have to mail them specifically. They don't have to be subscribed to debian-devel. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120527180441.GA12708@lisko
Re: Moving /tmp to tmpfs is fine
Salvo Tomaselli wrote: Or, it should get clever and not unpack everything. There are plenty of software that are able to read into archives without extracting from them. You can't do it for a .tar.gz or a .tar.bz and they are the most common kind of archive. xz compression format supports dividing files into blocks that are seekable http://www.tukaani.org/xz/format.html tar format itself has limitations, here is some planning of new format http://duplicity.nongnu.org/new_format.html -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120527222518.GA19150@lisko
Getting power saving to work by default in wheezy
I think it would be nice if power saving options (SATA,USB,wireless etc.) were turned on by default when running on laptop. Powertop can report which kernel tunables are set (and you can use it to turn individual options on/off). Laptop task installs pm-utils by default. There is also optional laptop-mode-tools with some overlap with pm-utils. TLP Linux Advanced Power Management is another option (not yet in Debian) https://github.com/linrunner/TLP/wiki/TLP-Linux-Advanced-Power-Management -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120511125924.GA25057@lisko
RFP: openjump -- OpenJUMP is an open source Geographic Information System (GIS) written in Java
This is bug #671787 - Forwarded message from Touko Korpela touko.korp...@iki.fi - Date: Mon, 07 May 2012 01:01:38 +0300 From: Touko Korpela touko.korp...@iki.fi To: Debian Bug Tracking System sub...@bugs.debian.org Subject: RFP: openjump -- OpenJUMP is an open source Geographic Information System (GIS) written in Java X-Mailer: reportbug 6.3.1 Package: wnpp Severity: wishlist * Package name: openjump Version : 1.5.1 Upstream Author : OpenJUMP contributors * URL : http://www.openjump.org/ * License : GPL v2 Programming Lang: Java Description : OpenJUMP is an open source Geographic Information System (GIS) written in Java I would like to have OpenJUMP GIS packaged for Debian (and included in Wheezy, if possible). OpenJUMP 1.0 was included in Lenny, but it was removed from archive in last May (reason: Obsolete and newer versions have problems with license. Also currently FTBS.) Is there still license trouble? - End forwarded message - -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120506223639.GA9212@tiikeri.vuoristo.local
RFP bugs and debian-devel list
Aren't RFP bugs automatically forwarded to debian-devel, like ITP bugs? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120506231408.GA10470@tiikeri.vuoristo.local
Please keep mobile-broadband-provider-info (and other similar packages) updated in stable
Debian package mobile-broadband-provider-info contains database of mobile broadband service providers It would be good to keep these kind of packages current in Debian stable, too. I think it satisfies some criteria for squeeze-updates suite ( copied from http://www.debian.org/News/2011/20110215 ) This suite will contain updates that satisfy one of the following criteria: * The update is urgent and not of a security nature. Security updates will continue to be pushed through the security archive. Examples include packages broken by the flow of time (c.f. spamassassin and the year 2010 problem) and fixes for bugs introduced by point releases. * The package in question is a data package and the data must be updated in a timely manner (e.g. tzdata). * Fixes to leaf packages that were broken by external changes (e.g. video downloading tools and tor). * Packages that need to be current to be useful (e.g. clamav). Alternately point releases can be used for this. Backporting these kind of packages shouldn't be necessary. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110707182442.GA2536@lisko
Bug#417118: ntpdate: Start sequence problem for some network setups
Peter Eisentraut wrote: The network is started by /etc/rc0.d/S35networking, which starts ntpdate when eth0 becomes up. At that time, the local nameserver is not yet available, it is started by /etc/rc[2345].d/S15bind9. ntpdate cannot resolve the names of the NTP servers and fails. That is really a more general problem: Most network services need name service, so whatever script is run when a network interface comes up will fail. Is there any ideas to fix this? I'm having same problem with ntp+dnsmasq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
BTS is taking a lot of time to process emails recently
Emails to control server address take a lot of time to process. This started some days ago. Temporarily it worked fast but again it has problems. Is it spam detection or some other cause? I noticed that it uses SpamAssassin version 2.60 that is old. New versions (3.2.0+) support sa-compile to speed up processing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]