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 log_warn
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 UNSUBSCR
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
> > 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 probl
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 de
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 PROT
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 an
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=detail&aid=1439412&group_id=56125&atid=479441
and
https://sourceforge.net/tracker/?func
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
/usr/l
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 you
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: 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 miss
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 upgra
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
append-on
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
u
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 t
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
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, th
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 i
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"
... i
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 r
101 - 121 of 121 matches
Mail list logo
