this is a fairly serious regression.
-dean
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: iproute
Version: 20080725-2
i did:
sudo apt-get build-dep iproute
apt-get source iproute
cd iproute-20080725-2
fakeroot ./debian/rules binary
and it fails:
...
/usr/share/texmf-texlive/dvips/base/texps.pro
/usr/share/texmf-texlive/dvips/base/special.pro
package: netbase
version: 4.33
spot the bug in /etc/init.d/networking:
process_options() {
[ -e /etc/network/options ] || return 0
log_warning_msg /etc/network/options still exists and it will be IGNORED!
Read README.Debian of netbase.
}
there should be a return 0 after the
Package: fail2ban
Version: 0.8.2-3
fail2ban 0.6 supported a syslog-facility config option which controlled
the facility for syslog messages... 0.8.2-3 does not support this. i had
to edit /usr/share/fail2ban/server/server.py in order to change LOG_DAEMON
to LOG_AUTH.
-dean
--
To
Package: fail2ban
Version: 0.8.2-3
when connecting with ssh keys, no password, sshd logs:
May 18 05:08:45 twinlark sshd[5681]: Failed none for dean from 10.1.1.1 port
37262 ssh2
May 18 05:08:45 twinlark sshd[5681]: Found matching RSA key:
May 18 05:08:45 twinlark sshd[5681]: Found matching
Package: apt-listchanges
Version: 2.82
when apt-listchanges encounters an error (such as the now infamous
database /var/lib/apt/listchanges.db failed to load. error) it continues
without confirmation even if confirm=1 is in the etc file. i think
apt-listchanges should always ask for
Package: zsh
Version: 4.3.4-23
upgrading from 4.3.4-19 to 4.3.4-23 caused zsh to be removed from
/etc/shells... i have a nightly cron job which looks for users with
invalid shells and it picked up this change last night after i did the
aforementioned upgrade yesterday.
-dean
--
To
Package: alpine
Version: 0.+dfsg-1
this is a pine 4.64 - alpine 0. regression. when a message with long
lines is piped through an external command the lines are truncated. i see
no options for scrolling the display or avoiding the truncation. note
that regular message viewing wraps
i rebuilt 0.11.7-1 from source (fetched from snapshot.debian.org) and it
seems not to be crashing (crashes were occuring in under a day before and
i've had 0.11.7-1 going for 2 days)... so this really is a 0.11.7-1 -
0.11.8-1 regression. i'm going to upgrade my gcc/etc to latest bleeding
edge
damn... -fno-strict-aliasing isn't enough to fix the crash i started
seeing in 0.11.8. i built my own package, but saw a crash within 24h.
-dean
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libtorrent10
Version: 0.11.8-1
between 0.11.7 and 0.11.8-1 i started getting regular crashes starting
with:
** glibc detected *** /usr/bin/rtorrent: double free or corruption
(!prev): 0x0b0952b0 ***
this is on amd64.
i looked at the known issues page and it requires
On Fri, 28 Sep 2007, martin f krafft wrote:
also sprach dean gaudet [EMAIL PROTECTED] [2007.09.28.0230 +0100]:
it is EXEPTIONALLY DANGEROUS to replace EVERY SINGLE initrd when mdadm is
installed/upgraded.
Please STOP SCREAMING and look at the existing bugs before you reply
new ones
Package: mdadm
Version: 2.6.2-2
it is EXEPTIONALLY DANGEROUS to replace EVERY SINGLE initrd when mdadm is
installed/upgraded.
you pretty much guarantee that any problem will produce an unbootable
system -- especially if root is on md.
as has just occured to me.
in the past in this situation
Package: spamassassin
Version: 3.2.1-1
the following fails:
apt-get source spamassassin
cd spamassassin-3.2.1
fakeroot ./debian/rules binary
fakeroot ./debian/rules clean
because it can't deapply 10_change_config_paths ...
for one thing 10_change_config_paths includes an INSTALL.orig...
Package: openssh-server
Version: 1:4.6p1-1
4.6p1 generates *lots* of log spam like so:
Jun 18 00:16:23 twinlark sshd[18923]: error: channel 0: chan_read_failed for
istate 3
Jun 18 00:16:23 twinlark sshd[18923]: error: channel 0: chan_read_failed for
istate 3
there's a fix upstream:
go ahead and remove it. this package does not support apache2. (i might
be listed as maintainer but i didn't upload it and know nothing about
being a debian package maintainer.)
-dean
On Fri, 15 Jun 2007, Gerfried Fuchs wrote:
Package: libapache-mod-iptos
Severity: serious
Version: 1.1-1
i've finally tracked this down:
nmh code assumes strcasecmp accepts NULL arguments.
for portability reasons sbr/strcasecmp.c defines str[n]casecmp functions
which do accept NULL arguments.
/usr/include/string.h declares strcasecmp:
extern int strcasecmp (__const char *__s1, __const char
Package: shadow
Version: 1:4.0.18.1-7
try doing vigr/vipw and then ^Z... and fg... sometimes nastiness happens
right away, sometimes it seems to take a few ^Z/fg cycles.
grep -r for WUNTRACED you'll see the vipw.c code differs from the other
instances... patch below.
-dean
p.s. i use zsh..
On Sun, 11 Feb 2007, Dirk Eddelbuettel wrote:
Which distribution do you use: testing or unstable? I'd be surprised if
there had been 'unannounced' changes in these lately.
unstable
Installing the build-deps
...
- Considering tetex-extra
- Trying tetex-extra
- Considering texinfo
Package: gsl
Version: 1.8-3
i did an apt-get build-dep libgsl0-dev prior to trying to build from
source... and it mostly succeeded except its looking for tex, dvips, and
ps2eps binaries.
so it seems gsl should Build-Depends: tetex-bin, ps2eps
thanks
-dean
--
To UNSUBSCRIBE, email to [EMAIL
Package: watchdog
Version: 5.2.6-6
i think watchdog should be amongst the earliest to start services... who
knows if some startup script will hang. starting at 89 seems pretty late.
and... i'd really like to use nowayout=1, but if i do that then it causes
some serious cramps in my shutdown
Package: htdig
Version: 1:3.2.0b6-3
i'd rather not get this message every day from cron:
/etc/cron.daily/htdig:
/etc/cron.daily/htdig: line 22: 1723 Terminated lockfile-touch
/var/run/htdig.cron
the patch below should quiet things.
-dean
--- etc/cron.daily/htdig.dpkg-orig
Package: aircrack-ng
Version: 1:0.6.2-6
the aircrack-ng should Depend on the wireless-tools package... since the
airmon-ng script requires iwpriv/iwconfig.
thanks
-dean
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
i believe these 3 bugs are the same problem.
when the ldap server closes the connection during a response, libnss-ldap
doesn't really notice at all... it returns an error code to the caller but
doesn't pay attention to the error code itself. then nscd (or whatever
other caller is involved)
On Mon, 1 Jan 2007, Mark Brown wrote:
On Wed, Sep 06, 2006 at 05:51:39PM -0700, dean gaudet wrote:
note that this define wasn't necessary on 32-bit x86 because there's
custom 32-bit assembly which uses unaligneds even more aggressively than
the C code does even when given UNALIGNED_OK
On Mon, 1 Jan 2007, dean gaudet wrote:
and i can't even reproduce my results... here's the averages of the user
cpu seconds for 10 runs of minizip -9o a.zip linux-2.6.19.tar:
baseline -DUNALIGNED_OK
k8 revF26.62 26.59
core2 28.43 28.44
you know, gzip -9
On Sun, 3 Dec 2006, Frans Pop wrote:
On Sunday 03 December 2006 22:34, dean gaudet wrote:
the linux-image .postrm script is (through some mechanism) invoking
/sbin/update-grub.
/sbin/update-grub gives a warning now:
You shouldn't call /sbin/update-grub. Please call /usr/sbin/update
On Sat, 18 Nov 2006, Michael Prokop wrote:
So can you please provide the necessary steps to reproduce the problem?
iirc it doesn't happen on every file 4GB.
try between a 32-bit and a 64-bit host -- that's when it was hitting me
the worst.
-dean
--
To UNSUBSCRIBE, email to [EMAIL
Package: nmh
Version: 1.2-1
in 1.2-1 post(8) is segfaulting (amd64)... doesn't happen with same config
on 1.1-release-4.
if i get a chance i'll grab a gdb backtrace... but maybe this strace will
help.
oh maybe my mts.conf will help too:
# grep -ve '^#.*' -e '^$' /etc/nmh/mts.conf
mts: smtp
On Mon, 13 Nov 2006, martin f krafft wrote:
severity 398312 important
tags 398312 unreproducible moreinfo
thanks
even though i have INITRDSTART='none' in my /etc/default/mdadm and rebuilt
the initrd, it still goes and does array discovery at boot time.
piper:/tmp/cdt.d.Ns8889# grep
On Mon, 13 Nov 2006, martin f krafft wrote:
also sprach dean gaudet [EMAIL PROTECTED] [2006.11.13.1107 +0100]:
which causes the is_true() in info() to return 1 which causes the set -e
to terminate the script.
What shell are you using?
my SHELL=/bin/zsh, but that won't affect the script
On Mon, 13 Nov 2006, martin f krafft wrote:
also sprach dean gaudet [EMAIL PROTECTED] [2006.11.13.1116 +0100]:
right, now i know that i should create an /etc/default/mdadm
*before* i install mdadm... because unlike other packages, mdadm
does potentially dangerous things just by installing
Package: initramfs-tools
Version: 0.85a
the run_scripts() function should respect the same naming conventions as
run-parts(8) ... in particular if my editor creates foo~, foo.bak,
.foo.swp files run_scripts() will try to run them. ditto for foo,v.
run_scripts() should also not attempt to
On Mon, 13 Nov 2006, martin f krafft wrote:
severity 398310 important
retitle 398310 let user choose when to start which array
tags 398310 confirmed help
thanks
also sprach dean gaudet [EMAIL PROTECTED] [2006.11.13.0230 +0100]:
i had 4 disks which i had experimented with sw raid10
Package: mdadm
Version: 2.5.5-1
Severity: grave
it's dangerous to generate an mdadm.conf and start running arrays
automatically at install time! i nearly got bit by this.
i marked this grave because there's a potential for data loss with the
current install scripts.
i had 4 disks which i had
Package: mdadm
Version: 2.5.5-1
Severity: grave
even though i have INITRDSTART='none' in my /etc/default/mdadm and rebuilt
the initrd, it still goes and does array discovery at boot time.
this is marked grave because it can cause dataloss if drives with stale
superblocks are put together in an
Package: munin-node
Version: 1.2.5-1
for the exact right length of sensors name there's no spaces following the
colon... for example:
% sensors |grep Temp
CPU2_Temp:+39.25 C (low =+0 C, high = +90 C)
CPU1_Temp:+42.00 C (low =+0 C, high = +90 C)
i fixed all three regex even
Package: ddrescue
Version: 1.10-1
there's a new upstream 1.12... which makes O_DIRECT actually work properly
amidst other things. it'd be cool if you could update the debian package.
thanks
-dean
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Package: geoip
Version: 1.3.17-1
the patch below has been accepted into the upstream repository, and will
appear next release... however it may be worth updating the debian package
in the interim.
-dean
- Original message -
From: dean gaudet
Date: Mon, 4 Sep 2006 18:50:28 -0700 (PDT
Package: memcached
Version: 1.1.12-1
seems like the safest default install would be to run as a non-root
user... (and i was gonna say listen on 127.0.0.1 but someone beat me to
it).
thanks
-dean
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Package: console-tools
Version: 1:0.2.3dbs-65
the various /etc/console-tools/config settings aren't applied to the vga
device if i boot my system with console=ttyS0,115200 command-line option.
now i know... you're thinking you said the console is serial, not vga...
but then, that begs the
... thanks!
-dean
-- Forwarded message --
Date: Wed, 27 Sep 2006 12:15:08 -0700 (PDT)
From: dean gaudet [EMAIL PROTECTED]
To: Stephen Hemminger [EMAIL PROTECTED]
Cc: Jeff Garzik [EMAIL PROTECTED], [EMAIL PROTECTED],
netdev@vger.kernel.org
Subject: Re: mii-tool gigabit support.
On Tue
if you apt-get remove bc you get this error during configure of rtorrent
source package:
checking for curl = 7.12.0... ./configure: line 13046: bc: command not
found 7.15.5
now look at the code in scripts/checks.m4:
ver=`curl-config --version | sed -e s/libcurl //g`
On Wed, 20 Sep 2006, Jose Luis Rivas Contreras wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
dean gaudet escribió:
if you apt-get remove bc you get this error during configure of rtorrent
source package:
^^
I'm sorry but I doesn't see this error:
split
paty:/home
Package: rtorrent
Version: 0.6.1-1
scripts/checks.m4: ok=`echo ibase=16; if($hex_ver=$check_hex) $hex_ver
else 0 | bc`
needs bc installed... it's there in 0.6.2 upstream as well.
just for pedantry could you add a build-depends: bc?
thanks
-dean
--
To UNSUBSCRIBE, email to [EMAIL
Package: gzip
Version: 1.3.5-14
please define UNALIGNED_OK when building the amd64 target... unaligneds
are very inexpensive on all intel and amd cpus.
i benchmarked gzip -9 on linux-2.6.17.tar with this define and i see a
2.5% speedup on p4, a64, and a 9% speedup on core2.
note that this
Package: zlib
Version: 1.2.3-13
please define UNALIGNED_OK when building the amd64 target... unaligneds
are very inexpensive on all intel and amd cpus.
i benchmarked gzip -9 on linux-2.6.17.tar with this define and i see a
2.5% speedup on p4, a64, and a 9% speedup on core2. the zlib source
Package: bind9
Version: 9.3.2-2.1
there's several type-punning warnings while building bind9 9.3.2-2.1... i
don't know if these are bugs or not, but it's probably best to add
-fno-strict-aliasing to CFLAGS until upstream deals with them (otherwise
there could be some subtle hard to discover
Package: cpuburn
Version: 1.4-23
there's another burn-in program which is based on gromacs inner loops
(such as those used in [EMAIL PROTECTED]) which tends to drive up cpu
temperatures even more than the programs already in cpuburn package. it
has the additional advantage of checking its
fyi this is the same segfault i was getting which is fixed by the patch i
included in #382841 ...
it also looks like the new upstream 0.6.1 / 0.10.1 includes the fix.
-dean
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: rtorrent
Version: 0.6.0-1
this patch was extracted from upstream svn. it fixes a segfault which
occurs with libcurl 7.15.5. it tends to hit me when i have lots of
torrents going.
-dean
Index: src/core/curl_stack.cc
===
Package: debconf
Version: 1.5.3
apache-1.3.34-2 package can't be configured when debconf 1.5.3 is on the
box... works fine when 1.5.2 is on the box...
tail of set -x output looks like so:
+ db_set apache/server-name arctic.org
+ _db_cmd 'SET apache/server-name' arctic.org
+ printf '%s\n' 'SET
On Thu, 3 Aug 2006, Petter Reinholdtsen wrote:
[Dean Gaudet]
/dev/shm should be mounted -o nosuid,nodev ... there's no reason to
allow suid binaries or devices in /dev/shm.
If I understand you correctly, you are proposing the change in the
patch I attach here. I'm not sure what
Package: crack
Version: 5.0a-9
one of the scripts is tripping a sort warning for deprecated syntax:
# Crack -nice 19 /etc/passwd
Crack 5.0a: The Password Cracker.
(c) Alec Muffett, 1991, 1992, 1993, 1994, 1995, 1996
System: Linux twinlark.arctic.org 2.6.16.27 #1 SMP Sat Jul 22 15:56:11 PDT 2006
Package: cracklib-runtime
Version: 2.7-19
update-cracklib runs daily... and writes a new dictionary even if there's
been no change to its input sources. if you have several wordlists
installed this can take some time and cause extra churn for backups...
please consider the patch below...
Package: ntp
Version: 1:4.2.2+dfsg-1
in 4.2.0* if you specified -L you could stop ntp from listening on virtual
interfaces.
sometime since then the upstream has added -L interface to specify the
interface... but ntpd still insists on listening on every interface it
finds!
check out this
hmm... it seems that 4.2.0 opened the broadcast address anyhow... it just
avoided opening all the other interfaces when given -L. so really the
only regression here is that it's opening way more fds than it needs to...
especially if you give it -L eth0.
oh btw -- if there are more than ~512
Package: dejagnu
Version: 1.4.4.cvs20060709-2
the following directories have odd permissions:
# dpkg -L dejagnu | xargs ls -ld | grep ^drw-
drw-r-xr-x5 root root 4096 Jul 25 11:42 /usr/share/dejagnu
drw-r-xr-x2 root root 4096 Jul 25 11:42 /usr/share/dejagnu/baseboards
drw-r-xr-x2
i'm hitting this bug on a file which is only 4315422720 bytes...
it'd be great if you could apply the patch before etch release... it fixes
the problem. thanks!
-dean
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: dcc
Version: 1.2.74-2
if you look at the make output while building dcc package you'll see that
none of the sub-makes have been passed the -O2 flag... so none of the cc
lines have -O2 on them. this could very well be an upstream problem...
but since the entire package is built in
the following patch fixes two bugs related to dccproc functioning when the
kernel doesn't support AF_INET6.
dcc_udp_bind is cloberring errno before using it... and is testing for the
wrong errno... it needs to test for EAFNOSUPPORT. i probably should have
dropped the EPFNOSUPPORT tests, but
Package: mutt
Version: 1.5.12-1
please consider configuring mutt with --enable-buffy-size so that it
doesn't rely on atime updates when determining if there's new mail.
atimes are unreliable (consider a backup program -- it'll change the
atimes) and a waste of disk i/o...
mutt is the only
On Sun, 23 Jul 2006, Christoph Berg wrote:
Re: dean gaudet 2006-07-23 [EMAIL PROTECTED]
please consider configuring mutt with --enable-buffy-size so that it
doesn't rely on atime updates when determining if there's new mail.
It should be make a configuration option.
that'd be OK
Package: mysql-server-5.0
Version: 5.0.22-3
every time i do /etc/init.d/mysql start or restart it runs the
mysql_upgrade script... and even if the database has already been upgraded
it always runs this:
mysql_fix_privilege_tables --silent --user=$user --password=$password
which of course
Package: initscripts
Version: 2.86.ds1-14.1
/dev/shm should be mounted -o nosuid,nodev ... there's no reason to allow
suid binaries or devices in /dev/shm.
thanks
-dean
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, 7 Jun 2006, Jonas Smedegaard wrote:
Then I'll just lean back and wait for you to do the hard work :-D
ok i've got a partial solution... see below.
i say partial because the following scenario is not quite ideal:
- md initially on /dev/sda1 /dev/sdb1 ... build initrd
- another disk
[i've cc'd the md/mdadm maintainer so he can chime in if i'm making an
error... Neil if you want to see the entire thread it's visible at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=351183.]
On Tue, 2 May 2006, Jason Lunz wrote:
I agree. Unfortunately, telling mdadm to scan other
On Tue, 6 Jun 2006, Jonas Smedegaard wrote:
It is wrong to assume a purely no-older-than-etch system: Imagine the
process of upgrading from sarge to etch...
aha... now i understand :)
what you really need is some sort of weak dependency which implies that
if the package is already installed
On Wed, 7 Jun 2006, Jonas Smedegaard wrote:
...
Well, the above puts the test at boot time. That's ugly IMHO.
I'd prefer resolving mdadm features at build time. Something like this:
* Resolve mdadm capabilities in Plan.pm
* Set some variable (not the version, but flags each capability)
reopen 211858
tag 211858 patch
thanks
hi... i think there's been some confusion w.r.t. bug#211858. it could be
my fault, or it could just be that the package changed again between 2004
and 2006... anyhow the current state of the sysklogd package is that this
bug exists -- a regular user can
mdrun does not respect the device minor numbers at all... this can totally
mess up the ordering of md devices and screw with static mounts (note that
while mounting by label/uuid is preferable it isn't always available --
for example XFS external log partitions cannot be specified by label or
Package: vorbis-tools
Version: 1.1.1-5
hi... thanks for trying to fix bug#359068 ... but unfortunately your fix
didn't work :) i think after seeing the patches below you might want to
consider the easy fix i suggested in the bug... changing CFLAGS directly.
there are a few problems... one is
On Fri, 24 Feb 2006, Jason Boxman wrote:
I tired it, but on my system I get a segmentation fault from mdadm when it
tried to assemble. Assembling with the usual
`mdadm --assemble /dev/md0 /dev/hde1 /dev/hdg1` works.
[EMAIL PROTECTED]:~$ uname -a
Linux faith 2.6.16-rc3-20060212 #1
Package: initramfs-tools
Version: 0.59b
hi... if you're going to use mdrun /dev and launch all arrays during the
initrd then you should also include mdadm.conf -- because otherwise you
may end up starting arrays on the wrong minors... or even worse, if
someone is using partitioned md then
Package: graphviz
Version: 2.8-1
hey there... there are some dangling symlinks in the graphviz package:
/usr/lib/graphviz/lua/gv.so - libgv_lua.so
/usr/lib/graphviz/perl/gv.so - libgv_perl.so
/usr/lib/graphviz/python/_gv.so - libgv_python.so
/usr/lib/graphviz/ruby/gv.so - libgv_ruby.so
Package: vorbis-tools
Version: 1.1.1-3
oggenc can't handle files = 2GiB:
ERROR: Cannot open input file 20060325-1959.wav: File too large
-rw-r--r-- 1 dean music 2560491564 Mar 26 00:01 20060325-1959.wav
fix is easy... add -D_FILE_OFFSET_BITS=64 to CFLAGS in debian/rules...
i've test rebuilt
another workaround is to make a copy of /usr/share/file/magic.mime, i
called mine /usr/share/file/magic.mime.php4 ... then comment out the awk
regex line...
then edit /etc/php4/apache/php.ini and somewhere in the [PHP] section add:
mime_magic.magicfile = /usr/share/file/magic.mime.php4
...
Package: apache
Version: 1.3.34-2
i'm not sure i understand the motivation behind patch 033_-F_NO_SETSID ...
the problem in #244857 is a result of the following behaviour of
setsid(2):
On error, -1 is returned, and errno is set. The only error
which can happen is EPERM. It is
Package: gnupg
Version: 1.4.2.2-1
mlock(2) is available to regular users since kernel 2.6.9... it would be
cool if /usr/bin/gpg didn't install as setuid by default in that case --
perhaps by asking in a dialog if the admin wants it setuid or not. (i'm
just using dpkg-statoverride for now, so
Package: librsync1
Version: 0.9.7-1
i wonder if you would consider applying this patch from upstream to fix
problems which occur with files over 4GB.
see:
https://sourceforge.net/tracker/index.php?func=detailaid=1439412group_id=56125atid=479441
and
Package: initscripts
Version: 2.86.ds1-11
i have EDITMOTD=no in my /etc/default/rcS ... yet the new
initscripts.postinst insists on turning my motd into a symlink. that
counts as an edit in my books... please leave the file alone, period.
thanks
-dean
--
To UNSUBSCRIBE, email to [EMAIL
On Tue, 14 Feb 2006, Guus Sliepen wrote:
The manual page says this about the -t option:
-t Enable name takeover support. [...] This works only with kernel
2.6.X and if the other interface is down. Consequently, this is not
compatible with Hotplug. [...] In any case, name swapping and
On Tue, 14 Feb 2006, Guus Sliepen wrote:
tags 351185 + wontfix
thanks
On Thu, Feb 02, 2006 at 07:13:33PM -0800, dean gaudet wrote:
i think /etc/init.d/ifrename should use the -t option... which allows
devices to take over already assigned device names... i just had an
unstable box
fyi -- linus has accepted a patch into 2.6.16 which fixes the kernel's
behaviour in this case. the kernel was requiring O_APPEND in F_SETFL on
append-only files even if the file was opened for read-only... now it
requires that the F_SETFL isn't trying to change the O_APPEND flag on an
Package: yaird
Version: 0.0.12-3
it's generally preferable to tell mdadm to scan the partitions list to
find raid component devices by UUID rather than specify the device list
explicitly...
for example with an explicit device list you can end up with boot failures
if one of the devices is
Package: ifrename
Version: 27+28pre13-1
i think /etc/init.d/ifrename should use the -t option... which allows
devices to take over already assigned device names... i just had an
unstable box which was working ok with an /etc/iftab that explicitly
specified eth0/eth1 mac addresses.
then i
Package: coreutils
Version: 5.93-5
bug#339400 was closed prematurely...
notice that tail -f works fine when the file is not marked append only...
now don't ask me why O_NONBLOCK is denied on append only files... but it
is...
I take it that there is no bug in the tail program, then.
notice that tail -f works fine when the file is not marked append only...
now don't ask me why O_NONBLOCK is denied on append only files... but it
is...
I take it that there is no bug in the tail program, then.
there is absolutely a bug in the tail program... this was not a problem in
hey so i've upgraded to a locally built 2.6.14.4 ... and tail -f is still
broken with that kernel. i'm wondering now what's different between
debian 2.6.x kernels and my locally built one (it's on a production server
though so i can't experiment too much).
anyhow i'm really surprised nobody
aha!
i figured out what's going on... it's not a 2.4 vs. 2.6 kernel
difference... the difference is that on one of my hosts all of my log
files have the append only attribute.
check this out:
/tmp# dpkg -s coreutils
...
Version: 5.93-5
/tmp# touch append_only
/tmp# tail -f append_only
/tmp#
Package: coreutils
Version: 5.93-2
you can't use O_NONBLOCK on files in 2.4... and so tail -f is broken
because it apparently requires that now as of 5.93:
tail: /var/log/apache/access_log: cannot change nonblocking mode: Operation not
permitted
i don't think that should be a fatal error (or
ugh this whole blocking optimization stuff in tail_forever just seems
broken... i'm not sure the correct fix, but the following fix seems to do
the job for me.
i've tested doing tail -f and -F on one and multiple files on 2.6 and 2.4
... i've done other nonsense tests like tail -f on stdin,
Package: initrd-tools
Version: 0.1.84
currently for a root on md raid mkinitrd does something like this:
mdadm -A /dev/md3 -R -u 2b3a5b77:c7b4ab81:a2b8322a:db5c4e88 /dev/sdb4 /dev/sda4
however this has the problem that it will require the root raid devices to
always reside at /dev/sda4 and
Package: spell
Version: 1.0-15
try this:
% echo a b c a
% spell a
it hangs forever...
i dunno, but the source code looks like it has some confusion with pin vs.
pout... the patch below seems to fix it.
-dean
--- spell-1.0/spell.c.dg2005-10-22 11:26:24.0 -0700
+++
Package: clamav-freshclam
Version: 0.87-1
a couple times a month i find a freshclam which has been stuck on a read
from fd 4 for a few days... fd 4 is its network socket, and it seems to be
stuck in the middle of a tcp session, probably the other end has
disappeared. there really should be an
Package: libpam-modules
Version: 0.79-2
if /etc/environment does NOT exist then logins/etc fail with a pam_setcred
critical error. (this is NOT a repeat of the other bugs related to
/etc/environment just fixed in 0.79-2 :)
-dean
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Package: linux-image-2.6.12-1-686-smp
Version: 2.6.12-7
usb audio worked in -6... but as of -7 i'm getting this in dmesg when the
module is inserted:
snd_usb_audio: Unknown symbol __compound_literal.170
snd_usb_audio: Unknown symbol __compound_literal.89
snd_usb_audio: Unknown symbol
Package: clamav-freshclam
Version: 0.87-1
please add a MAILTO=root at the top of /etc/cron.d/clamav-freshclam so
that any output from freshclam failures goes to root rather than to the
clamav user...
thanks
-dean
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
ah, wait i see you add a clamav: root to /etc/aliases... works fine
except for those of us using MTAs which don't support /etc/aliases. i'm
satisfied enough making a local mod to my own crontab then... go ahead and
close this out, sorry.
-dean
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Package: at
Version: 3.1.9
when launching atd it's preferable to clean the environment -- in
particular things like SSH* env vars or even LOGNAME can leak into the
environment of the daemon. i've seen this cause problems such as atd
sending mail as 'dean' rather than 'root' when i restart it.
1 - 100 of 119 matches
Mail list logo