Same problem with the "arno-iptables-firewall"-package: It also got
tagged for auto removal due to this. And again: no relationship
whatsoever
On Mon, 30 May 2022 18:38:47 +0100 Kartik Kulkarni
wrote:
> Hello,
> I received an email for auto removal for source-highlight which has
Upstream fix here:
https://github.com/arno-iptables-firewall/aif/commit/d145f9b665ae3573055470cd45c750e63e7bebf6
On 12-04-2020 21:05, Julia Longtin wrote:
Package: arno-iptables-firewall
Version: 2.1.0-2
Severity: normal
Tags: patch upstream
Dear Maintainer,
90-rpc.plugin does not see
Thanks for the report. We will fix it upstream as well. Please note that
the patch you provided is not POSIX-compatible since $'\n' is not POSIX.
The correct fix should be something like:
IFS=" ,
"
cheers,
Arno
On 12-04-2020 21:05, Julia Longtin wrote:
Package: arno-iptables-firewall
This has already been fixed upstream in version 2.0.2a. Unfortunately it
seems this package is no longer maintained on Debian. The fix is simply
using the newer systemd service file
(/lib/systemd/system/arno-iptables-firewall.service) that comes with 2.0.2a.
You can either manually overwrite
cheers,
Arno
--
Arno van Amersfoort
E-mail: arn...@rocky.eld.leidenuniv.nl
Donations are welcome through Paypal!
---
Arno's (Linux IPTABLES Firewall) Homepage:
http://rocky.eld.leidenuniv.nl
--- it doesn't seem to be
judging from just changelog entries --- my apologies.)
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
Arno van Amersfoort
E-mail: arn
Although the actual problem is in kmod, I still think this change is
sane enough to stay in AIF, at least for now.
-arno
On 8/14/2012 16:10, Wojciech Kusiak wrote:
On Tue, Aug 14, 2012 at 07:43:18AM +0200, Arno van Amersfoort wrote:
Thanks, I also changed it for modprobe_multi
to report this to the maintainer though.
cheers,
Arno
On 10-Aug-12 19:16, Wojciech Kusiak wrote:
On Fri, Aug 10, 2012 at 07:40:27AM +0200, Arno van Amersfoort wrote:
I think I managed to work around the issue, although I think kmod
should of course return a more descriptive (error) message when
I think I managed to work around the issue, although I think kmod should
of course return a more descriptive (error) message when a module is not
found.
Since I don't have a system with kmod here I can't test the fix. If you
like you can grab the latest nightly from
I never suggested this was a security vulnerability. Clearly it isn't. I
think Julia's frustration is that when reloading the firewall rules after the
upgrade she gets a broken firewall and a WARNING message. Is there a way to
prevent loading of the rules entirely and preserving the
Dear Zac,
Your assumption is wrong. One can still use the short form
SRC_PORTINT_IP~INT_PORT. So the only real problem is when people
use(d) the undocumented, no longer working, ~SRC_PORTINT_IP~INT_PORT
form. The version that no longer allowed this form, is ALSO the version
that introduced
Just implemented conf.d support in svn r612 so the next stable should
have this included.
cheers,
Arno
On 03-Feb-12 11:23, Michael Hanke wrote:
On Fri, Feb 03, 2012 at 10:46:21AM +0100, Arno van Amersfoort wrote:
Fixing this before April, shouldn't be a problem. Only thing I'm
wondering
forwards are dropped. an outage and
warning that does not tell one what to do to fix it is certainly an issue.
Julia Longtin
On Mon, Feb 6, 2012 at 12:28 PM, Arno van Amersfoort
arn...@rocky.eld.leidenuniv.nl mailto:arn...@rocky.eld.leidenuniv.nl
wrote:
Well it does do that:
Restarting
.
Luckily, there will at least be this thread to guide other sysadmins. I
had to use bash -x to trace through things and discover the 'fix' for my
perfectly 'valid' syntax not working.
Julia Longtin
On Mon, Feb 6, 2012 at 6:17 AM, Arno van Amersfoort
arn...@rocky.eld.leidenuniv.nl mailto:arn
cc'ed in my fellow dev.
I think it's a good idea and should be fairly easy to implement. Would
probably also make things easier for debconf, would it Michael?
cheers,
Arno
On 03-Feb-12 9:53, Michael Hanke wrote:
On Fri, Feb 03, 2012 at 09:17:46AM +0100, Harald Dunkel wrote:
Package:
:59:32AM +0100, Arno van Amersfoort wrote:
cc'ed in my fellow dev.
I think it's a good idea and should be fairly easy to implement.
Would probably also make things easier for debconf, would it
Michael?
It sure would!
Michael
PS: Debian stable freeze is coming up. It would be nice to get
Totally makes sense. I think we'll replace LOCAL_CONF_FILE with the
conf.d/ implementation.
cheers,
Arno
On 03-Feb-12 11:23, Michael Hanke wrote:
On Fri, Feb 03, 2012 at 10:46:21AM +0100, Arno van Amersfoort wrote:
Fixing this before April, shouldn't be a problem. Only thing I'm
wondering
You mean that NAT_FORWARD_TCP=10.100.0.117~80 causes the problem
and NAT_FORWARD_TCP=0/0~10.100.0.117~80 fixes that? I tried
reproducing it, but I can't get it to fail. Could you provide a snippet
of the error?
thanks.
Arno
On 03-Feb-12 15:37, Julia Longtin wrote:
Package:
Just put this in your EXT, that should cover about all cases:
EXT_IF=eth+ br+ wlan+
-arno
On 17-Jan-12 9:12, Michael Hanke wrote:
Hi,
I just realized that I never replied to this one, but better late than
never...
On Wed, Oct 19, 2011 at 08:59:25AM +0200, Harald Dunkel wrote:
I would like
This has been fixed/included upstream (by us). The next stable version
has it included.
-arno
On 28-Dec-11 3:58, fai demo user wrote:
Package: arno-iptables-firewall
Version: 2.0.0.c-1
Severity: normal
Dear Maintainer,
I have discovered that arno is blocking rpc services to my internal
Thanks, I'll inspect it and consider it for inclusion. Do note that:
if [ -z RPC_SERVICES ]; then
needs to be:
if [ -z $RPC_SERVICES ]; then
cheers,
Arno
On 28-Dec-11 3:58, fai demo user wrote:
Package: arno-iptables-firewall
Version: 2.0.0.c-1
Severity: normal
Dear Maintainer,
I
Package: mdadm
Version: 3.1.4-1+8efb9d1
There is an updated version (1.52) of my mdadd.sh script
available (packed as /usr/share/doc/mdadm/examples/newdisk.gz in the
mdadm package). You can obtain it from
http://rocky.eld.leidenuniv.nl/scripts/mdadd.sh
Could it please be updated in the mdadm
-iptables-firewall/services-tcp:
* arno-iptables-firewall/restart: true
* arno-iptables-firewall/config-int-if:
arno-iptables-firewall/nat: false
* arno-iptables-firewall/debconf-wanted: true
--
Arno van Amersfoort
E-mail: arn...@rocky.eld.leidenuniv.nl
Donations are welcome through Paypal
[not included]
/etc/arno-iptables-firewall/plugins/traffic-shaper.conf changed [not included]
-- debconf information excluded
--
Arno van Amersfoort
E-mail: arn...@rocky.eld.leidenuniv.nl
Donations are welcome through Paypal
-reconfigure dash and changed the default shell back to bash.
everything works for us now, but well, it's not fine.
The report is correct. There are bashisms that need to be removed.
Michael
--
Arno van Amersfoort
E-mail: arn...@rocky.eld.leidenuniv.nl
Donations are welcome through Paypal
Package: mdadm
Version: 3.1.4
There is an updated (bugfix) version (1.47e) of my mdadd.sh script
available. You can obtain it from
http://rocky.eld.leidenuniv.nl/scripts/mdadd.sh
Could it please be updated in the mdadm package?
Thanks!
--
Ing. A.C.J. van Amersfoort (Arno)
Department Of
there...
Carlos
--
Arno van Amersfoort
E-mail: arn...@rocky.eld.leidenuniv.nl
Donations are welcome through Paypal!
---
Arno's (Linux IPTABLES Firewall) Homepage:
http://rocky.eld.leidenuniv.nl
--
To UNSUBSCRIBE, email to debian
-if: eth0 wlan0 ppp+ eth1 eth2
* arno-iptables-firewall/services-tcp:
* arno-iptables-firewall/restart: true
* arno-iptables-firewall/config-int-if:
* arno-iptables-firewall/nat: false
--
Arno van Amersfoort
E-mail: arn...@rocky.eld.leidenuniv.nl
Donations are welcome through Paypal
:55AM +0200, Arno van Amersfoort wrote:
Should be fixed upstream in 1.9.2m-DEVEL. Thanks for the report.
I am afraid that this fix would also need to get into Debian squeeze.
Could you post the relevant patch to this bug?
Thanks,
Michael
--
Arno van Amersfoort
E-mail: arn
Better patch attached
On 9/9/2010 12:35, Michael Hanke wrote:
On Thu, Sep 09, 2010 at 11:59:55AM +0200, Arno van Amersfoort wrote:
Should be fixed upstream in 1.9.2m-DEVEL. Thanks for the report.
I am afraid that this fix would also need to get into Debian squeeze.
Could you post
van Amersfoort
E-mail: arn...@rocky.eld.leidenuniv.nl
Donations are welcome through Paypal!
---
Arno's (Linux IPTABLES Firewall) Homepage:
http://rocky.eld.leidenuniv.nl
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
van Amersfoort
E-mail: arn...@rocky.eld.leidenuniv.nl
Donations are welcome through Paypal!
---
Arno's (Linux IPTABLES Firewall) Homepage:
http://rocky.eld.leidenuniv.nl
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
, Arno van Amersfoort wrote:
This was the intended behaviour, but due to a bug it doesn't work.
I'll fix it today, hopefully Debian will backport the fix or allow
upcoming 1.9.2k to enter Sqeeuze.
Could you please provide me with a bugfix patch for the current -k
release that fixes this. I'm
)
cheers,
Arno
--
Arno van Amersfoort
E-mail: arn...@rocky.eld.leidenuniv.nl
Donations are welcome through Paypal!
---
Arno's (Linux IPTABLES Firewall) Homepage:
http://rocky.eld.leidenuniv.nl
--
To UNSUBSCRIBE, email
:
arno-iptables-firewall/title:
* arno-iptables-firewall/config-ext-if: eth0
* arno-iptables-firewall/services-tcp: 0
* arno-iptables-firewall/restart: true
* arno-iptables-firewall/config-int-if:
arno-iptables-firewall/nat: false
* arno-iptables-firewall/debconf-wanted: true
--
Arno van
Thanks for reporting this. It has been fixed in the current SVN version.
cheers,
Arno
Yaroslav Halchenko wrote:
Package: arno-iptables-firewall
Version: 1.9.2.d-1
Severity: normal
Per your recommendations/directions installed the beast... configuration was to
be managed by debconf,
Package: mdadm
Version: 2.6.7.2-3
There is an updated (bugfix) version (1.46) of my mdadd.sh script
available (packed as /usr/share/doc/mdadm/examples/newdisk.gz in the
mdadm package). You can obtain it from
http://rocky.eld.leidenuniv.nl/scripts/mdadd.sh
Could it please be updated in the mdadm
This has been fixed upstream. Thanks for reporting it.
cheers,
Arno
--
Ing. A.C.J. van Amersfoort (Arno)
Electronics ICT Engineer
Leiden Institute of Physics (LION), Electronics Department (ELD)
Huygens Laboratory (Room 1007),
This is certainly a problem within either the kernel or iptables, I've
seen it happen myself and isolated it to being one of these. Looks like
some endian issue, which is beyond the scope of aif.
cheers,
Arno
--
Ing. A.C.J. van Amersfoort (Arno)
Electronics ICT Engineer
, Arno van Amersfoort said:
Currently I'm unable to reproduce this previous reproducable bug. As
soon as it problem re-appears I will re-test and let know my findings.
Any luck with reproducing it?
As it's been 4 or so months without any follow up, my personal feeling
I can't reproduce it with my current setup. Just close this one (for now).
Thanks.
ps. Sorry for the delay
Christian Perrier wrote:
Now that I've changed some of the settings you suggested I'll recheck
whether it fixes the problem. I'll report back ASAP.
Any progress?
--
Ing.
-iptables-firewall/debconf-wanted: true
--
Arno van Amersfoort
E-mail: arn...@rocky.eld.leidenuniv.nl
Donations are welcome through Paypal!
---
Arno's (Linux IPTABLES Firewall) Homepage:
http://rocky.eld.leidenuniv.nl
Hello Christian,
Christian Perrier wrote:
retitle 428733 Samba keeps locks on executable files when launched from logon
scripts by Windows clients
tags 428733 moreinfo
thanks
Hello Arno,
While doing a mass bug triage of bugs in the samba package, I went on
the issue you reported in
Dear Christian,
Sorry that I didn't respond any time sooner. I've been really tied up at
work for a while and these emails tend to move to the bottom of my
mailbox. AFAIK the problem has been fixed upstream/with a newer Samba
version. I am now running Debian-Lenny on the same machine and the
This bug has been fixed upstream ages ago (see the (already) closed bug
report about it). The package that comes with Debian 5.0 (Lenny) no
longer has this issue. But thanks for reporting the problem anyway
Arno
ps. Michael this report can be closed, but you were probably already
aware
Currently I'm unable to reproduce this previous reproducable bug. As
soon as it problem re-appears I will re-test and let know my findings.
Thanks
Arno
Stephen Gran wrote:
This one time, at band camp, Arno van Amersfoort said:
Package: hdparm
Version: 8.9-1
I'm running a system
Package: samba
Version: 2:3.2.0-4
The option winbind normalize names = yes in smb.conf is NOT working.
Neither any spaces get replaced with _ and higher case characters are
also not converted to lower case. It simply doesn't seem to do anything.
My winbind config looks like this:
idmap
Package: samba
Version: 2:3.2.0-4
I used to use Samba 3.0.14a (on Etch) but recently I moved to Lenny with
Samba 3.2.0 but suddenly the winbind use default domain option
partially broke. Note that I also changed my setup to move to the new
idmap config settings. When I enable winbind use
Package: hdparm
Version: 8.9-1
I've setup several SATA disks in /etc/default/hdparm like this:
harddisks=/dev/sda /dev/sdb /dev/sdc /dev/sdd
hdparm_opts=-W0 -S60
But the last harddisks-argument is always ignored. I tried removing sdd,
but then sdc gets ignored and so on. When I
It turns out the problem is caused by hdparm's RAID_WORKAROUND option in
/etc/default/hdparm. I'm still not sure whether it's a kernel bug or a
bug in hdparm, but at least disabling this option fixes the problem
--
Ing. A.C.J. van Amersfoort (Arno)
Electronics ICT Engineer
I experience the same problem here, I'm on ISO8859-15 and samba fails to
enumerate the printers. However I am able to fix this by settings
printcap name = /etc/printcap in smb.conf I don't know whether
there are any drawbacks of doing this, but I guess it's about time to
look at a move to
Package: hdparm
Version: 8.9-1
I'm running a system with several soft RAID1 RAID6 devices. I
experienced a problem where the resync/rebuild of my new array's stalled
at 0K/s speed like this:
md3 : active raid1 sdb6[2](F) sda6[0]
126953536 blocks [2/1] [U_]
[]
Now I (suddenly) see what's happing:
+(525 /etc/default)# /etc/init.d/hdparm
start
([EMAIL PROTECTED])
Setting parameters of disc: setting standby to 60 (5 minutes)
/dev/sda setting standby to 60 (5 minutes)
/dev/sdb .
The
Hi Michael,
I've already merged it upstream, although I'm not sure whether there
will be an officially updated 1.8.8 version, as I'm retiring 1.8
ASAP But at least the next 1.9 will have the patch included...
cheers,
Arno
Michael Hanke wrote:
Hi,
[ CC'ing upstream (Hi Arno!). Full
Package: linux-image
Version: 2.6.25-2-686
I tried to create several software raid(md) array's on my Lenny system,
but unfortunately the resync/recovery of the array's hangs like this:
md3 : active raid1 sdb6[2](F) sda6[0]
126953536 blocks [2/1] [U_]
[]
Package: arno-iptables-firewall
Version: 1.8.8o
Somehow the Linux-igd plugin in my upstream version was enabled by
default. By default any plugin should be disabled, including this one.
It can simply be fixed by setting ENABLED=0 in
/etc/arno-iptables-firewall/plugins/linuxigd.conf
Although
The author of uvccapture just released a new version of uvccapture,
which also fixes the problem. I hope it can be updated here as well, as
the current version in lenny (0.4) is useless in its current state
Thanks.
--
Ing. A.C.J. van Amersfoort (Arno)
Electronics ICT Engineer
I had contact with one of the kernel developers regarding this issue and
he provided a fix for uvccapture to fix this issue. The patch can be
obtained here:
http://bugzilla.kernel.org/attachment.cgi?id=16916action=view
So it turns out to be a problem in uvccapture after all. It would be
nice
Package: uvccapture
Version: 0.4-1
Since I've upgraded to Lenny/testing, my Logitech Quickcam Fusion
stopped working. What I get in the kernel log is:
uvcvideo: Failed to query (130) UVC control 2 (unit 2) : -32 (exp. 2).
__ratelimit: 29 messages suppressed
uvccapture[31885]: segfault at 0 ip
Package: mdadm
Version: 2.6.4-2
There is an updated (bugfix) version (1.40) of my mdadd.sh script
available (packed as /usr/share/doc/mdadm/examples/newdisk.gz in the
mdadm package). You can obtain it from
http://rocky.eld.leidenuniv.nl/scripts/mdadd.sh
Could it please be updated in the
It turns out that the problem is not caused by tmpreaper but by zshell
(or its configuration). Sorry for all the noise, but therefor this bug
report can be closed :-D
kind regards,
Arno
Debian Bug Tracking System wrote:
Thank you for the additional information you have supplied regarding
?
If you need additional info/testing don't hesitate to contact me.
Nathan Scott wrote:
On Sat, 2008-07-05 at 17:48 +0200, Arno van Amersfoort wrote:
Package: xfsprogs
Version: 2.8.11-1
Platform: 32bit x86
You should be able to use -ssize=4k on the mkfs command line to work
around
at 08:24 +0200, Arno van Amersfoort wrote:
And I guess most people expect mkfs.xfs to properly detect the sector
Indeed. I'll let the XFS developers know (CCd) - if devices say they
support only 512 byte sectors, mkfs.xfs should silently switch to the
minimum sector size supported
Package: xfsprogs
Version: 2.8.11-1
Platform: 32bit x86
It seems that mkfs.xfs can't (properly) create a filesystem on a block
device which has a sector size other than 512bytes. In my case I tried
with both 2k and 4k sectors, but this failed. The device used is a
Promise Vtrak610M iSCSI SAN.
Hi,
Although plugins can implement a 'plugin_stop' method so that changes can be
removed on restart or stop events, the script seems to omit calling them.
A patch is attached.
Regards,
--
Arno van Amersfoort - E-mail: [EMAIL PROTECTED]
Unfortunately I haven't been able to reproduce this problem yet. As soon
as I know more (and have some spare time) on this issue, I'll let you know.
Paul Slootman wrote:
On Sat 05 Apr 2008, Arno van Amersfoort wrote:
I have my /tmp mounted on a seperate partition and I noticed
be closed or merged with another bug?
Thanks,
Michael
On Wed, Feb 27, 2008 at 02:29:38PM +0100, Arno van Amersfoort wrote:
Michael,
I'm already looking into this problem (the submitter provided a SUN
sparc machine I can use for testing). I've already somehat isolated the
problem
now know) :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=468170
Michael Hanke wrote:
tag 468148 + etch confirmed
thanks
Hi,
On Fri, Apr 18, 2008 at 01:37:57PM +0200, Arno van Amersfoort wrote:
Hi,
Oh, sorry forgot to update the info here. The problem is caused by a bug
Package: tmpreaper
Version: 1.6.7
I have my /tmp mounted on a seperate partition and I noticed that
everytime fsck runs, the lost+found directory for this filesystem is
missing. Now it turns out that tmpreaper is responsible for this.
Although tmpreaper should exclude the lost+found
Package: arno-iptables-firewall
Version: 1.8 branch
I just noticed that the package for my firewall is lacking dns-utils
as recommended package. IMHO it should, as the dig binary is used by
both arno-fwfilter and arno-iptables-firewall when either one has
name-resolving enabled. Note that for
Package: arno-iptables-firewall
Version: 1.8 branch
IMHO Lynx should NOT be a requirement of arno-iptables-firewall, but
rather a recommended package as it is only required when name
resolving is enabled in the arno-iptables-firewall and/or arno-fwfilter.
Arno
--
Ing. A.C.J. van
Package: arno-iptables-firewall
Version: 1.8 branch
There is a new stable upstream version (1.8.8o) available. It contains
an important fix for new-generation plugins. Again, I like to get it in
ASAP because of a possible (soft) freeze of Lenny.
Arno
--
Ing. A.C.J. van Amersfoort (Arno)
Michael,
I'm already looking into this problem (the submitter provided a SUN
sparc machine I can use for testing). I've already somehat isolated the
problem, but as it looks now the issue is probably in the iptables
binary (or kernel) used by Debian/Sparc. I will also post a bug against
the
?
Thanks,
Arno
--
Arno van Amersfoort
E-mail: [EMAIL PROTECTED]
Donations are welcome through Paypal!
---
Arno's (Linux IPTABLES Firewall) Homepage:
http://rocky.eld.leidenuniv.nl
--
To UNSUBSCRIBE, email to [EMAIL
I also noticed this in my kernel messages:
ip_tables: limit match: invalid size 40 != 32
I don't know what it means but I hope it helps
--
Ing. A.C.J. van Amersfoort (Arno)
Electronics ICT Engineer
Leiden Institute of
Package: arno-iptables-firewall
Version: 1.8 branch
There is a new stable upstream version (1.8.8n) available. It contains
some important bug fixes, thus I like to get it in before the (soft)
freeze of Lenny.
Michael, you probably already knew this, but I decided to file a bug
report just
Same problem here. Just upgraded to
3.0.24-6etch7 and my Windows machine's refuse to show several directories. Note that smbclient (//localhost/...)
does show the directories, so this is really weird. I also noticed that the info smbclient shows is all screwed up:
+(521 ~)# smbclient
Package: libpam-mount
Version: 0.26-1
I've noticed some strange behaviour with libpam-mount here on my Etch
installation. The problem occured when I did an aptitude install
clamav-freshclam, as then a clamav user is created and rightafter a
shell for this user is called to start the freshclam
already. Therefore I'm closing this bug now.
Thanks for reporting this,
Michael
--
Arno van Amersfoort - E-mail: [EMAIL PROTECTED]
~ 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 is just a number! ~
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
Package: winbind
Version: 3.0.24-6
I have a 2 very strange problems with winbind, and I think they are
related that's why file only one bug report. The first issue is that
when my machine boots, right after boot 'wbinfo -D {mydomain}' shows:
Name : PHYSICS
Alt_Name :
I did some additional testing here and it seems the probleem is related
to the KEEPALIVE-socket option. Well, actually, the fact that one does
NOT use the KEEPALIVE-socket option, but instead the seperate keepalive
= -option. I've now removed the keepalive = option and add
SO_KEEPALIVE to the
Package: samba
Version: 3.0.24-6etch4
It seems that since I've upgraded from Sarge to Etch (Samba 3.0.14a -
3.0.24), Samba doesn't dispose of locks previously created for exe-files
opened by Windows. This means that once a Windows client opens an
.exe-file from a Samba-share (to execute it),
Package: spamassassin
Version: 3.1.7-2
Since I've upgraded to Debian Etch, next to the normal logging to
/var/log/syslog, my /var/log/messages also get filled with messages from
spamassassin (spamd) like:
Jun 8 23:43:31 rulhm1 check[3195]: prefork: child states: II
Jun 8 23:45:15 rulhm1
Package: mdadm
Version: 2.5.6-9
I think that /usr/share/mdadm/mkconf now only keeps the MAILADDR from
the previous mdadm.conf . IMHO it should also do this for the options
CREATE, HOMEHOST and PROGRAM . In this way one can simply use mkconf to
regenerate a new mdadm.conf without worrying
#
--
# Linux MD (Soft)RAID Add Script - Add a (new) harddisk to another multi
MD-array harddisk
# Last update: May 4, 2007
# (C) Copyright 2005-2007 by Arno van Amersfoort
# Homepage : http://rocky.eld.leidenuniv.nl/
# Email : a r n o
, 2007
# (C) Copyright 2006-2007 by Arno van Amersfoort
# Homepage : http://rocky.eld.leidenuniv.nl/
# Email : a r n o v a AT r o c k y DOT e l d DOT l e i d e n u
n i v DOT n l
# (note: you must remove all spaces and substitute
Package: samba
Version: 3.0.14a-3sarge
After some debugging I discovered that a strange problem I experienced
was caused by the patched code added in Samba 3.0.14a-3sarge for
CVE-2007-2447 (Remote Command Injection Vulnerability). It is now no
longer possible to use the ; character in options
Package: nis
Version: 3.13-2
Besides having MINUID MINGID in /var/yp/Makefile, it is quite handy to
also have MAXUID MAXGID. For my case that is mainly to filter out
the Samba domain machines that also live in our /etc/passwd. I've added
a patch (which I've been using for quite some time
Package: spamassassin
Version: 3.1.7-2
Since I've upgraded my machine to Debian Etch I'm getting these error
messages in my /var/log/mail.err :
Apr 24 03:28:05 rocky spamd[3835]: Can't locate Math/BigInt/FastCalc.pm
in @INC (@INC contains: ../lib /usr/share/perl5 /etc/p
erl
Package: nis
Version: 3.13-2
There is a typo in /var/yp/Makefile concerning the comment on the
YPPUSHARGS variable. The -port, should be --port, else yppush treats it
as a map name. I've created a patch (with some extra info that you
shouldn't use quotes).
Hopefully the problem can be fixed
and
currently has no pending bug (reports). I therefor strongly recommend to
sync the current Etch version (1.8.8c) with the latest upstream version
(1.8.8h).
--
Arno van Amersfoort
E-mail: [EMAIL PROTECTED]
Donations are welcome through Paypal
Package: dash
Version: 0.5.3-6
I ran into a problem after upgrading my system to testing last week,
causing one of my scripts not to work anymore. During installation I let
the installer redirect sh to dash. Although it is POSIX compliant (as
far as I know) it doesn't work properly. This was
Package: cups
Version: 1.1.23-10sarge1
I use Samba in combination with CUPS to print (using printing = cups in
Samba). The problem is that when (Windows) clients spool job, they also
send the name of job, which normally is the filename of the original
document (printed from). In the job
Package: klogd
Version: 1.4.1-17
While I performed some auditing in search for another bug I discovered that
/etc/init.d/klogd contains an unused function
called running. I don't know whether this causes an actual bug/problem, but
the maintainer may want to look into to this
--
Ing. A.C.J.
Package: zsh
Version: 4.2.3-1
When I exit a zshell (for example when exiting from su) zshell segfaults when:
- /usr/share/zsh/functions/TRAPEXIT exists and is executable
- And the function is loaded (for example from /etc/zsh/zshrc with autoload
${^/usr/share/zsh/functions}/*(.xN:t) )
I am
95 matches
Mail list logo