and removal of the
encrypted device will fail. Enabling debug mode in
/etc/security/pam_mount.conf will show three kdeinit
processes keeping $HOME and $HOME/.xsession-errors open.
Regards,
Christian
--
Christian Kastner
PGP Key: AE90E13F
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
?
Regards,
Christian
--
Christian Kastner
PGP Key: AE90E13F
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the
problem for me, libpam-umount cleanly unmounts my $HOME.
I can live with the workaround, however it would be really nice if the
maintainers could find an alternative solution for the problem.
Thanks for helping me resolve the issue!
Christian
--
Christian Kastner
PGP Key: AE90E13F
Package: ksmserver
Version: 4:3.5.5a.dfsg.1-6
Severity: normal
Hello,
I've been desperately trying to resolve a session-related issue with my
dm-crypt-backed $HOME directory.
I use libpam-mount to set up and mount the encrypted device on $HOME
when I log in and umount/remove it when I log out.
Package: xscreensaver
Version: 4.24-5
Severity: minor
Hello,
By using the PAM configuration for the other service recommending in the
Securing Debian Manual[0], I noticed that unlocking the screen always produced
a warning by the account service type.
The other config is triggered because the
tags 606325 + confirmed pending
thanks
On 12/08/2010 01:51 PM, Ulrich Klauer wrote:
In the EXAMPLE CRON FILE section of crontab(5), there is this example:
# Run on every second Saturday of the month
0 4 8-15 * *test $(date +\%u) -eq 6 echo 2nd Saturday
The range of days
tag 608874 confirmed
thanks
Hi Philippe,
On 01/04/2011 10:08 AM, Philippe Teuwen wrote:
After upgrade from cron 3.0pl1-114 to 3.0pl1-116 I had the following
problem:
I can confirm the general issue, however this should have first appeared
in -110, not -114 (see #581612, where we accidentally
Hi Axel,
On 01/04/2011 04:19 AM, Axel Beckert wrote:
According to crontab(7) there's no possibility to write cronjobs which
are independent of local DST regulations if the local time of the system
uses a timezone with a DST rule.
An elegant and backwards-compatible solution for this problem
On 01/04/2011 08:38 PM, Philippe Teuwen wrote:
You're right that the problem was introduced earlier.
I guess I saw it only after this upgrade because of an upgrade of
logcheck as well and now logcheck reports me that error from
/var/log/syslog.
Ah, so it is also visible in the default
On 01/09/2011 03:32 AM, Yaroslav Halchenko wrote:
Howdy ;-)
Version 1.7 released on September 13, 2010.
An updated package is already available:
http://www.kvr.at/debian/pool/main/libl/liblinear/liblinear_1.7+dfsg-1.dsc
Sponsorship welcome, though :-) Squeeze RC bugs are low nowadays, might
Hi Nicholas,
On 01/25/2011 10:12 PM, Nicholas Bamber wrote:
Christian,
I came across this fork today and I was thinking of raising an ITP,
which obviously I don't need to do now. However as I read it you are not
actually thinking of packaging it any time soon, which is a shame. I
cannot
Package: wnpp
Severity: wishlist
Owner: Christian Kastner deb...@kvr.at
* Package name: diveintopython3
Version : r916
Upstream Author : Mark Pilgrim
* URL : http://diveintopython3.org
* License : CC-BY-SA-3.0
Programming Lang: HTML
Description : Book
Subject: [uscan] Fixes for repacking ZIP files
Package: devscripts
Version: 2.10.71
Severity: normal
Tags: patch
When repacking ZIP files, because of the way uscan invokes tar, the
current directory '.' (dot) is always included in the resulting tar
archive.
Unpacking such an archive has the side
Andrei Caraman wrote:
The stop problem
In my setup, /etc/init.d/ocfs2 stop will umount the AOE-backed filesystem,
so when /etc/init.d/aoetools stop tries to umount it (again!), the umount
command fails, and because of the set -e, the script exits immediately,
skipping the
Hi Robbert,
On 05/14/2010 11:59 AM, Robbert Kouprie wrote:
On two different machines I have some cron jobs failing after upgrading from
3.0pl1-105 to 3.0pl1-110. Involved MTA is postfix in both cases. Downgrading
to 3.0pl1-105 makes the issue go away again.
For example, the below cronjob
On 05/14/2010 12:59 PM, Christian Kastner wrote:
Hi Robbert,
On 05/14/2010 11:59 AM, Robbert Kouprie wrote:
On two different machines I have some cron jobs failing after upgrading from
3.0pl1-105 to 3.0pl1-110. Involved MTA is postfix in both cases. Downgrading
to 3.0pl1-105 makes
On 05/19/2010 12:03 AM, Justin T Pryzby wrote:
clone 581612 -1
reassign -1 php4
retitle -1 php4: update test avoiding nonzero exit status when
removed-but-not-purged
thanks
If it is desired behavior that cron now sends out email if the job
exit's with
status 1, it is strange that I now
On 05/19/2010 03:28 PM, Justin Pryzby wrote:
You want cron to allow a job to fail silently?
The question is not what I want to do, it's what can I /can/ do.
Although avoiding
noise from some existing package cron.d jobs is additional work,
having an assertive cron helps people to catch
Package: wnpp
Severity: wishlist
Owner: Christian Kastner deb...@kvr.at
* Package name: pyrit-cuda
Version : 0.3.0
Upstream Author : Lukas Lueg lukas.l...@gmail.com
* URL : http://code.google.com/p/pyrit/
* License : GPLv3 + linking exceptions for OpenSSL
tag 512757 confirmed pending
thanks
On 01/-10/-28163 08:59 PM, Michael Kaaden wrote:
AFAICS the only problem is the correct order for the start of NIS,
autofs, and cron. cron should start after NIS and autofs.
Thanks for the hint, I committed a fix.
Christian
signature.asc
Description:
tag 304036 pending
thanks
Hi Gerrit,
On 01/-10/-28163 08:59 PM, Gerrit Pape wrote:
On Mon, Feb 27, 2006 at 11:10:06PM +0100, Javier Fernández-Sanguino Peña
wrote:
Hi Gerrit,
I would like to know what is your standing wrt to this bug. Bcron is now
available in unstable, so maybe the patch
tag 543895 -moreinfo +confirmed +pending
thanks
Hi Peter,
On 01/-10/-28163 08:59 PM, Peter Rabbitson wrote:
Javier Fernández-Sanguino Peña wrote:
On this bug, if you see cron's init.d script you will see this:
parse_environment ()
retitle 570918 ITP: pyrit -- challenge WPA-PSK and WPA2-PSK security
owner 570918 deb...@kvr.at
thanks
I'm particularly interested in the GPGPU-aspects of this package.
signature.asc
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
Owner: Christian Kastner deb...@kvr.at
Owner: Christian Kastner deb...@kvr.at
* Package name: pyevolve
Version : 0.6rc1
Upstream Author : Christian S. Perone
* URL : http://pyevolve.sourceforge.net
* License : PSF
Programming
On 05/10/2010 12:15 AM, Justin Pryzby wrote:
That argument assumes that cron's parser hasn't been improved or
fixed, which is inconsistent with this changelog entry:
=20
* entry.c
- Explicitly check for valid ranges in range values instead of up=
stream's
broken approach which
tag 580938 confirmed pending
severity important
thanks
On 05/10/2010 02:14 AM, Ron Johnson wrote:
My crontab entries all have this in them, so that emails to *not* get
sent:
MAILTO=
However, after the most recent upgrade, root has begun sending emails
each time that cron runs.
tag 580942 confirmed
thanks
On 05/10/2010 02:50 AM, jida...@jidanni.org wrote:
By default, cron will send mail using the mail Content-Type: header
of text/plain with the charset= parame-
ter set to the charmap / codeset of the locale in which crond(8) is
started up - ie.
tag 580938 +patch
thanks
On 05/10/2010 05:08 AM, Ron Johnson wrote:
On 05/09/2010 08:22 PM, Christian Kastner wrote:
tag 580938 confirmed pending
severity important
thanks
On 05/10/2010 02:14 AM, Ron Johnson wrote:
My crontab entries all have this in them, so that emails to *not* get
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
reassign 505143 linux-2.6
retitle 505143 zd1211rw: RF MAXIM_NEW_RF 0x8 is not supported
found 2.6.26-21
notfound 2.6.29-1
thanks
Jelle de Jong wrote:
Christian Kastner wrote, on 20-03-10 03:53:
Geoff seems to have correctly identified the source
Jelle de Jong wrote:
Hi Christian,
Christian Kastner wrote, on 20-03-10 03:44:
have you encountered this issue again since your initial report, or is
it still unreproducible?
I tested the boot process with three different zd1211 devices and the
boot process did not slow down as much
Hi Julien,
Julien Cristau wrote:
On Sun, Apr 5, 2009 at 07:40:46 +0200, Christian Kastner wrote:
Sometimes, when I log out of XFCE4, xdm crashes. I have found four
different types of crashes in /var/log/xdm.log:
A) Crash (with backtrace) because of 'corrupted double-linked list'
B
Steve Greenland wrote:
On 09-Nov-00, 05:57 (CST), Thue t...@diku.dk wrote:
Package: cron
Version: 3.0pl1-60
Severity: normal
Entering a single line via crontab, without a linebreak at the end, cron
ignored it.
Yes, I know. It's intentional in the original code:
ch =
severity 373152 wishlist
merge 373152 522419
thanks
In my own experience, the only proper approach -- guaranteeing safe
system loads -- is a managed solution, ie either custom crontabs for the
guests or having cron jobs managed by the host (as Russell plans to do).
Nevertheless, I understand the
severity 460070 wishlist
tag wontfix
thanks
As many have indicated here, this behaviour is standard. I don't like it
either, but that's the way it is. Anyway, there are easy workarounds for
this (see Justin's shell trick, for example).
Because Jesús was kind enough to provide a patch, I'm
severity 484349 wishlist
tag 484349 wontfix
thanks
Hi Folkert,
Folkert van Heusden wrote:
cron: should have a load-limit making it not run when a certain load has
reached
e.g. when the load reaches 20, don't run anymore cron-jobs. this is
helpfull if the system is already having a hard
Reuben Thomas wrote:
On 15 April 2010 22:27, Christian Kastner deb...@kvr.at wrote:
Reuben Thomas wrote:
[4. Why are we still shipping cron, when fcron has been apparently
capable and planned to take over from cron+anacron for years (and can
already be used in place of anacron)?]
Probably
tag 532578 fixed
thanks
Hello Reuben,
Reuben Thomas wrote:
BUGS
Although cron requires that each entry in a crontab end in a
newline character,
neither the crontab command nor the cron daemon will detect this
error. Instead,
the crontab will appear to load
unmerge 79037
tag 79037 -fixed
thanks
Hi Jakub, Justin,
Jakub Chmielewski wrote:
I put some files in /etc/cron.d but have found out that the cron does not run
then, though
they are marked as loaded (RELOAD in the log). I've dug the source and found
the load_user
routine in user.c. When
Hi Russell,
Russell Coker wrote:
Package: cron
Version: 3.0pl1-105
Severity: normal
The crontab -u command allows the sysadmin to edit the crontab file for
another user.
If it is run as unconfined_t or sysadm_t (really the -u option shouldn't work
otherwise) then there should be an
(Jakub bounced, so I dropped him from CC:)
Christian Kastner wrote:
Jakub Chmielewski wrote:
I put some files in /etc/cron.d but have found out that the cron does not
run then, though
they are marked as loaded (RELOAD in the log). I've dug the source and found
the load_user
routine
Justin Pryzby wrote:
#433609 - Cron does not recover from broken links
http://bugs.debian.org./433609
Debian cron seems to be patched to avoid spinning up laptop
harddrives. The logic is:
if no spoolfiles have been added or removed (the parent's mtime is
unchanged) no
Justin Pryzby wrote:
On Tue, Mar 11, 2008 at 10:14:55PM +, Adrian Bridgett wrote:
We just had cron die on our production boxes as someone was moving
/var/spool around. Whilst I certainly don't mind it warning that
/var/spool/crontabs didn't exist, it would be really nice if it didn't
merge 577508 578751
thanks
Hello Joerg,
Joerg Dietrich wrote:
/etc/cron.daily/standard checks for the existence of lost+found directories on
ext[2-4] and xfs file systems and complains if they are absent. This is not
necessary on xfs file systems since xfs_repair will create lost+found
Alexis Huxley wrote:
I am almost certain that this bug is caused not by running a program
from cron which generates a lot of output, but rather by running a
program that takes a long time to run.
I have examined the cron sources and this is what happens:
1) main cron process forks a
tag 155109 confirmed pending
thanks
Hello Justin,
Justin Pryzby wrote:
I'm including patches for cron-3 and cron-4 which effect the saving of
job output to a tempfile rather than a potentially-longlived pipe to
sendmail. That also allowed me to output a warning when a job fails.
I have
tag 443615 confirmed pending
thanks
I'm not quite sure whether this is about the mail-timeout-bug or the
missing-newline-before-EOF-bug, but both have been resolved and will be
fixed by the next upload.
Thanks,
Christian
signature.asc
Description: OpenPGP digital signature
Hi,
jida...@jidanni.org wrote:
Package: cron
Version: 3.0pl1-104
The first form below does not work.
$ echo -e 'zzz=\n* * * * * date'|crontab -
-:0: bad minute
errors in crontab file, can't install.
$ echo -e '* * * * * date'|crontab -
$ echo -e 'zzz=4\n* * * * * date'|crontab -
$
Hi Bob,
Bob Feldbauer wrote:
If a cron job produces too much output, it will silently fail if no MTA
is installed. This issue was reported and confirmed as a bug in Ubuntu
(bug #151231 -
https://bugs.launchpad.net/ubuntu/+source/cron/+bug/151231) but does not
seem to have been reported in
Mike Bird wrote:
All my /etc/cron.d jobs stopped running this morning.
I suspect it is because a few were scheduled to run
at an hour which did not exist today due to DST.
This is a separate issue which was fixed by -109 (see changelog).
Christian
signature.asc
Description: OpenPGP
Hello Xavier,
xavier renaut wrote:
Package: cron
Version: 3.0pl1-106
Severity: normal
if one creates a cron job in cron.d , wait for the reload,
change it again with a bad time, ie :
* 222 * * * root echo /dev/null
cron will report
cron[26144]: Error: bad hour; while reading
Hi Bas,
Bas van der Vlies wrote:
First a brief description of our setup:
- +/- 800 nodes installed with debian
- more then 4000 users and each user has its own group
- 2 LDAP servers (master/slave) setup
This is what i encountered when cron runs a script. This script
Hi Josip,
Josip Rodin wrote:
Hi,
I believe this problem just hit me too, on lenny. The issue here is that
cron will skip the execution of ALL jobs in a particular /etc/cron.d/file
if just one of them has an incorrectly formatted timing specification.
Yes, this is intentional.
In my case
Josip Rodin wrote:
On Fri, Apr 23, 2010 at 12:11:49AM +0200, Christian Kastner wrote:
I believe this problem just hit me too, on lenny. The issue here is that
cron will skip the execution of ALL jobs in a particular /etc/cron.d/file
if just one of them has an incorrectly formatted timing
Josip Rodin wrote:
I don't quite see how these two things need to be handled the same way. In
#378153, the problem was cron executing some completely broken cron.d file
(a binary file). A specific typo in a specific field is not the marker of
a completely broken cron.d file.
Indeed, it isn't.
Hello Evgeny,
this bug has been open for almost 7 years. I ran some tests, and I think
the underlying issue has been solved, one way or another (see below).
Evgeny Stambulchik wrote:
Steve Greenland wrote:
On 10-Aug-03, 06:32 (CDT), Evgeny Stambulchik
fnevg...@plasma-gate.weizmann.ac.il
tag 555954 unreproducible moreinfo
thanks
Tagging Xavier's original report, since the two other (independent)
issues appear to be resolved.
Christian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
reassign 484122 libpam-mount
thanks
Apologies, my bug number was off by one.
Christian Kastner wrote:
reassign 484123 libpam-mount
thanks
Hello Bastian,
From the 4 segfault reports presented in this bug against cron,
1 was definitely caused by a libc upgrade and is merely an FYI
tag 533726 confirmed pending
thanks
jida...@jidanni.org wrote:
Package: cron
Version: 3.0pl1-106
Severity: minor
File: /usr/bin/crontab
These aren't caught by the bad minute test.
5-65/30 * * * *
6-66/30 * * * *
7-67/30 * * * *
It should catch anything above 59.
I didn't test hours
Fahad Ahmad wrote:
I am facing the exact same problem as the original poster on all my
debian lenny servers. The servers that are still on etch with the exact
same pam configurations have no problems running jobs
as normal users.
Here is the strace output from cron:
*snip*
443
Roman Mamedov wrote:
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Package name: ggaoed
Version: 1.1
Upstream Author: Gábor Gombás gomb...@sztaki.hu
URL: http://code.google.com/p/ggaoed/
License: GPL v2
Description:
Hi Wolf,
Wolf Wiegand wrote:
Justin Pryzby wrote:
Could you test if this problem exists with recent versions of cron?
I just checked on a current sid machine, the problem still exists:
$ dpkg -l cron | grep ^ii
ii cron 3.0pl1-103 management of regular background
Josip Rodin wrote:
On Fri, Apr 23, 2010 at 06:59:18PM +0200, Christian Kastner wrote:
Thanks. Will it show up whenever it is disabled, i.e. will I have a
chance to actually see the message post res?
I'm not sure I quite follow, but generally speaking, the message will be
logged to syslog once
Josip Rodin wrote:
I don't think the OP's bug is any different. He could have corrected the
error e.g. by what I did - by moving a backup file into place, but then
crond didn't pick up the 'new' file because it wasn't really new.
It doesn't have to be new in a chronological sense. The sole
Hello Joey,
Joey Esquibal wrote:
Package: cron
Version: 3.0pl1-72 : sparc
When I created a new cron job using the root user, example:
30 12 * * * /path/to/script/script.sh
It shows me the following log:
Jun 23 13:48:01 portal /usr/sbin/cron[6755]: (root) RELOAD (crontabs/root)
Jun
Andrew Vaughan wrote:
Package: approx
Version: 3.0.0~bpo40+1
Severity: wishlist
Hi
It would be nice to be able to configure gc_approx to keep superceded/
removed packages for a month or so before deleting them.
This would be useful for those occasions when you upgrade to a broken
tag 437180 confirmed pending
thanks
Wolf Wiegand wrote:
Hi Christian,
Christian Kastner wrote:
$ crontab -l
@reboot FOO=$(ls /); echo $FOO | mail w...@localdomain
@reboot FOO=asdf; echo $FOO | mail w...@localdomain
$ grep CRON /var/log/syslog | egrep wolf|reboot
Mar 8 11:35:10
reassign 308904 libpam-ldap
thanks
Hi Richard,
Steve Greenland wrote:
On 16-May-05, 10:55 (CDT), Klaus Ethgen kl...@ethgen.de wrote:
There's really nothing cron can do about this.
Strange. But why do cron die or block? And why do I have this problem
only the last few weeks and not bevore?
reassign 206948 libnss-ldap
thanks
Hi Richard,
Steve Greenland wrote:
On 09-Jul-04, 09:11 (CDT), benf...@etica.net wrote:
Using nscd instead of direct libnss-ldap-slapd makes the problema go
away.
Right. The pam_ldap people won't fix their module to catch SIGPIPE, the
expect every
Bas Zoetekouw wrote:
Package: cron
Version: 3.0pl1-105
Severity: normal
Recently, cron has started complaining about missing lost+found
directories on my ext3 filesystems:
| Some local filesystems do not have lost+found directories. This
| means that these filesystems will not be able
Peter Chubb wrote:
Version: 3.0pl1-109
Package: cron
XFS doesn't create or use lost+found by default, so there's no point
in complaining it doesn't exist.
This was already reported in #577508. A fix is currently pending upload.
Christian
signature.asc
Description: OpenPGP digital
severity 323710 wishlist
retitle 323710 Better cron - anacron interaction
thanks
Hello,
Joel Barker wrote:
When anacron is installed but disabled (ie, no symlink exists in /etc/rc?.d),
then cron will fail to run the cronjobs in /etc/cron.{daily,weekly,monthly}.
This is because the default
Brandon wrote:
It seems that this is no longer an issue. Anacron installs a script,
/etc/cron.d/anacron. Even if anacron does not run at startup, such
as if /etc/rc?.d/*anacron was removed, cron will start anacron at
7:30am each morning.
This won't work, because /etc/cron.d/anacron uses
Hi Rob,
Rob Walker wrote:
My system has a number of bind mounts set up: the root is NAND flash, so /usr
/var /srv are on a disk (/mnt/disk)
/etc/fstab has:
/mnt/disk/srv /srvnonebind0 0
/mnt/disk/usr /usrnonebind0 0
The passwd package is pending an upload for daily backups of
/etc/{passwd,group,shadow,gshadow}, see #554170. Justin took care of it
(thanks!), but probably forgot to mention it here.
We'll proceed as did for dpkg backups in #541412.
Christian
signature.asc
Description: OpenPGP digital
tag 578856 confirmed
thanks
Rob Walker wrote:
Here's the results of the commands you requested:
[...@makalu ~]$ df -P --type=ext2 --type=ext3 --type=ext4 --type=xfs
Filesystem 1024-blocks Used Available Capacity Mounted on
/dev/sda1307663800 229912116 74626000
Hi Julien,
Julien Cristau wrote:
On Sun, Apr 5, 2009 at 07:40:46 +0200, Christian Kastner wrote:
Sometimes, when I log out of XFCE4, xdm crashes. I have found four
different types of crashes in /var/log/xdm.log:
A) Crash (with backtrace) because of 'corrupted double-linked list'
B
Hello Jelle,
Jelle de Jong wrote:
Hello everybody,
I did some testing on bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500712
And It seem I am unable to reproduce the delay, so I think the problem
is fixed? Any ideas how? it appears to be the same kernel and firmware...
have you
Hello Jelle,
Jelle de Jong wrote:
Package: zd1211-firmware
Version: 2.21.0.0-0.1
Severity: normal
I bought bunch of wireless dongles with a zd1211b chipset, but they don't
work (yet).
Who would be the best person to contact to get support for the device? I hope
the debian maintainer
Hello Jelle,
Jelle de Jong wrote:
Package: zd1211-firmware
Version: 2.21.0.0-0.1
Severity: normal
I bought bunch of wireless dongles with a zd1211b chipset, but they don't
work (yet).
Who would be the best person to contact to get support for the device? I hope
the debian maintainer
On 11/22/2010 09:34 AM, Jaap Winius wrote:
Quoting Christian Kastner deb...@kvr.at:
If you're interested and/or willing to help testing, an amd64 package
(and source package, for other platforms) based on the current -115 plus
the (one-line) fix for this issue are available here:
http
No, that was it. Anyway, I'll try to get properly validate the fix 100%
some time this week.
Thanks again,
Christian
signature.asc
Description: OpenPGP digital signature
A proper fix has been implemented. The current fix was bit of a hack;
the issue preventing a proper fix was me overlooking that vixie cron
still used vfork() in some spots.
Christian
signature.asc
Description: OpenPGP digital signature
reassign 596369 dpkg
thanks
Hi,
On 09/10/2010 09:06 PM, Steven Malin wrote:
Package: cron
Version: 3.0pl1-114
Severity: normal
if i do a dpkg-reconfigure on the cron package i get the following messages:
---snip---
r...@bluewave:~# dpkg-reconfigure cron
Stopping periodic command
Package: doxygen
Version: 1.7.1-2
Severity: important
Doxygen occasionally segfaults when attempting to build part of the
documentation for the Shark Machine Learning Library, specifically the
documentation for ReClaM. When the segfault occurs, it is always during
processing of a certain file.
I
I attached the wrong file, here's the correct one.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 09/13/2010 01:46 AM, Christian Kastner wrote:
I attached the wrong file, here's the correct one.
This time with attachment. Sorry.
Program received signal SIGSEGV, Segmentation fault.
0x006906ef in DocFormula::isInline (this=0x1be4860) at docparser.h:453
453 bool isInline
Package: doxygen
Version: 1.7.1-2
Severity: normal
debian/rules indicates that noopt and debug are supported in
DEB_BUILD_OPTIONS. Both add the appropriate flags to CFLAGS.
Both are ignored. The only way I could get a debug build was by passing
the --debug option to ./configure.
Christian
Package: wnpp
Severity: wishlist
Owner: Christian Kastner deb...@kvr.at
* Package name: shark
Version : 2.3.2
Upstream Author : Shark Project
* URL : http://shark-project.sourceforge.net/
* License : GPL-2+
Programming Lang: C++
Description : Modular
Hi,
On 08/18/2010 08:31 PM, Nicolas François wrote:
* debian/passwd.cron.daily: Handle the backups of the user and group
databases so that it can be removed from the standard daily cron job.
Closes: #554170
I only now noticed that this version of shadow entered testing.
Assuming
On 09/19/2010 06:21 PM, Julien Cristau wrote:
On Sun, Sep 19, 2010 at 17:21:38 +0200, Christian Kastner wrote:
Assuming that #596283 will be fixed by a -2 release of shadow, I was
wondering whether the Release Team would like a cron -115 as well, with
this feature removed from /etc
On 09/21/2010 01:36 PM, Julien Cristau wrote:
On Tue, Sep 21, 2010 at 12:58:36 +0200, Sven Joachim wrote:
How about letting cron depend on the new passwd package instead of
breaking the old? ISTM this would have been the better action for
#541415 as well.
Sounds like that would work.
merge 597707 597705
thanks
Hi Igor,
On 09/22/2010 01:08 PM, jen...@debian.org wrote:
Each time cron tries to execute a job from /etc/cron.d (or any other
crontab)
I see syslog entries like these:
some-machine:~# grep 'segfault at 0 ip 0 sp' /var/log/syslog
Sep 22 07:17:01 some-machine
tags 602903 + moreinfo
thanks
Hi Erwan,
On 11/09/2010 10:18 AM, Erwan David wrote:
/etc/init.d/cron uses a Should-start: nscd
Thus it does not work on installation using another resolver
### BEGIN INIT INFO
# Provides: cron
# Required-Start:$remote_fs $syslog $time
#
tags 602903 confirmed pending
thanks
On 11/09/2010 10:30 PM, Erwan David wrote:
On 09/11/10 21:54, Christian Kastner wrote:
On 11/09/2010 10:18 AM, Erwan David wrote:
/etc/init.d/cron uses a Should-start: nscd
Thus it does not work on installation using another resolver
### BEGIN INIT INFO
Hi Allard,
On 10/05/2010 10:14 AM, Allard Hoeve wrote:
Today I was trying to apply a patch to the latest Debian package in squeeze.
Unfortunately, the patch didn't immediately apply. This led me to investigate
why.
What kind of patch, and from what source (BTS, third party, ...)?
That part
On 10/24/2010 09:59 PM, Luke Faraone wrote:
On 10/24/2010 03:22 PM, Jakub Wilk wrote:
* Luke Faraone lfara...@debian.org, 2010-10-24, 13:55:
When attempting to build this package with pyversions of 2.6-, the
package FTBFS because it expects there to be a build/lib directory.
Versions of
On 10/25/2010 06:15 PM, Luke Faraone wrote:
On 10/24/2010 06:40 PM, Jakub Wilk wrote:
armel, hppa, mips, powerpc, maybe s390, plus all non-Linux ones. Use
something like:
$(shell python -c 'import distutils.util as d; print d.get_platform()')
Okay, I've committed the above. Is this
reassign 590290 cron
forcemerge 590290 604181
tags 590290 confirmed pending
thanks
Hi Jaap,
On 11/21/2010 01:33 AM, Jaap Winius wrote:
When cron runs lvdisplay (lvm2 2.02.66-4) from a simple shell script
once every
evening, my Debian squeeze system consistently gives this kind of error:
reassign 604163 debconf
forcemerge 560317 604163
thanks
Hi Marco,
On 11/20/2010 09:20 PM, Marco Nenciarini wrote:
On a freshly installed squeeze system:
mnen...@poison:~$ sudo dpkg-reconfigure -p low cron
Stopping periodic command scheduler: cron.
dpkg-maintscript-helper: error: couldn't
tag 599895 + unreproducible
thanks
Hi David,
On 10/12/2010 09:55 AM, David Delon wrote:
Extract from /usr/share/doc/cron/changelog.Debian.gz:
* debian/cron.pam:
- In addition to the reading /etc/security/pam_env.conf and
/etc/environment (obsolete config file) previous
1 - 100 of 889 matches
Mail list logo
