Bug#1070685: linux-image-6.1.0-21-amd64: Found Trace in the logs about br_netfilter and nf_conntrack

2024-05-07 Thread Tito Ragusa
Package: src:linux Version: 6.1.90-1 Severity: normal Dear Maintainer, * What led up to the situation? Rebooting the box after kernel package upgrade * What exactly did you do (or not do) that was effective (or ineffective)? Nothing * What was the outcome of this action

Bug#1055645: orphan-sysvinit-scripts: Please take over mdadm init script

2023-12-01 Thread tito
On Fri, 1 Dec 2023 09:48:50 +0100 Lorenzo wrote: > On Fri, 1 Dec 2023 07:53:57 +0100 > tito wrote: > > > > > > > > > Even the cronjob is gone. > > > > > > sorry, the patch does not include cronjob since o-s-s does not have > > > a w

Bug#1055645: orphan-sysvinit-scripts: Please take over mdadm init script

2023-11-30 Thread tito
onjob since o-s-s does not have > a way to handle it. Couldn't it be appended to crontab? > By the way I don't remember a project consensus for dropping > cronjobs in favour of timers.. > > Best Regards, > Lorenzo > Hi, shouldn't /etc/default/mdadm be moved also to o-s-s? I bet it is the next file to be dropped after timers Ciao, Tito

Bug#998893: closed by Debian FTP Masters (reply to Matthew Vernon ) (Bug#998893: fixed in orphan-sysvinit-scripts 0.09)

2021-11-20 Thread tito
re/orphan-sysvinit-scripts/nftables' are the same file > dpkg: error processing package orphan-sysvinit-scripts (--configure): > installed orphan-sysvinit-scripts package post-installation script > subprocess returned error exit status 1 > Errors were encountered while processing: > orphan-sysvinit-scripts > > Any adivce here? > > Regards, Axel Hi, couldn't renaming the scripts in the orphan-sysvinit-scripts package be a solution to solve this? E.g from nftables to nftables-sv or nftables.sh or nftables-s5i or nftables-orphan. Just my 0,2 cents. Ciao, Tito

Bug#994275: Reverting breaking changes in debianutils

2021-10-26 Thread tito
either GNU which nor *BSD which nor any other which > alternative is in unstable. Presumably one of these could have put > a band-aid on your bazel problem, though of course any version of > `which` might output things to stderr for a variety of reasons. Hi, there is busybox that has

Bug#670585: "ok hat location is writable"

2019-05-09 Thread Tito
On 5/9/19 9:35 AM, Dmitry Bogatov wrote: [2019-05-08 14:57] Tito Problem is that I do not understand, when /var/log/fsck exist for sure. Collegues, I need help with evaluating proposed change. Hi, I guess if it is a one partition only setup /var/log will exist as soon as as root is

Bug#670585: "ok hat location is writable"

2019-05-08 Thread Tito
On 5/8/19 6:38 AM, Dmitry Bogatov wrote: [2019-05-06 07:33] Tito [ Dmitry Bogatov ] - log_success_msg "Done checking file systems. -A log is being saved in ${FSCK_LOGFILE} if that location is writable." + log_success

Bug#670585: "ok hat location is writable"

2019-05-05 Thread Tito
ng saved in ${FSCK_LOGFILE} if that location is writable" fi fi fi Hi, maybe something like: if test -w ${FSCK_LOGFILE} ; then log_success_msg "Log is saved in ${FSCK_LOGFILE} else log_success_msg "Cannot save log in ${FSCK_LOGFILE} fi Ciao, Tito

Bug#918227: xtables-addons-common: GeoIPCountryCSV.zip ERROR 404: Not Found

2019-01-04 Thread Tito Ragusa
Package: xtables-addons-common Version: 2.12-0.1 Severity: important Dear Maintainer, * What led up to the situation? Running periodically a script that calls /usr/lib/xtables-addons/xt_geoip_dl to update GeoIPv6.csv.gz and GeoIPCountryCSV.zip * What exactly did you do (or not do

Bug#363132: hdparm 6.3-3: minor bug

2006-04-17 Thread Tito
tch that adds two missing commas to the source: Ciao, Tito Ragusa <[EMAIL PROTECTED]> diff -uN identify_orig.c identify.c --- identify_orig.c 2006-04-17 21:31:07.0 +0200 +++ identify.c 2006-04-17 21:31:31.0 +0200 @@ -262,8 +262,8 @@