Bug#1071385: wmenu 0.1.8 available
Package: wmenu Version: 0.1.7-1 Severity: normal Hello, wmenu version [0.1.8] is available, please consider packaging it. It provides a new wmenu-run executable and fixes some bugs. Best regards Hannes [0.1.8] https://lists.sr.ht/~adnano/wmenu-announce/%3cd11c10674z0o.xctdywu4x...@maolood.com%3E
Bug#1070805: aide fails to concurrently read extended attributes
Package: aide Version: 0.18.3-1+deb12u2 Severity: important Tags: upstream patch Hello, aide 0.18 (<= 0.18.7) fails to concurrently read extended attributes (xattrs) due to variables erroneously shared between worker threads. This has been fixed upstream in AIDE [v0.18.8] via [732e7e2e] (and [3831c717] in the default branch). Best regards Hannes [v0.18.8] https://github.com/aide/aide/releases/tag/v0.18.8 [732e7e2e] https://github.com/aide/aide/commit/732e7e2e7dc91bb614c508518c0abc6cab85565c [3831c717] https://github.com/aide/aide/commit/93831c717eaaa19d58da12ebeb28607cc6d43116
Bug#710970: Please include extended dh_ucf script
Hello, On Sun, Aug 14, 2022 at 01:16:15PM +0200, Niels Thykier wrote: > Yes, I would still be interested in the improvements if you still feel it > would be worth your time and effort to do them. :) Originally I created the bug/patch to ease the maintenance of the numerous rule files in the aide package. Meanwhile Marc (one of the aide maintainers) has developed some ucf helper functions for the same purpose. These functions are now provided by the ucf package [ucf_helper_functions] and are used directly in the aide-common postinst file (see [aide-common.postinst]). Principally I'm still willing to update the dh_ucf patch, but I think it does not make sense to provide the same functionality in two different packages (debhelper and ucf). How do we want to proceed now? @Marc @Manoj What is your opinion as the maintainers of the other involved packages? Best regards Hannes [ucf_helper_functions] https://salsa.debian.org/srivasta/ucf/-/blob/master/ucf_helper_functions.sh [aide-common.postinst[ https://salsa.debian.org/debian/aide/-/blob/master/debian/aide-common.postinst
Bug#1057309: src:haskell-pandoc binary package names conflict with src:pandoc binary packages
Source: haskell-pandoc
Version: 3.0.1-2
Severity: serious
Control: affects -1 src:pandoc
Hi,
The binary packages provided by src:haskell-pandoc conflict with the
binary packages of src:pandoc; violationg Debian Policy 3.1 ("Every
package must have a name that’s unique within the Debian archive.").
This also makes the pandoc binary package from src:pandoc uninstallable
in unstable:
# apt policy pandoc pandoc-data
pandoc:
Installed: (none)
Candidate: 2.17.1.1-3
Version table:
2.17.1.1-3 500
500 mirror+file:/etc/apt/mirrors/debian.list unstable/main amd64
Packages
pandoc-data:
Installed: (none)
Candidate: 3.0.1-2
Version table:
3.0.1-2 500
500 mirror+file:/etc/apt/mirrors/debian.list unstable/main amd64
Packages
2.17.1.1-3 500
500 mirror+file:/etc/apt/mirrors/debian.list unstable/main amd64
Packages
# apt install pandoc
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
pandoc : Depends: pandoc-data (< 2.17.1.1-3.~) but 3.0.1-2 is to be installed
E: Unable to correct problems, you have held broken packages.
As a workaround you can specify the matching version of pandoc-data:
# apt install pandoc pandoc-data=2.17.1.1-3
Best regards
Hannes
Bug#1034816: aide aborts with error "realloc: failed to allocate memory", exit code 22
tags 1034816 - moreinfo unreproducible thanks Hi Thomas, On Thu, May 11, 2023 at 05:52:01PM +0200, Thomas Dorner wrote: > I narrowed it further down with some more fprintfs. The problem is not > in do_md.c but the call in hsymlnk in gen_list.c. Yes, yesterday I was able to reproduce your issue. Please try the patch available upstream[0] and report back if it fixes the memory allocation errors. Thanks for debugging. Best regards Hannes [0] https://github.com/aide/aide/commit/61778cdb42b88ab9591e43bf8de39693d545a278
Bug#1034816: aide aborts with error "realloc: failed to allocate memory", exit code 22
Hello Thomas, On Wed, Apr 26, 2023 at 07:46:40AM +0200, Thomas Dorner wrote: > > How many files are in the AIDE database on a successful run? Does this > > number significantly differ when the aide check fails? > > You mean the /var/lib/aide/aide.db? > # zcat /var/lib/aide/aide.db | wc > 755240 21146627 442199792 This shouldn't be large enough to fill up 32 GB of memory. Can you try to reproduce the failure and verify that the memory is actually used up by the aide process? > > Is 0.18.2-1 the only version you experience this behaviour or does > > this error also occur with an older version? > > I've never encountered this before, but I did not work with the > specific directory tree parallel to the AIDE run for at least 3 weeks > before the this one. Additionally can you try to directly call aide limited to the specific directory (see --limit option). Best regards hannes
Bug#1034816: aide aborts with error "realloc: failed to allocate memory", exit code 22
Hi Thomas, On Tue, Apr 25, 2023 at 10:54:39AM +0200, Thomas Dorner wrote: > The last two daily aide runs on my desktop machine failed with an error > 22. How many files are in the AIDE database on a successful run? Does this number significantly differ when the aide check fails? > Version 0.18.2-1 had been installed on 2023-04-21, so it did run OK at > least two times. It also run OK after a manual "systemctl start > dailyaidecheck" in a terminal window yesterday. This did not work today > though. Is 0.18.2-1 the only version you experience this behaviour or does this error also occur with an older version? > The last warnings like the 4 last ones above all come from a test > directory used by my current project. The files and directories there > have been deleted and recreated several times during the aide run. Independently of the issue above, it might make sense to exclude this directory. Best regards Hannes
Bug#1022543: Lower intel-rapl-mmio power limit on ThinkPad T490 since 5.18.0-3-amd64
Package: src:linux Version: 6.0.3-1 Severity: important Hello, starting with 5.18.0-3-amd64 I experience significant performance loss (clock speed slows down to 400 MHz) on higher CPU usage. After checking for differences I figured out that the long-term intel rapl mmio power limit now defaults to 5W (AC mode) / 10W (battery mode) compared to 25W with 5.18.0-2-amd64: AC mode: $ uname -a Linux sulfur 6.0.0-2-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.0.3-1 (2022-10-21) x86_64 GNU/Linux $ cat /sys/class/power_supply/AC/online 1 $ cat /sys/class/powercap/intel-rapl-mmio/intel-rapl-mmio\:0/constraint_0_power_limit_uw 500 Battery mode: $ uname -a Linux sulfur 6.0.0-2-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.0.3-1 (2022-10-21) x86_64 GNU/Linux $ cat /sys/class/power_supply/AC/online 0 $ cat /sys/class/powercap/intel-rapl-mmio/intel-rapl-mmio\:0/constraint_0_power_limit_uw 1000 Note that the limit in battery mode is actually higher than in AC mode. Booting into 5.18.0-2-amd64 the default power limit is 25W: AC mode: $ uname -a Linux sulfur 5.18.0-2-amd64 #1 SMP PREEMPT_DYNAMIC Debian 5.18.5-1 (2022-06-16) x86_64 GNU/Linux $ cat /sys/class/power_supply/AC/online 1 $ cat /sys/class/powercap/intel-rapl-mmio/intel-rapl-mmio\:0/constraint_0_power_limit_uw 2500 Battery mode: $ uname -a Linux sulfur 5.18.0-2-amd64 #1 SMP PREEMPT_DYNAMIC Debian 5.18.5-1 (2022-06-16) x86_64 GNU/Linux $ cat /sys/class/power_supply/AC/online 0 $ cat /sys/class/powercap/intel-rapl-mmio/intel-rapl-mmio\:0/constraint_0_power_limit_uw 2500 I can manually set the power limit to 2500 (fixing the performance issues), but the embedded controller changes it back to 500 after some time. Please let me know if I can provide any further information. Best regards Hannes -- Package-specific info: ** Version: Linux version 6.0.0-2-amd64 (debian-ker...@lists.debian.org) (gcc-12 (Debian 12.2.0-7) 12.2.0, GNU ld (GNU Binutils for Debian) 2.39) #1 SMP PREEMPT_DYNAMIC Debian 6.0.3-1 (2022-10-21) ** Command line: BOOT_IMAGE=/vmlinuz-6.0.0-2-amd64 root=/dev/mapper/sulfur--vg-root ro apparmor=0 quiet ** Not tainted ** Kernel log: Unable to read kernel log; any relevant messages should be attached ** Model information sys_vendor: LENOVO product_name: 20N2CTO1WW product_version: ThinkPad T490 chassis_vendor: LENOVO chassis_version: None bios_vendor: LENOVO bios_version: N2IET99W (1.77 ) board_vendor: LENOVO board_name: 20N2CTO1WW board_version: SDK0R32862 WIN ** Loaded modules: snd_seq_dummy snd_hrtimer snd_seq snd_seq_device ctr ccm xt_CHECKSUM nft_chain_nat xt_MASQUERADE nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xt_tcpudp nft_compat bridge stp llc nf_tables libcrc32c rfcomm cmac algif_hash algif_skcipher af_alg bnep nfnetlink nls_ascii nls_cp437 vfat fat btusb btrtl btbcm btintel btmtk bluetooth uvcvideo videobuf2_vmalloc jitterentropy_rng videobuf2_memops videobuf2_v4l2 videobuf2_common sha512_ssse3 sha512_generic videodev drbg ansi_cprng mc ecdh_generic ecc intel_pmc_core_pltdrv intel_pmc_core snd_sof_pci_intel_cnl snd_sof_intel_hda_common soundwire_intel soundwire_generic_allocation soundwire_cadence snd_sof_intel_hda snd_sof_pci snd_sof_xtensa_dsp snd_sof snd_sof_utils soundwire_bus snd_soc_skl x86_pkg_temp_thermal snd_soc_hdac_hda intel_powerclamp coretemp snd_hda_ext_core snd_soc_sst_ipc snd_hda_codec_hdmi snd_soc_sst_dsp iTCO_wdt kvm_intel snd_soc_acpi_intel_match rtsx_pci_sdmmc intel_pmc_bxt iTCO_vendor_support snd_soc_acpi iwlmvm ee1004 watchdog mei_hdcp mmc_core snd_ctl_led intel_rapl_msr snd_soc_core wmi_bmof snd_hda_codec_realtek intel_wmi_thunderbolt kvm snd_compress mac80211 snd_hda_codec_generic irqbypass snd_hda_intel crc32_pclmul libarc4 snd_intel_dspcfg snd_intel_sdw_acpi ghash_clmulni_intel snd_hda_codec iwlwifi rapl e1000e snd_hda_core intel_cstate snd_hwdep xhci_pci snd_pcm intel_uncore xhci_hcd pcspkr joydev ptp i2c_i801 thinkpad_acpi efi_pstore pps_core snd_timer i2c_smbus cfg80211 thunderbolt mei_me processor_thermal_device_pci_legacy usbcore nvram processor_thermal_device rtsx_pci platform_profile mei processor_thermal_rfim ucsi_acpi ledtrig_audio processor_thermal_mbox typec_ucsi intel_lpss_pci processor_thermal_rapl intel_lpss snd idma64 intel_rapl_common usb_common roles intel_pch_thermal soundcore intel_soc_dts_iosf typec wmi rfkill battery int3403_thermal int340x_thermal_zone ac int3400_thermal button acpi_thermal_rel acpi_pad msr parport_pc ppdev lp parport fuse configfs efivarfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic dm_crypt dm_mod i915 i2c_algo_bit drm_buddy drm_display_helper drm_kms_helper cec rc_core crc32c_intel ttm nvme nvme_core drm aesni_intel t10_pi psmouse crypto_simd cryptd crc64_rocksoft evdev crc64 crc_t10dif serio_raw crct10dif_generic crct10dif_pclmul crct10dif_common video -- System Information: Debian Release: bookworm/sid APT prefers tes
Bug#1019977: Please add pipewire-pulse as alternative dependency
Package: python3-pulsectl Version: 22.3.2-1 Severity: wishlist Hi, pipewire-pulse conflicts on pulseaudio since pipewire/0.3.58-1 (see also #1013276); hence python3-pulsectl can't no longer be installed alongside pipewire. Please consider adding pipewire-pulse as alternative dependency. Best regards Hannes
Bug#710970: [debhelper-devel] Bug#710970: Please include extended dh_ucf script
Hi Niels, On Wed, Apr 12, 2017 at 10:49:00AM +, Niels Thykier wrote: > Let me know when you have an updated patch. :) Sorry for the long delay. Looks like I still owe you an updated patch. Are you still interested the enhancements? Best regards Hannes
Bug#1011957: aideinit fails in amanda-server processing
On Tue, May 31, 2022 at 09:36:43PM +0200, Marc Haber wrote: > Hannes, do you want me to commit the fix or do you prefer doing it > yourself? Done via 778c4a0 Best regards Hannes
Bug#1011957: aideinit fails in amanda-server processing
On Tue, May 31, 2022 at 12:29:04PM +0200, Marc Haber wrote: > how about > >cat --squeeze-blank disklist | while read ... >done > > ? `--squeeze-blank` does only suppress repeated empty lines, (not all blank lines) and does not suppress comment lines. Best regards Hannes
Bug#1011957: aideinit fails in amanda-server processing
On Mon, May 30, 2022 at 09:46:30AM -0500, Barry Trent wrote:
> Applied the patch and added some blank lines back to the disklist. Still
> doesn't work.
Argh, I overlooked the missing -E flag for grep. Please try again.
diff --git a/debian/aide.conf.d/31_aide_amanda-server
b/debian/aide.conf.d/31_aide_amanda-server
index 5750779..7604e0f 100755
--- a/debian/aide.conf.d/31_aide_amanda-server
+++ b/debian/aide.conf.d/31_aide_amanda-server
@@ -66,7 +66,7 @@ for configfile in $(find /etc/amanda -name amanda.conf !
-path '/etc/amanda/temp
printf "@@define AMANDA_INDEXDIR %s\\n" "${AMANDA_INDEXDIR}"
if [ -f "disklist" ]; then
while read -r host dev rest; do
-if echo "${host}" | grep -q '^\\(#.*\\)\\?$'; then continue; fi
+if echo "${host}" | grep -Eq '^(#.*)?$'; then continue; fi
dev="$(echo "${dev}" | sed 's|[/:]|_|g;s|\\"||g')"
if ! skip_multiline_dle; then
printf
"!/@@{AMANDA_INDEXDIR}/%s/%s/@@{YEAR4D}[0-9]{4}_[0123]\\.gz$ f\\n" "${host}"
"${dev}"
Best regards
Hannes
Bug#1011957: aideinit fails in amanda-server processing
Hello Barry,
On Sat, May 28, 2022 at 11:34:44AM -0500, Barry Trent wrote:
> Yes! Removing all blank (and "#" comment) lines from disklist solved the
> problem on 3 different machines.
>
> So you've found the issue but, of course, blanks and comments are valid in
> the disklist and are even present in the disklist installed as a sample with
> amanda-server in DailySet1. I had to remove the DailySet1 which was still
> present on one machine to get aideinit to complete without the error.
Can you please apply the following patch and report back if it solves your
issue?
diff --git a/debian/aide.conf.d/31_aide_amanda-server
b/debian/aide.conf.d/31_aide_amanda-server
index 5750779..78424eb 100755
--- a/debian/aide.conf.d/31_aide_amanda-server
+++ b/debian/aide.conf.d/31_aide_amanda-server
@@ -66,7 +66,7 @@ for configfile in $(find /etc/amanda -name amanda.conf !
-path '/etc/amanda/temp
printf "@@define AMANDA_INDEXDIR %s\\n" "${AMANDA_INDEXDIR}"
if [ -f "disklist" ]; then
while read -r host dev rest; do
-if echo "${host}" | grep -q '^\\(#.*\\)\\?$'; then continue; fi
+if echo "${host}" | grep -q '^(#.*)?$'; then continue; fi
dev="$(echo "${dev}" | sed 's|[/:]|_|g;s|\\"||g')"
if ! skip_multiline_dle; then
printf
"!/@@{AMANDA_INDEXDIR}/%s/%s/@@{YEAR4D}[0-9]{4}_[0123]\\.gz$ f\\n" "${host}"
"${dev}"
Best regards
Hannes
Bug#1011957: aideinit fails in amanda-server processing
Hi Barry, On Fri, May 27, 2022 at 04:29:54PM -0500, Barry Trent wrote: > *** disklist > zmoby.atcorp.com / comp-root-tar > > symposium.atcorp.com / comp-root-tar > symposium.atcorp.com /bbbcomp-root-tar > moby.atcorp.com / comp-root-tar > coelacanth.atcorp.com / comp-root-tar > sawfish.atcorp.com / comp-root-tar > sawfish.atcorp.com /varcomp-root-tar Is there an empty line in the disklist file? If so, can you please remove this line and try again? Best regards Hannes
Bug#819295: Please add 'flags_array' struct to public library interface
Hello,
Sorry for my late reply...
On Sat, May 06, 2017 at 11:39:56AM -0400, Theodore Ts'o wrote:
> Sorry, no. Just to be clear, is what you want is to be able to
> convert flag value to a string (instead of printing it to stdio FILE
> handle)? Or to go the other way --- e.g., given a charafter flag such
> as 's', convert it to EXT2_SECRM_FL?
>
> I don't want to expose the array as a public interface, since that
> ties my hands as to the implementation. I'm willing to expose new
> function interfaces, though. But there you need to be a lot more
> explicit what you want, and of course, patches will make it much more
> likely that the request will be satisified. :-)
That makes sense.
I would need the following functions:
unsigned long get_flag(char)
- return flag for given character
- return 0 for invalid characters
- example: get_flag('s') returns EXT2_SECRM_FL
char get_char(unsigned long flag)
- return character for given flag
- return '?' for invalid flags
- example: get_flag(EXT2_SECRM_FL) returns 's'
unsigned long get_readonly_flags()
- return all read only flags (so I can provide an option to ignore
changes of read only flags)
AIDE has an option to ignore changes of given flags and marks then with
a colon in the report (e.g. `:ae---` for ignored
immutable flag); hence I cannot use the print_flags library function.
To iterate over the available flags the following function would help:
unsigned long get_available_flags()
* return all available flags
Unfortunately the bit order of the available flags does not match the
order returned by print_flags (sucSiadAmEIjtDTeVCxNPF vs
suSDiadAcEjItTeCxFNPVm). A function that returns the flag for a given
output position could solve that:
unsigned long output_get_flag(int)
- return flag for character position
- return 0 for positions > num_flags
- example: output_get_flag(4) returns EXT2_IMMUTABLE_FL
Best regards
Hannes
Bug#981446: RFA: logcheck -- mails anomalies in the system logfiles to the administrator
Hi, On Mon, Dec 06, 2021 at 02:13:30PM +, Jose M Calhariz wrote: > Sorry for no reply until now. I was busy with issues on work and > personal life. I am happy to adopt logcheck. I am not a user of irc, > there was any discussion on IRC that I should know? No, there were no discussions on #logcheck yet. Please let me know if you have any questions. Just contact me via mail or preferably via IRC on #logcheck. Best regards Hannes
Bug#981446: RFA: logcheck -- mails anomalies in the system logfiles to the administrator
On Sun, Oct 10, 2021 at 06:39:27PM +0200, Hannes von Haugwitz wrote: > @Jose Do you still plan to adopt logcheck? You might want to collaborate > with Richard and Charles to maintain the package all together. @Jose Can you please report back if you still want to maintain logcheck? Best regards Hannes
Bug#992927: mutt: Mutt 2.1.2 is available, fixing a potential data-loss IMAP bug
Hello, Is there any progress with this bug? Best regards Hannes
Bug#981446: RFA: logcheck -- mails anomalies in the system logfiles to the administrator
Hi, On Fri, Sep 24, 2021 at 02:42:07PM +0530, Charles wrote: > I would like to adopt the logcheck package On Thu, Sep 23, 2021 at 12:10:16PM +0100, R Lewis wrote: > Very keen to keep logcheck in the distribution and looking to get involved > in Debian (spare time only). > > happy to submit patches etc but how should that be done - to the bts or via > salsa? will anyone review and merge things? @Jose Do you still plan to adopt logcheck? You might want to collaborate with Richard and Charles to maintain the package all together. > Is there an email list to enable collaboration and discussion? You can use the #logcheck channel on the OFTC IRC network to collaborate and discuss logcheck with some users and previous maintainers. Best regards Hannes
Bug#981446: Possible adoption of logcheck
On Fri, Sep 03, 2021 at 01:46:23PM +0100, Jose M Calhariz wrote: > For now my question is: Who is the upstream that you are using? There is no upstream, since logcheck is a native Debian package (see debian/copyright for details[0]). Best regards Hannes [0] https://salsa.debian.org/debian/logcheck/-/blob/master/debian/copyright
Bug#981446: Possible adoption of logcheck
Hi Jose, On Mon, Aug 30, 2021 at 07:58:21PM +0100, Jose M Calhariz wrote: > I am a user of logckeck as I use on all my machines that I sysadmin > and I maintain some packages on Debian like for example at and amanda. > > As now I would like to offer my help to package and fix logcheck as a > learning experience for a possibility in the future to be the > maintainer of logcheck. This is great news! The logcheck VCS repo is in the `debian` group on salsa.debina.org[0]; so (as DD) you can just start to work on the package. Please let me know if you have any questions or want some review. Best regards Hannes [0] https://salsa.debian.org/debian/logcheck/
Bug#981446: RFA: logcheck -- mails anomalies in the system logfiles to the administrator
Package: wnpp Severity: normal I would like to put the logcheck package up for adoption. I haven't been using the package for years. If no one speaks up, I eventually will move on with orphaning the package. Feel free to contact me with any questions. The package description is: Logcheck helps spot problems and security violations in your logfiles automatically and will send the results to you in e-mail. . Logcheck was part of the Abacus Project of security tools, but this version has been rewritten. Best regards Hannes
Bug#912555: reassign 912555 to clamav-freshclam
reassign 912555 clamav-freshclam thanks Hi, 'ignore.d.server/clamav-freshclam' is part of the clamav-freshclam package. Hence I reassign this bug. Best regards Hannes
Bug#912550: reassign 912550 to courier-imap
reassign 912550 courier-imap thanks Hi, 'ignore.d.server/courier-imap' is part of the courier-imap package. Hence I reassign this bug. Best regards Hannes
Bug#973591: logcheck-database: rsyslogd update rule
reassign 973591 rsyslog forcemerge 927771 973591 thanks Hi, 'ignore.d.server/rsyslog' is part of the rsyslog package. This issue has been reported in #927771 and fixed rsyslog/8.1905.0-3. Best regards Hannes
Bug#978448: Static linking fails with undefined reference to `audit_strsplit_r'
Package: libaudit-dev
Version: 1:3.0-1
Severity: normal
Control: affects aide
Control: block 978245 -1
Dear Maintainer,
static linking fails with libaudit-dev 1:3.0-1, due to
"undefined reference to `audit_strsplit_r'".
Minimal example:
$ cat main.c
#include
#include
int main() {
audit_log_user_message(0, AUDIT_USER_LOGIN, "test", NULL, NULL, NULL, 0);
return 0;
}
$ gcc -static -o /tmp/main main.c -laudit -lcap-ng
/usr/bin/ld:
/usr/lib/gcc/x86_64-linux-gnu/10/../../../x86_64-linux-gnu/libcap-ng.a(cap-ng.o):
in function `capng_change_id':
(.text+0x18df): warning: Using 'initgroups' in statically linked applications
requires at runtime the shared libraries from the glibc version used for linking
/usr/bin/ld:
/usr/lib/gcc/x86_64-linux-gnu/10/../../../x86_64-linux-gnu/libaudit.a(libaudit.o):
in function `audit_rule_fieldpair_data':
(.text+0x2324): warning: Using 'getgrnam' in statically linked applications
requires at runtime the shared libraries from the glibc version used for linking
/usr/bin/ld: (.text+0x2988): warning: Using 'getpwnam' in statically linked
applications requires at runtime the shared libraries from the glibc version
used for linking
/usr/bin/ld:
/usr/lib/gcc/x86_64-linux-gnu/10/../../../x86_64-linux-gnu/libcap-ng.a(cap-ng.o):
in function `capng_change_id':
(.text+0x18c3): warning: Using 'getpwuid' in statically linked applications
requires at runtime the shared libraries from the glibc version used for linking
/usr/bin/ld:
/usr/lib/gcc/x86_64-linux-gnu/10/../../../x86_64-linux-gnu/libaudit.a(audit_logging.o):
in function `_resolve_addr.constprop.0':
(.text+0x246): warning: Using 'getaddrinfo' in statically linked applications
requires at runtime the shared libraries from the glibc version used for linking
/usr/bin/ld:
/usr/lib/gcc/x86_64-linux-gnu/10/../../../x86_64-linux-gnu/libaudit.a(libaudit.o):
in function `load_libaudit_config.constprop.0':
(.text+0x23a): undefined reference to `audit_strsplit_r'
/usr/bin/ld: (.text+0x25a): undefined reference to `audit_strsplit_r'
/usr/bin/ld: (.text+0x280): undefined reference to `audit_strsplit_r'
/usr/bin/ld: (.text+0x298): undefined reference to `audit_strsplit_r'
/usr/bin/ld: /tmp/main: hidden symbol `audit_strsplit_r' isn't defined
/usr/bin/ld: final link failed: bad value
collect2: error: ld returned 1 exit status
Best regards
Hannes
Bug#901251: IP multicast extended regular expression does not match some matchable lines which are matched online (regexr.com & regextester.com)
Hi,
On Sun, Jun 10, 2018 at 05:28:42PM +0200, jean-christophe manciot wrote:
> The rule *ulogd* described below (*IP multicast: 224.0.0.0 <-->
> 239.255.255.255*) does not match some matchable lines:
> ^.*? DST=2(?:2[4-9]|3\d)(?:\.(?:25[0-5]|2[0-4]\d|1\d\d|[1-9]\d?|0)){3} .*$
logcheck uses POSIX extended regular expression (ERE).
Your regular expression contains non-capturing group notation ('?:'),
which is not supported in ERE.
You can use `rgxg` to generate an extended regular expression for
'224.0.0.0/4':
$ rgxg cidr 224.0.0.0/4
(23[0-9]|22[4-9])(\.(25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9]?[0-9])){3}
With this regular expression `logcheck-test` matches your example log
lines.
If that solves your issue please close this bug report.
Best regards
Hannes
Bug#895927: sha256 checksum of output database not reproducible with command line tools
tags 895927 + unreproducible thanks Hi Marc, On Tue, Apr 17, 2018 at 04:13:33PM +0200, Marc Haber wrote: > I would like to verify the database mentioned in aide output before > copying it over to the input database name. That does not seem to work: > > [19/5003]mh@ivanova:~ $ ls -al /var/lib/aide/aide.db.new output.aide > -rw-rw-r-- 1 mh mh 2,1M Apr 17 11:36 output.aide > -rw--- 1 root root 71M Apr 17 11:36 /var/lib/aide/aide.db.new > [20/5004]mh@ivanova:~ $ grep SHA512 output.aide | tail -n 1 > SHA512 : LhaYUYpxlUaOFnLffOnCyxm8gq6rwxQW > [21/5005]mh@ivanova:~ $ sudo openssl sha256 -binary /var/lib/aide/aide.db.new > | openssl base64 > rN/Af3eq+dKO6DKmpN1XOs+vpH6IQ3qFrELjhslp1Qs= > [22/5006]mh@ivanova:~ $ sudo zcat /var/lib/aide/aide.db.new | openssl sha256 > -binary | openssl base64 > 5uIy2b4L4ckKlzZ6o5UMlePKyKdRR8u/YhgciUQlFWg= > [23/5007]mh@ivanova:~ $ > > What am I supposed to do with aide.db.new if I want the sha256 (or other) > checksums to match aide's own output? First please note that the checksums in the report are wrapped to multiple lines. Apart from that you seem to grep for sha512 checksum in the output of AIDE but compute the sha256 checksum of the database file. I got the following output for my last AIDE run: # grep -A2 SHA512 /var/log/aide/aide.log | tail -n 3 SHA512 : xCCa+gNpk4/A70vpUDcj07ghhg2v5W5x 7oV+U7qaM1db1CaMdt0G8ew3WSgoHWc5 W3C2FVzT4V95mGXpL0Rfig== # zcat /var/lib/aide/aide.db | openssl sha512 -binary | openssl base64 xCCa+gNpk4/A70vpUDcj07ghhg2v5W5x7oV+U7qaM1db1CaMdt0G8ew3WSgoHWc5 W3C2FVzT4V95mGXpL0Rfig== If that solves your issue please close this bug report. Best regards Hannes
Bug#898478: Please upgrade package to kpcli 3.2
Package: kpcli Version: 3.1-3 Severity: wishlist Hi, kpcli 3.2 was released in Dec 2017. Please consider to upgrade the package. Thanks. Best regards Hannes
Bug#882066: ansible-lint fails with ansible 2.4
Package: ansible-lint
Version: 3.4.13+git.20170811-1-1
Severity: important
Hi,
ansible-lint fails with ansible 2.4:
$ ansible-lint
Traceback (most recent call last):
File "/usr/bin/ansible-lint", line 11, in
load_entry_point('ansible-lint==3.4.13', 'console_scripts',
'ansible-lint')()
File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 572,
in load_entry_point
return get_distribution(dist).load_entry_point(group, name)
File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2769,
in load_entry_point
return ep.load()
File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2422,
in load
return self.resolve()
File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2428,
in resolve
module = __import__(self.module_name, fromlist=['__name__'], level=0)
File "/usr/lib/python2.7/dist-packages/ansiblelint/__init__.py", line 28, in
import ansiblelint.utils
File "/usr/lib/python2.7/dist-packages/ansiblelint/utils.py", line 53, in
from ansible.plugins import module_loader
ImportError: cannot import name module_loader
$
The issue is fixed upstream since 3.4.15.
So please update the package to the latest upstream version.
Thanks and best regards
Hannes
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (990, 'unstable'), (900, 'testing'), (200, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.13.8 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages ansible-lint depends on:
ii ansible 2.4.0.0+dfsg-1
ii python 2.7.14-1
ii python-six 1.11.0-1
ii python-yaml 3.12-1+b1
ansible-lint recommends no packages.
ansible-lint suggests no packages.
Bug#855313: Invalid option -l
# fixed in upstream 4863aa9
tags 855313 + fixed-upstream
thanks
On Sat, Oct 21, 2017 at 12:57:13PM +0200, Marc Haber wrote:
> --limit works, and the source code looks correct as well:
> { "limit", required_argument, NULL, 'l'},
>
> Hannes, that's your issue ;-)
Fixed upstream [0]
Best regards
Hannes
[0] https://sourceforge.net/p/aide/code/ci/4863aa9
Bug#832159: ITP: qutebrowser -- A keyboard-driven, vim-like browser based on PyQt5.
Hi, Is there any progress with packaging qutebrowser? Best regards Hannes
Bug#819295: Please add 'flags_array' struct to public library interface
Hi, Is there any progress with this request? Best regards Hannes
Bug#842062: mutt segfaults when leaving pager view of composed message on new message
Hi, On Sat, Dec 03, 2016 at 08:34:36PM +, Antonio Radici wrote: > do you mind checking against the latest version (1.7.1-5)? I believe all pager > bugs have been fixed and I've also pulled out a patch which might be related I can't reproduce the issue with mutt 1.7.1-5. Best regards Hannes
Bug#842062: mutt segfaults when leaving pager view of composed message on new message
Package: mutt Version: 1.7.1-2 Severity: important Hi, mutt 1.7.1-2 segfaults when leaving pager view of composed message on new message: Reading /var/mail/hvhaugwitz... 0Segmentation fault Steps to reproduce (on up to date sid): - install postfix (local only config), mutt and bsd-mailx - run mutt as user hvhaugwitz (without config) - compose mail and open composed message in pager - $ echo Test | mail -s "Test" hvhaugwitz - leave pager by pressing 'i' or 'q' Best regards Hannes
Bug#837634: mutt segfaults when leaving pager view of composed mail on new message
Package: mutt Version: 1.7.0-4 Severity: important Hi, this bug seems to be related to #837601. mutt 1.7.0-4 segfaults when leaving the pager view of composed mail on new message. Steps to reproduce on an up to date sid: - install postfix (local only config), mutt and bsd-mailx - # echo Test | mail -s "Test" hvhaugwitz - run mutt as user hvhaugwitz (without config) and compose mail and open composed mail in pager - # echo Test | mail -s "Test" hvhaugwitz - leave pager by pressing 'i' or 'q' Best regards Hannes
Bug#837601: [Pkg-mutt-maintainers] Bug#837601: mutt segfaults when leaving pager view on new message
Hi, Thanks for your reply. I can reproduce it on an up to date sid: - install postfix (local only config), mutt and bsd-mailx - # echo Test | mail -s "Test" hvhaugwitz - run mutt as user hvhaugwitz (without config) and open mail in pager - # echo Test | mail -s "Test" hvhaugwitz - leave pager by pressing 'i' or 'q' Best regards Hannes
Bug#837601: mutt segfaults when leaving pager view on new message
Package: mutt Version: 1.7.0-3 Severity: important Hi, mutt 1.7.0-3 segfaults when leaving the pager view on new message: Reading /var/mail/hvhaugwitz... 0Segmentation fault Steps to reproduce: 1. read a mail 2. send mail to mailbox 3. leave pager view (eg by pressing 'i') Best regards Hannes
Bug#837212: Saving tagged messages results in duplicates in target folder
Package: mutt Version: 1.7.0-2 Severity: normal Tags: patch upstream fixed-upstream Hi, when moving tagged messages (by typing ; followed by s) the messages are correctly marked as Deleted in the current folder but saved twice in the target folder. The bug is reported[0] and fixed[1] upstream. Best regards Hannes [0] https://github.com/neomutt/neomutt/issues/129 [1] https://github.com/neomutt/neomutt/commit/57c97aa
Bug#829500: undefined reference to `capng_have_capability'
reopen 829500 found 829500 1:2.6.3-1 thanks Hi, unfortunately the last upload didn't fix the issue due to wrong order of Libs and Libs.private keywords in audit.pc. Currently the pkg-config returns the link flags in wrong order: $ pkg-config --static --libs audit -lcap-ng -laudit leading to the same errors as before. With Libs and Libs.private lines swapped the order is correct: $ pkg-config --static --libs audit -laudit -lcap-ng Best regards Hannes
Bug#829500: undefined reference to `capng_have_capability'
Package: libaudit-dev Version: 1:2.6.1-1 Severity: important Dear Maintainer, AIDE fails to build from source with libaudit-dev 1:2.6.1-1, due to "undefined reference to `capng_have_capability'": [...] /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libaudit.a(libaudit.o): In function `audit_is_enabled': (.text+0x740): undefined reference to `capng_have_capability' /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libaudit.a(libaudit.o): In function `audit_can_control': (.text+0x273b): undefined reference to `capng_have_capability' /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libaudit.a(libaudit.o): In function `audit_can_write': (.text+0x274b): undefined reference to `capng_have_capability' /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libaudit.a(libaudit.o): In function `audit_can_read': (.text+0x275b): undefined reference to `capng_have_capability' collect2: error: ld returned 1 exit status Makefile:586: recipe for target 'aide' failed make[3]: *** [aide] Error 1 make[3]: Leaving directory '/build/aide-0.16~b1/aide' Makefile:434: recipe for target 'all' failed make[2]: *** [all] Error 2 make[2]: Leaving directory '/build/aide-0.16~b1/aide' dh_auto_build: make -j1 returned exit code 2 debian/rules:33: recipe for target 'override_dh_auto_build-arch' failed make[1]: *** [override_dh_auto_build-arch] Error 2 make[1]: Leaving directory '/build/aide-0.16~b1' debian/rules:25: recipe for target 'build' failed make: *** [build] Error 2 The full build log is attached. Best regards Hannes aide_0.16~b1-1_amd64.build.gz Description: application/gzip
Bug#819295: Please add 'flags_array' struct to public library interface
Package: e2fsprogs Severity: wishlist Tags: upstream Hi, I'm the developer of AIDE[0] and use e2fslibs to report changes of the ext2 file attributes. Since the flags (eg 'i' for 'Immutable') are not part of the public library interface I have to synchronize them manually in the AIDE source code[1]. To avoid bugs like #818858[2] in the future, could you please add the 'flags_array' struct in lib/e2p/pf.c to the public library interface? Thanks. Best regards Hannes [0] upstream: aide.sf.net, debian: packages.qa.debian.org/a/aide.html [1] https://sf.net/p/aide/code/ci/HEAD/tree/src/compare_db.c#l137 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818858
Bug#818302: Please add upstream plugins to package
Package: xul-ext-pentadactyl Version: 1.2~r20151231-1 Severity: wishlist Hi, Please add the plugins provided in plugins folder of upstream git[0] to the package, so one can symlink them in ~/.pentadactyl/plugins/. Thanks. Best regards Hannes [0] https://github.com/5digits/dactyl/tree/master/plugins -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (900, 'testing'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.4.5 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init)
Bug#818300: Please update to latest upstream git revision
Package: xul-ext-pentadactyl Version: 1.2~r20151231-1 Severity: wishlist Hi, Please update pentadactyl to the latest upstream git revision (commit 0b835e1). It fixes some annoying bugs. Thanks. Best regards Hannes -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (900, 'testing'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.4.5 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init)
Bug#710970: Please include extended dh_ucf script
Dear Debhelper Maintainers, On Sun, Jul 14, 2013 at 10:43:48AM +0200, Hannes von Haugwitz wrote: > Both points make sense. I'll update the script to enable '--three-way' > by default and change the synopsis to 'dh_ucf [debhelper options] [-n] > [-- params]'. Apart from the above two points what else do I have to do to get the patch accepted? Best regards Hannes
Bug#739271: xpdf: 3.03-12 onwards does not process key bindings in ~/.xpdfrc
Package: xpdf Version: 3.03-17+b1 Followup-For: Bug #739271 Is there any progress with this issue? Best regards Hannes
Bug#802487: Aide crash
Hi, On Fri, Oct 23, 2015 at 04:54:45PM +0200, jp.po...@izzop.net wrote: > On the Wheezy syste : > -rwxr-xr-x 1 root root 1429528 avril 7 2015 aide > > file aide_crash (the crashing version) : > aide_crash: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), > statically linked, for GNU/Linux 2.6.26, > BuildID[sha1]=17c7b2c389f6da5f161b3db82d2668bcb7ce, stripped For aide 0.16~a2.git20130520-3~bpo70+1 on wheezy (amd64) I got root@wheezy:~# ls -l /usr/bin/aide -rwxr-xr-x 1 root root 1429528 Apr 7 2015 /usr/bin/aide root@wheezy:~# file /usr/bin/aide /usr/bin/aide: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, for GNU/Linux 2.6.26, BuildID[sha1]=0xc717f689c3b21b165fda262db83dceb7bc68, stripped root@wheezy:~# sha256sum /usr/bin/aide 32de26a6a75564f1e64677d958e5593f5a583ac0a40dd61714c0e397f0fac3e6 /usr/bin/aide So the size seems to be correct. Can you provide any other info about how to reproduce your issue? Best regards Hannes
Bug#802487: aide crash (SIGSEGV) at beginning
severity 802487 important tags 802487 +unreproducible +moreinfo forcemerge 802487 776001 thanks On Tue, Oct 20, 2015 at 03:49:51PM +0200, jpp wrote: > My version af "aide" crash at beginning with a SIGSEGV, even if I try "aide > --help'. I tried to reproduce this on a fresh minimal Debian wheezy installation with no success. So I''m tagging this bug as unreproducible. Please provide more info about how to reproduce this behaviour. Best regards Hannes
Bug#748247: logcheck-database: wrong ssmtp ignore regex triggers mail every hour
reassign 748247 ssmtp thanks Hi, ssmtp has its own rules for logcheck. So I reassign this bug to ssmtp. Best regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#763956: Account name of Hannes von Haugwitz is misspelled
Package: debian-keyring Version: 2014.08.31 Severity: minor Tags: patch Hi, please apply the attached patch to fix my misspelled debian account name in the keyids file. Thanks Hannes >From ff39c1ca5ce23a1b4ce100cf8d25db9878978a9a Mon Sep 17 00:00:00 2001 From: Hannes von Haugwitz Date: Sat, 4 Oct 2014 09:42:31 +0200 Subject: [PATCH] Fix misspelled account name of Hannes von Haugwitz Signed-off-by: Hannes von Haugwitz --- keyids | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/keyids b/keyids index 296755a..2009149 100644 --- a/keyids +++ b/keyids @@ -2076,7 +2076,7 @@ 0xF675AAE2D2AB2220 Jeremy Malcolm 0xF67E2A5D1CF2D62A Micah Anderson 0xF68DE0501BB18FFB Corrin Lakeland -0xF6947DAB68E7B931 Hannes von Haugwitz +0xF6947DAB68E7B931 Hannes von Haugwitz 0xF6A57C9A24F2A001 Konstantinos Margaritis 0xF6AB49D324618BF6 LaMont Jones 0xF6AEF2AFD17897FA Vincent Danjean -- 2.1.0
Bug#700630: ITP: gitorious -- Git based tool for collaborating on distributed open source projects
Hi, is there any progress in packaging gitorious? Best regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#600053: logcheck rules needs updating for 'puppet-agent'
On Wed, Oct 13, 2010 at 09:46:57AM +0200, Hendrik Jaeger wrote: > I noticed the name puppetd logs with to syslog has changed, when in lenny the > lines looked like this: > puppetd[2851]: Finished catalog run in 5.80 seconds > > they look like this in squeeze: > puppet-agent[2736]: Finished catalog run in 0.19 seconds This bug has been fixed in 2.6.1-1 (git: 419e007 [0]) and hence can be closed. Best regards Hannes [0] http://anonscm.debian.org/gitweb/?p=pkg-puppet/puppet.git;a=commit;h=419e007 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#712535: aide: FTBFS: #if with no expression
On Sun, Nov 03, 2013 at 09:38:08AM +0100, Petter Reinholdtsen wrote: > > [Hannes von Haugwitz] > > This has been fixed upstream in git[0] and in debian with the recent > > upload to experimental. Hence I close this bug as fixed in aide > > 0.16~a2.git20130520-1. > > The problem still exist in testing, and unless it is fixed there the > package will not make into into the Jessie release. Is it time to > upload the version from experimental into unstable? I plan to upload a new version of aide to unstable within the next two weeks. Best regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722193: flightgear: fails to start because of denedency on libosgText.so.100
Hi, On Mon, Sep 09, 2013 at 10:13:21AM +0200, Markus Wanner wrote: > On 09/09/2013 12:22 AM, Євгеній Мещеряков wrote: > > The file libosgText.so.100 does not exist in any package currently in > > Debian. > > Iikes! I'm sorry, I compiled on a machine with a slightly newer > OpenSceneGraph library (3.2.0 rather than 3.2.0~rc1). > > I'll recompile and upload, again. Sorry for the hassle. To solve this bug I would recommend to reassign it to the 'release.debian.org' package (and adjust title and severity) and ask for a binnmu (see [0] for details). If no one of the flightgear maintainers objects I will do it myself in two days. Best regards Hannes [0] http://release.debian.org/wanna-build.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710970: Please include extended dh_ucf script
Hello,
On Sun, Jun 23, 2013 at 01:05:43PM -0400, Joey Hess wrote:
> Hannes von Haugwitz wrote:
> > +postinst_ucf() {
> > +if [ "$1" = "configure" ]; then
> > +ucf #UCFOPTIONS# "$2" "$3"
> > +ucfr #PACKAGE# "$3"
> > +fi
> > +}
>
> I don't think any debhelper autoscripts define shell functions, and so I
> am wary of adding that here. A for loop would have the same effect.
What is wrong with shell functions? A for loop wouldn't help here, but
one could hack a while loop analogous to the dh_usrlocal script. However
I think shell functions are the cleaner approach.
> I am also somewhat doubtful of the utility of optimising the space used
> by the maintainer script snippets. How many files are being registered
> with ucf to make this matter?
The aide package currently registers 157 configuration files with ucf.
The current dh_ucf script would generate 936 postinst lines and 2198
postrm lines. My approach only generates 479 postinst lines and 486
postrm lines.
Please let me know which approach do you prefer (shell functions, while
loops or the current one).
> Does ucf scale to that many files? What if
> they all got changed, does the admin have to wade through hundreds of
> ucf prompts?
Yes, but the same would apply if the files would have been managed by
dpkg itself.
> > -B [S>] [B<-n>]
> > +B [S>] [B<-n>] [B<--debconf-ok>]
> > [B<--three-way>]
>
> It does not seem appropriate to add individual ucf options to dh_ucf.
> One way that would work better would be to take all options after -- as
> options for ucf.
>
> I also wonder if there's any reason not to make --three-way the default,
> either in ucf itself, or in dh_ucf.
Both points make sense. I'll update the script to enable '--three-way'
by default and change the synopsis to 'dh_ucf [debhelper options] [-n]
[-- params]'.
Best regards
Hannes
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#439039: Bug#495163: useless static library due to libkrb5
Hello, As there is no progress with this issue since nearly two months, I would now suggest to go along with the third option cited below. I think a 'libkrb5-static package' is a good compromise to solve both bugs and enable me to use curl with aide. What do you think? Best regards Hannes On Wed, May 15, 2013 at 08:06:23AM -0400, Sam Hartman wrote: > My recommendation is that we talk to the security team. > The biggest disadvantage of all these static libs running around is the > number of packages they need to do security updates for. > We could ask them about whether it's better to have: > > 1) no static aide > > 2) a static libcurl with less functionality, so aide needs to get > libcurl security updates but not krb5 security updates > > 3) A static aide with libcurl and somewhat crippled Kerberos meaning > that aide needs to get libcurl and krb5 updates. > In addition libcurl might potentially need to get rebuilt on Kerberos > security updates. > > I'm happy to go along with whatever they are comfortable with. > I'd stick the static libs probably in a libkrb5-static package. > > --Sam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714303: installation hangs indefinitely
severity 714303 important tags 714303 pending thanks Hi, thanks for your bug report and testing the experimental package. On Thu, Jun 27, 2013 at 06:30:23PM +0100, Raf Czlonka wrote: > In order to make sure that the bug #641810 has indeed been fixed, I > removed '/etc/aide' directory and all its content as 'aide-common' does > not clean up after itself on 'purge'. This is caused by a grave bug in the ucf package (#709567 [0]). > This has already been reported nearly a year ago in a bug #683877, to > which the error message below, seems to be related to. The latter bug > needs its severity increased to 'important' at the very least, BTW, as > it prevent one from fully reinstalling the package in question. Bug #683877 has a workaround how to fully reinstall the package. > After dozens of: > > Not replacing deleted config file /etc/aide/aide.conf.d/... > > Package installation hangs indefinitely after: > > /etc/aide/aide.conf.d/31_aide_apt: line 3: > /etc/aide/aide.settings.d/10_aide_sourceslist: No such file or directory This is caused by line 23 of 31_aide_apt. Due to the missing 10_aide_sourceslist file the 'cat' command is called without an argument and therefore waits for input. I fixed that in git (0c9ca6e [1]). > P.S. What is the benefit of having all the configuration under > '/usr/share/aide/config/aide' and then all of it copied *again* to > '/etc/aide'? Wouldn't it be easier to install all of the files directly > to '/etc/aide' in the first place? This is how ucf works (see the man page of ucf(1) for more details). Best regards Hannes [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709567 [1] http://anonscm.debian.org/gitweb/?p=pkg-aide/aide.git;a=commit;h=0c9ca6e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#712941: logcheck-database: logcheck triggers a fatal error in egrep
tags 712941 unreproducible moreinfo thanks Hello, On Thu, Jun 20, 2013 at 07:33:51PM -0400, shiz...@vif.com wrote: > Since I upgraded to wheezy in may, logcheck reports contain only one > line: > > egrep: character class syntax is [[:space:]], not [:space:] > I'm not able to reproduce this issue on Debian wheezy with the standard rule set from logcheck-database package. Please provide more information about how to reproduce this issue. > Configuration Files: > /etc/logcheck/ignore.d.server/samba changed [not included] Maybe this change or the rule file from another package is causing this issue. Can you please check that and report back if the issue still exist? Best regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641810: /var/lib/aide/aide.db.new not copied
Hi Raf, On Fri, Jun 14, 2013 at 12:24:11AM +0100, Raf Czlonka wrote: > On Wed, Jun 12, 2013 at 06:42:42PM BST, Hannes von Haugwitz wrote: > > This situation can occur if the cron job is started while the > > initialization process of the installation is still running. > > I don't think you understand. As I've written above, when choosing 'Yes' > to debconf's question whether to copy the '.new' database and replace > existing one, it's not being done - '/var/lib/aide/aide.db.new' is not > being copied to '/var/lib/aide/aide.db' [0]. > > With a new installation there's obviously no 'existing one', but that's > beside the point. > > The easiest way to test it is if you purge all the aide packages and > reinstall 'aide' and 'aide-common'. I have tested it: # aptitude purge aide aide-common # aptitude install aide aide-common Answered 'yes' to both debconf questions and waited until the aideinit process has been finished. # ls -l /var/lib/aide/ total 42640 -rw-r--r-- 1 root root39379 Jun 14 04:13 aide.conf.autogenerated -rw--- 1 root root 21897438 Jun 14 04:24 aide.db -rw--- 1 root root 21897438 Jun 14 04:24 aide.db.new So I'm not able to reproduce your issue that way. I'm only able to reproduce the error message from the cron job, if the cron job is executed right after the installation and before the aideinit process has been finished. That's why I have added this explanation to the error message and marked this bug pending. If this issue is still not solved, please provide more information about how to reproduce it. Best regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641810: /var/lib/aide/aide.db.new not copied
# fixed in f956b04 tags 641810 pending thanks Hi, On Fri, Sep 16, 2011 at 01:32:08PM +0100, Raf Czlonka wrote: > One of the install scripts is broken. > When debconf asks you whether you want to copy /var/lib/aide/aide.db.new > to /var/lib/aide/aide.db and you answer "Yes" it is still not happening, > as you can see from the error generated below. > > > This is an automated report generated by the Advanced Intrusion Detection > Environment on thor.local started at 2011-09-16 07:35:20. > > ** > * The cron job was terminated by a fatal error.* > ** > > > ** > *the cron job was interrupted before AIDE could return an exit code. * > ** > ** > * script errors* > ** > Fatal error: The AIDE database '/var/lib/aide/aide.db' does not exist! > This may mean you haven't created it, or it may mean that someone has removed > it. > End of script errors > > AIDE produced no errors. > > funny, AIDE did not leave a log. > > End of AIDE daily cron job at 2011-09-16 07:35, run time 0 seconds This situation can occur if the cron job is started while the initialization process of the installation is still running. I adjusted the error message above to include this explanation. Best regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710970: Please include extended dh_ucf script
Package: debhelper
Severity: wishlist
File: /usr/bin/dh_ucf
Tags: patch
Hi,
I want to use the dh_ucf script with the 'aide' package. That requires
the changes contained in the attached patch against the master branch.
The changes include
* support directories
* support '--debconf-ok' ucf option
* support '--three-way' ucf option
* check for errors at code generation time
* reduced size of generated code for multiple config files
Please consider to include the changes in the debhelper package.
Thanks
Hannes
>From 053065013479e656e16f2e7d348bae7b78714d71 Mon Sep 17 00:00:00 2001
From: Hannes von Haugwitz
Date: Mon, 3 Jun 2013 21:18:06 +0200
Subject: [PATCH] dh_ucf: extended script
* support directories
* support '--debconf-ok' ucf option
* support '--three-way' ucf option
* check for errors at code generation time
* reduced size of generated code for multiple config files
Signed-off-by: Hannes von Haugwitz
---
autoscripts/postinst-ucf |5 +--
autoscripts/postinst-ucf-function |6 +++
autoscripts/postrm-ucf| 13 +-
autoscripts/postrm-ucf-function | 13 ++
dh_ucf| 88 -
5 files changed, 97 insertions(+), 28 deletions(-)
create mode 100644 autoscripts/postinst-ucf-function
create mode 100644 autoscripts/postrm-ucf-function
diff --git a/autoscripts/postinst-ucf b/autoscripts/postinst-ucf
index 0546831..20db9ca 100644
--- a/autoscripts/postinst-ucf
+++ b/autoscripts/postinst-ucf
@@ -1,4 +1 @@
-if [ "$1" = "configure" ]; then
- ucf "#UCFSRC#" "#UCFDEST#"
- ucfr #PACKAGE# "#UCFDEST#"
-fi
+postinst_ucf $1 "#UCFSRC#" "#UCFDEST#"
diff --git a/autoscripts/postinst-ucf-function b/autoscripts/postinst-ucf-function
new file mode 100644
index 000..8f59fc0
--- /dev/null
+++ b/autoscripts/postinst-ucf-function
@@ -0,0 +1,6 @@
+postinst_ucf() {
+if [ "$1" = "configure" ]; then
+ucf #UCFOPTIONS# "$2" "$3"
+ucfr #PACKAGE# "$3"
+fi
+}
diff --git a/autoscripts/postrm-ucf b/autoscripts/postrm-ucf
index da37572..0c80d0a 100644
--- a/autoscripts/postrm-ucf
+++ b/autoscripts/postrm-ucf
@@ -1,12 +1 @@
-if [ "$1" = "purge" ]; then
- for ext in .ucf-new .ucf-old .ucf-dist ""; do
- rm -f "#UCFDEST#$ext"
- done
-
- if [ -x "`which ucf 2>/dev/null`" ]; then
- ucf --purge "#UCFDEST#"
- fi
- if [ -x "`which ucfr 2>/dev/null`" ]; then
- ucfr --purge #PACKAGE# "#UCFDEST#"
- fi
-fi
+postrm_ucf $1 "#UCFDEST#"
diff --git a/autoscripts/postrm-ucf-function b/autoscripts/postrm-ucf-function
new file mode 100644
index 000..4417cda
--- /dev/null
+++ b/autoscripts/postrm-ucf-function
@@ -0,0 +1,13 @@
+postrm_ucf() {
+if [ "$1" = "purge" ]; then
+for ext in .ucf-new .ucf-old .ucf-dist ""; do
+rm -f "$2$ext"
+done
+if [ -x "`which ucf 2>/dev/null`" ]; then
+ucf --purge "$2"
+fi
+if [ -x "`which ucfr 2>/dev/null`" ]; then
+ucfr --purge #PACKAGE# "$2"
+fi
+fi
+}
diff --git a/dh_ucf b/dh_ucf
index 98fc4ae..af16c60 100755
--- a/dh_ucf
+++ b/dh_ucf
@@ -7,30 +7,38 @@ dh_ucf - register configuration files with ucf
=cut
use strict;
+use File::Find;
use Debian::Debhelper::Dh_Lib;
=head1 SYNOPSIS
-B [S>] [B<-n>]
+B [S>] [B<-n>] [B<--debconf-ok>] [B<--three-way>]
=head1 DESCRIPTION
B is a debhelper program that is responsible for generating the
F and F commands that register files with ucf(1) and ucfr(1).
+A dependency on ucf will be generated in B<${misc:Depends}>.
+
=head1 FILES
=over 4
=item debian/I.ucf
-List pairs of source and destination files to register with ucf. Each pair
-should be put on its own line, with the source and destination separated by
-whitespace. Both source and destination must be absolute paths. The source
-should be a file that is provided by your package, typically in /usr/share/,
-while the destination is typically a file in /etc/.
+List pairs of source and destination files (or directories) to register with
+ucf. Each pair should be put on its own line, with the source and destination
+separated by whitespace. Both source and destination must be absolute paths.
+The source should be a file/directory that is provided by your package,
+typically in /usr/share/, while the destination is typically a file/directory
+in /etc/. If a source directory contains sub-directories, your package must
+ensure that these sub-directories exist in the destination directories. They
+are neither created by B nor by B(1).
-A dependency on ucf will be generated in B<${misc:Depends}>.
+The
Bug#641647: aide: Aide consumes all memory and swap
Hi Daniel, On Sat, Jun 01, 2013 at 09:49:30PM -0400, Daniel Dickinson wrote: > I gave up on aide because of the issue, and when I went to try on wheezy > now I discovered that initscripts from wheezy is marked as breaking aide > from squeeze, and AFAICT there is no aide specifically for wheezy, and > aid from sid requires initscripts from sid, and I'm trying to stick with > wheezy for now. The version of AIDE (0.15.1-8) in wheezy is compatible with initscripts (2.88dsf-41) from wheezy. It would be nice, if you could try this version (with unchanged config) and report back if the issue still exists. Thanks Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641647: aide: Aide consumes all memory and swap
Hello Daniel, On Mon, Sep 19, 2011 at 01:08:22PM -0400, Daniel Dickinson wrote: > Oh, sorry, no the aideinit was never run because I either somehow > skipped or missed the questions about initialzing aide and did it by > hand. I am right now trying an aide run after previously purging aide, > and rebooting a few times (i.e. normal daily on/off), so aideinit is > running now (or rather aide is running I believe from aideinit through > debconf). I'll let you know how that does. Could you please provide feedback about the state of this issue. Is Aide still consuming all memory and swap or has the issue meanwhile solved/disappeared, so I can close this bug? Best regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#439039: Bug#495163: useless static library due to libkrb5
Dear security team, as suggested by Sam I ask you to comment on the following issue. I want to statically link my package aide to libcurl, which is statically linked for security reasons. Since krb5 does not support static libraries any longer (#439039), the static library of libcurl is now useless (#495163) and therefor cannot be used by the aide package. The options so far proposed in the discussion are described in the quoted message below. I for one would really dislike to drop the static aide binary and think a static curl library without krb support is better than the current one, which is not usable at all. What is your opinion? Thanks Hannes On Wed, May 15, 2013 at 08:06:23AM -0400, Sam Hartman wrote: > My recommendation is that we talk to the security team. > The biggest disadvantage of all these static libs running around is the > number of packages they need to do security updates for. > We could ask them about whether it's better to have: > > 1) no static aide > > 2) a static libcurl with less functionality, so aide needs to get > libcurl security updates but not krb5 security updates > > 3) A static aide with libcurl and somewhat crippled Kerberos meaning > that aide needs to get libcurl and krb5 updates. > In addition libcurl might potentially need to get rebuilt on Kerberos > security updates. > > I'm happy to go along with whatever they are comfortable with. > I'd stick the static libs probably in a libkrb5-static package. > > --Sam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708435: aide: FTBFS: (.text+0x1d8): undefined reference to `pthread_atfork'
Hi, On Thu, May 16, 2013 at 11:09:11PM +0200, Laurent Bigonville wrote: > Hannes von Haugwitz wrote: > > I'm reassigning this bug to you, because I think the FTBFS is caused > > by a missing 'Libs.private: -lpthread' line in the libselinux.pc > > file. The flag is again (see #388375) needed due to the recent > > changes in 'src/procattr.c' of version 2.1.13. > > Thanks for your bug report. > > The .pc file indeed seems missing the -lpthread flag. But at the same > time, it seems that the aide package is missing a build-dependency > against pkg-config. > > checking for pkg-config... no Indeed, I'll check that and add the build-dependency if needed. > Should I open a bug? I don't think that is necessary ;-). > > I'll fix this in the libselinux package soon. It also probably > needs "Requires.private: libpcre" too. I'm not sure if the requirement for libpcre is really needed. On an up-to-date minimal sid (with added -lpthread) aide builds fine for me with no libpcre dev package installed. Best regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708435: aide: FTBFS: (.text+0x1d8): undefined reference to `pthread_atfork'
reassign 708435 libselinux1-dev 2.1.13-1 retitle 708435 libselinux1-dev: pkgconfig file misses 'Libs.private: -lpthread' thanks Dear SELinux maintainers, I'm reassigning this bug to you, because I think the FTBFS is caused by a missing 'Libs.private: -lpthread' line in the libselinux.pc file. The flag is again (see #388375) needed due to the recent changes in 'src/procattr.c' of version 2.1.13. Please let me know if I shall provide a patch. Best regards Hannes On Wed, May 15, 2013 at 01:53:49PM -0500, Nathan Handler wrote: > Source: aide > Version: 0.15.1-8 > Severity: serious > Tags: jessie sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20130514 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part: > > /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../lib/libacl.a(__acl_to_any_text.o): > > In function `__acl_to_any_text': > > (.text+0x8af): warning: Using 'getpwuid' in statically linked applications > > requires at runtime the shared libraries from the glibc version used for > > linking > > /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libselinux.a(procattr.o): > > In function `init_procattr': > > (.text+0x1d8): undefined reference to `pthread_atfork' > > collect2: error: ld returned 1 exit status > > The full build log is available from: > > http://people.debian.org/~nhandler/logs/2013/05/14/aide_0.15.1-8_unstable.log > > A list of current common problems and possible solutions is available at > http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! > > About the archive rebuild: The rebuild was done on EC2 VM instances from > Amazon Web Services, using a clean, minimal and up-to-date chroot. Every > failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708433: please add man page for update-smart-drivedb
Package: smartmontools Version: 5.42+svn3561-3 Severity: wishlist Tags: patch upstream Hi, please find attached a man page for update-smart-drivedb (8). Note that the path of drivedb.h is mentioned in the man page. Depending on how #706909 is solved the path has to be adjusted. Best regards Hannes -- Package-specific info: Output of /usr/share/bug/smartmontools: # CONFIG_IDE_TASK_IOCTL is not set -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smartmontools depends on: ii debianutils 4.3.2 ii libc62.13-38 ii libcap-ng0 0.6.6-2 ii libgcc1 1:4.7.2-5 ii libselinux1 2.1.9-5 ii libstdc++6 4.7.2-5 ii lsb-base 4.1+Debian8 Versions of packages smartmontools recommends: ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 Versions of packages smartmontools suggests: pn gsmartcontrol pn smart-notifier -- Configuration Files: /etc/default/smartmontools changed [not included] /etc/smartd.conf changed [not included] -- no debconf information .TH UPDATE-SMART-DRIVEDB 8 "May 15, 2013" "smartmontools" "" .SH "NAME" update-smart-drivedb \- update smartmontools drive database .SH "SYNOPSIS" .B update-smart-drivedb .RB [ -v ] .RI [ DESTFILE ] .SH "DESCRIPTION" .B update-smart-drivedb updates .B /usr/share/smartmontools/drivedb.h or .I DESTFILE from smartmontools SVN repository. It tries to download first from the current branch and then from trunk. The tools used for downloading are either .BR curl (1), .BR wget "(1) or" .BR lynx (1). The old file is kept if the downloaded file is identical (ignoring the differences in Id string) otherwise it is moved to .BR drivedb.h.old . .SH "OPTIONS" .TP \-v verbose output .SH "EXAMPLES" .nf # update-smart-drivedb /usr/share/smartmontools/drivedb.h updated from branches/RELEASE_5_43_DRIVEDB .fi .SH "EXIT STATUS" The exit status is 0 if the database has been successfully updated. If an error occurs the exit status is 1. .SH "SEE ALSO" .BR smartctl(8), .BR smartd (8). .SH "AUTHOR" This manual page was written by .BR "Hannes von Haugwitz " .
Bug#495163: useless static library due to libkrb5
On Thu, Apr 12, 2012 at 12:36:21AM +1000, Trent W. Buck wrote: > Alessandro Ghedini wrote: > > Not much. I'm still quite uncomfortable on replacing MIT kerberos, the > > reference > > implementation of Kerberos and the default one on Debian, with another, less > > used and tested, alternative. > > Would it be possible to use MIT krb for the dynamic libcurl, and *no* > krb for the static libcurl? The krb part is, after all, only used for > SPNEGO, and the set intersection of "people who want static libcurl" > and "people who need krb" is probably pretty small. Is there any progress with this bug? I'd like to reach a consensus that enables me to provide the statically linked aide pkg with curl support? Best regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705416: ITP: rgxg -- ReGular eXpression Generator
Package: wnpp Severity: wishlist Owner: Hannes von Haugwitz * Package name: rgxg Version : 0.1 Upstream Author : Hannes von Haugwitz * URL : http://rgxg.sf.net/ * License : zlib/libpng Programming Lang: C Description : ReGular eXpression Generator rgxg (ReGular eXpression Generator) is a C library and a command-line tool to generate (extended) regular expressions. . It can be useful to generate (extended) regular expressions to match for instance a specific number range (e.g. 0 to 31 or 00 to FF) or all addresses of a CIDR block (e.g. 192.168.0.0/24 or 2001:db8:::/64). The source package will provide the following binaries: rgxg command-line tool to generate regular expressions librgxg-devdevelopment files and documentation for librgxg librgxg0-dbg debugging symbols for librgxg librgxg0 C library to generate regular expressions -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629266: aptitude hangs in endless loop
On Tue, Apr 17, 2012 at 03:33:58PM +0200, Hannes von Haugwitz wrote: > On Tue, Apr 17, 2012 at 12:56:31AM +0800, Daniel Hartwig wrote: > > Though I was not able to (quickly) reproduce this the attached patch > > should fix it. > > > > Could affected users please test and confirm the results. > > I've installed the patched version on some of my affected squeeze > systems and will report back in about one or two weeks whether the issue > has reoccurred again or not. Sorry for the late response. Though the bug is meanwhile closed, I still want to report back. The issue hasn't reoccurred again with the patched version; so the patch fixed the issue. Best regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629266: aptitude hangs in endless loop
Hello, On Tue, Apr 17, 2012 at 12:56:31AM +0800, Daniel Hartwig wrote: > Though I was not able to (quickly) reproduce this the attached patch > should fix it. > > Could affected users please test and confirm the results. I've installed the patched version on some of my affected squeeze systems and will report back in about one or two weeks whether the issue has reoccurred again or not. Best regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#495163: useless static library due to libkrb5
On Thu, Apr 12, 2012 at 12:36:21AM +1000, Trent W. Buck wrote: > Alessandro Ghedini wrote: > > Not much. I'm still quite uncomfortable on replacing MIT kerberos, the > > reference > > implementation of Kerberos and the default one on Debian, with another, less > > used and tested, alternative. > > Would it be possible to use MIT krb for the dynamic libcurl, and *no* > krb for the static libcurl? The krb part is, after all, only used for > SPNEGO, and the set intersection of "people who want static libcurl" > and "people who need krb" is probably pretty small. I second that. A static library without krb is better than the current one which is not usable at all. Best regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#495163: useless static library due to libkrb5
Hello, On Sat, Feb 18, 2012 at 05:01:14PM +0100, Alessandro Ghedini wrote: > An alternative solution would be to build curl with Heimdal (AFAICT they do > provide the static library) instead of the MIT kerberos implementation. > > I'm not sure on the consequences of such change though, and I will need to > do some testing first. Is there any progress with this issue? Best regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#662948: apt: most recent upgrade corrupts /usr/share/keyrings/debian-archive-removed-keys.gpg
Hello, On Wed, Mar 07, 2012 at 02:54:15PM +0100, Christoph Anton Mitterer wrote: > I've noticed by chance the following: > > When upgrading to this version (0.8.15.10), the file > /usr/share/keyrings/debian-archive-removed-keys.gpg > was somehow modified. > At some places a 0x00 was replaced by 0x03. > > I reproduced this on 4 different sid machines... > Every time I did > 1) debsums -asc debian-archive-keyring >=> all fine > 2) upgrade apt > 3) debsums -asc debian-archive-keyring >=> /usr/share/keyrings/debian-archive-removed-keys.gpg "corrupted" > 4) reinstalled debian-archive-keyring I can confirm that on my debian wheezy system the upgrade of apt (from version 0.8.15.9 to 0.8.15.10) and many other packages has changed debian-archive-removed-keys.gpg in /usr/share/keyrings/. The old version has been backuped to debian-archive-removed-keys.gpg~. Best regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661758: [Pkg-aide-maintainers] Bug#661758: aide: Error while reading configuration
Hi,
On Fri, Mar 02, 2012 at 04:31:36AM +0400, Olleg Samoylov wrote:
> On Thu, 2012-03-01 at 10:58 +0100, Marc Haber wrote:
> > What is in line 940 to 950 of /var/lib/aide/config.autogenerated?
>
> After reinstallation the line number was changed.
>
> # aideinit
> Running aide --init...
> 954:syntax error:�x
> 954:Error while reading configuration:�x
For the broken error message see #631398[0].
> Configuration error
> AIDE --init return code 17
>
> Here lines 950-960
>
> […]
>
> Line 955 is looked like NTFS label from russian windows installation.
This should have been fixed in aide 0.15.1-4.
For the stable version please try the attached patch against
/etc/aide/aide.conf.d/70_aide_dev and provide feedback if that solves
your issue.
Best regards
Hannes
[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631398
--- a/aide.conf.d/70_aide_dev 2012-03-04 11:10:49.258794862 +0100
+++ b/aide.conf.d/70_aide_dev 2012-03-04 07:57:26.282852021 +0100
@@ -6,20 +6,11 @@ echo "!/dev/pts/[0-9]{1,2}$"
if [ -e /dev/.udev ]; then
# we have udev
- # We generate a RamdiskData entry for each file found in /dev (as
- # these files change inode and mtim/ctime at each boot anyway).
- # /dev/.static is excluded as this is bind-mounted from the persistent
- # root /dev, which should be a lot more static.
-
# Making this any more paranoid would probably mean to implementing most
# of udev. Please feel free to submit patches ;)
-
- # -path is -wholename on sid, but -path still works on sarge and sid
- find /dev -path /dev/.static -prune -o -print | \
- sed -e 's/^\(.*\)/\1$ RamdiskData/' \
- -e 's,\\,,g' -e 's,\.,\\\.,g' \
- -e 's,#,\\#,g'
echo "/dev/\.static$ RamdiskData"
+ echo "/dev/\.static Full"
+ echo "/dev RamdiskData"
else
# we have static /dev
cat <
Bug#661873: please use --appendlog in weekly cron job
Package: rkhunter Version: 1.3.8-10 Severity: minor Tags: patch Hi, the weekly cron job does not use the --appendlog option. Hence the rkhunter.log file is rotated twice: on the one hand by logrotate (to rkhunter.log.1) and on the other hand by the weekly cron job (to rkhunter.log.old). The attached patch fixes this issue. Best regards Hannes -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.9 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rkhunter depends on: ii binutils 2.22-5 ii debconf [debconf-2.0] 1.5.41 ii file 5.10-1 ii net-tools 1.60-24.1 ii perl 5.14.2-7 ii ucf3.0025+nmu2 Versions of packages rkhunter recommends: ii curl 7.24.0-1 ii elinks 0.12~pre5-7 ii exim4-daemon-light [mail-transport-agent] 4.77-1+b1 ii iproute20120105-1 ii lsof 4.81.dfsg.1-1 ii unhide.rb | unhide ii wget 1.13.4-2 Versions of packages rkhunter suggests: pn bsd-mailx [mailx] 8.1.2-0.2006cvs-1 pn libdigest-whirlpool-perl pn liburi-perl 1.59-1 pn libwww-perl 6.03-1 pn powermgmt-base1.31 pn tripwire -- Configuration Files: /etc/cron.weekly/rkhunter changed [not included] /etc/default/rkhunter changed [not included] /etc/rkhunter.conf changed [not included] -- debconf information excluded --- /etc/cron.weekly/rkhunter.orig 2011-05-14 20:01:56.0 + +++ /etc/cron.weekly/rkhunter 2012-03-02 05:48:21.0 + @@ -24,13 +24,13 @@ case "$CRON_DB_UPDATE" in echo "Subject: [rkhunter] $(hostname -f) - Weekly database update" echo "To: $REPORT_EMAIL" echo "" -$RKHUNTER --versioncheck --nocolors -$RKHUNTER --update --nocolors +$RKHUNTER --versioncheck --nocolors --appendlog +$RKHUNTER --update --nocolors --appendlog ) | /usr/sbin/sendmail $REPORT_EMAIL ;; *) -$RKHUNTER --versioncheck 1>/dev/null 2>$OUTFILE -$RKHUNTER --update 1>/dev/null 2>>$OUTFILE +$RKHUNTER --versioncheck --appendlog 1>/dev/null 2>$OUTFILE +$RKHUNTER --update --appendlog 1>/dev/null 2>>$OUTFILE ;; esac
Bug#643975: anubis: compiled without GPG support on some architectures
Hello, On Sat, Oct 01, 2011 at 01:40:30PM +0200, Jakub Wilk wrote: > Source: anubis > Version: 4.1.1+dfsg1-3 > Severity: important > > On i386 (and perhaps other architectures), anubis is not compiled > with GPG support. From the build log: > > checking for gpgme-config... /usr/bin/gpgme-config > checking for GPGME - version >= 1.0.0... yes > checking for main in -lgpgme... yes > checking for gpg... /usr/bin/gpg > checking gpgme.h usability... no > checking gpgme.h presence... no > checking for gpgme.h... no > I can confirm this bug. > config.log contains: > > configure:18354: checking gpgme.h usability > configure:18371: i486-linux-gnu-gcc -c -Wall -g -O2 conftest.c >&5 > In file included from conftest.c:148:0: > /usr/include/gpgme.h:80:2: error: #error GPGME was compiled with > _FILE_OFFSET_BITS = 64, please see the section "Largefile support (LFS)" in > the GPGME manual. This error can be fixed by adding -D_FILE_OFFSET_BITS=64 to CFLAGS. Please fix this bug and consider to also fix the stable version. Thanks Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652563: htop dies if the process which is selected to be killed terminates
Package: htop Version: 1.0-1 Severity: normal Hi, htop dies if a process, which has been selected for killing, terminates. The error message on the terminal is: htop 1.0 aborting. Please report bug at http://htop.sf.net Backtrace: htop[0x407c24] /lib/x86_64-linux-gnu/libc.so.6(+0x32480)[0x7f486ebe4480] /lib/x86_64-linux-gnu/libc.so.6(+0x37fff8)[0x7f486ef31ff8] Aborted The sequence to reproduce the problem is: 1. start a process (e.g. 'sleep 10') 2. start htop 3. select the process started in step 1 4. press F9 (kill) 5. wait for the other process to terminate Please let me know If I can provide any further information. Best regards Hannes -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.5 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages htop depends on: ii libc6 2.13-21 ii libncursesw5 5.9-4 ii libtinfo5 5.9-4 htop recommends no packages. Versions of packages htop suggests: ii ltrace ii strace 4.5.20-2.3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652148: [Logcheck-devel] Bug#652148: Please add rules for dropbear
# fixed in 20a68db tags 652148 + pending thanks Hello, Thanks for your contribution. I've added the rules to git[0]. Best regards Hannes [0] http://anonscm.debian.org/gitweb/?p=logcheck/logcheck.git;a=commit;h=20a68dbcc687700e37fdcefdc423bdc24822f4ad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#633028: aide-common: /run transition: Please switch to /run/
Hi Roger, On Mon, Dec 12, 2011 at 12:33:29AM +, Roger Leigh wrote: > On Wed, Dec 07, 2011 at 12:30:09AM +, Roger Leigh wrote: > > Patch attached against current git. > > debian/aide.conf.d/31_aide_lib-init-rw |3 --- > > debian/aide.conf.d/31_aide_mdadm |7 +++ > > debian/aide.conf.d/31_aide_portmap |2 +- > > debian/aide.conf.d/31_aide_resolvconf|8 > > debian/aide.conf.d/31_aide_rsyslog |2 +- > > debian/aide.conf.d/31_aide_run |3 +++ > > debian/aide.conf.d/31_aide_wpasupplicant |2 +- > > debian/changelog | 11 +++ > > 8 files changed, 24 insertions(+), 14 deletions(-) > > delete mode 100644 debian/aide.conf.d/31_aide_lib-init-rw > > create mode 100644 debian/aide.conf.d/31_aide_run > > Could any of the aide maintainers please respond to this bug > report and proposed patch? Thanks for your patch; I'll look it over and upload a new aide version within a week. Greetings Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#495163: useless static library due to libkrb5
Hi, What is the state of this bug? I would like to add curl support to the aide pkg (which is statically linked). Thanks Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641647: [Pkg-aide-maintainers] Bug#641647: aide: Aide consumes all memory and swap
tags 641647 + unreproducible moreinfo thanks On Wed, Sep 14, 2011 at 05:28:36PM -0400, Daniel Dickinson wrote: > Aide's daily run consumes all available and memory and swap. This > renders the system unusable until you are able to get enough of a > shell to kill aide. This is with a default install except that I had > to initialize by hand (didn't get asked about initializing during > install). I can't reproduce your problem on a amd64 Debian squeeze. Please provide more information to reproduce your problem. Did the daily aide run ever work on that machine? Do I understand you correctly that 'aideinit' works correctly but the daily aide run doesn't? Could you please try to run 'update-aide.conf' followed by 'aide -c /var/lib/aide/aide.conf.autogenerated'? Greetings Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613124: [Logcheck-devel] Bug#613124: rule update for changed snmp log messages
On Tue, Sep 13, 2011 at 06:52:38PM +0200, Uwe Storbeck wrote: > Sorry, I did not know that logcheck strips trailing spaces now. > I only checked the pattern with egrep against syslog. It matched > on one of my servers but not on another. But with logcheck it > works on all servers. So ignore my last message. ;) You can use 'logcheck-test' for testing patterns. See man page for more details. Greetings Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613124: [Logcheck-devel] Bug#613124: rule update for changed snmp log messages
On Wed, Aug 31, 2011 at 04:48:05PM +0200, Uwe Storbeck wrote:
> For me these log messages contain a space at the end of the line
> (snmpd version 5.4.3~dfsg-2). So this rule may need an additional
> " ?" or " *" at the end to work for all cases:
>
> ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ snmpd\[[0-9]+\]: Connection from UDP:
> \[[.0-9]{7,15}\]:[0-9]{4,5}->\[[.0-9]{7,15}\] ?$
I couldn't reproduce your issue.
Does logcheck really report those log lines? Actually logcheck removes
all trailing whitespaces before applying the rules.
Greetings
Hannes
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#608574: [Logcheck-devel] Bug#608574: [PATCH] updated rules for dnsmasq
tags 608574 - pending + moreinfo thanks On Sat, Jan 01, 2011 at 05:38:04PM +0100, Paweł Hajdan, Jr. wrote: > I'm running dnsmasq-2.52 on a Gentoo Linux server, and the default rules > for dnsmasq needed a few minor updates. > > See attached patch for suggested changes. > > Here are the relevant log lines: > > Jan 1 12:07:11 hq dnsmasq-dhcp[4093]: DHCPNAK(eth0) 192.168.20.107 > 00:26:37:a0:75:57 wrong server-ID > Jan 1 12:28:39 hq dnsmasq-dhcp[4093]: DHCPNAK(eth0) 192.168.20.107 > 00:26:37:a0:75:57 wrong server-ID > Jan 1 12:39:09 hq dnsmasq-dhcp[4093]: DHCPNAK(eth0) 192.168.20.107 > 00:26:37:a0:75:57 wrong server-ID > > Jan 1 15:27:36 hq dnsmasq-dhcp[4093]: Ignoring domain sternik.org.pl > for DHCP host name (null) > Jan 1 15:57:00 hq dnsmasq-dhcp[4093]: Ignoring domain sternik.org.pl > for DHCP host name (null) > Jan 1 17:02:13 hq dnsmasq-dhcp[4093]: Ignoring domain sternik.org.pl > for DHCP host name (null) Thanks for your continuous contribution. Please explain why messages like "Ignoring domain" or "wrong server-ID" are messages an administrator doesn't want to see at least once to react accordingly (eg by adding local rules or fix the causing issue). In my opinion logcheck should only filter those messages by default which are just informational and aren't caused by an error. Thanks Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631796: Strange syslog output unplugging GnuPG card
Hi, I was also affected by this issue. Since the last update of pcscd (1.7.2-2 -> 1.7.4-1) I got the following message on the console just several seconds after accessing the OpenPGP card (eg with gpg --card-status): Message from syslogd@carbon at Jul 1 18:08:00 ... 4> My card reader is "Gemalto GemPC Express 00 00". After the installation of the gpgsm pkg (and probably using scdaemon) the message doesn't occur any more. Hope that helps. Greetings Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612961: sorry (was: aptitude hangs in endless loop)
On Wed, Jun 29, 2011 at 03:39:46PM +0200, Hannes von Haugwitz wrote: > Package: aptitude > Version: 0.6.3-3.2 > Followup-For: Bug #612961 > > Hi, > > today the issue occurred again on a up to date squeeze system (6.0.2). > > Greetings > > Hannes My last (quoted) message was meant for another bug report. Sorry for the noise. Greetings Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629266: aptitude hangs in endless loop
Package: aptitude Version: 0.6.3-3.2 Followup-For: Bug #629266 Hi, today the issue occurred again on an up to date squeeze system (6.0.2). Greetings Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612961: aptitude hangs in endless loop
Package: aptitude Version: 0.6.3-3.2 Followup-For: Bug #612961 Hi, today the issue occurred again on a up to date squeeze system (6.0.2). Greetings Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631398: [Pkg-aide-maintainers] Bug#631398: aideinit fails: Error in expression
On Thu, Jun 23, 2011 at 02:23:06PM -0400, Zed Pobre wrote:
> On Thu, Jun 23, 2011 at 07:58:00PM +0200, Hannes von Haugwitz wrote:
> > Could you please send me the content of the lines 469 to 473 in
> > /var/lib/aide/aide.conf.autogenerated ?
>
> !/@@{ROOTPREFIX}tmp/krb5cc_[0-9]+_[[:alnum:]]+$
> /@@{ROOTPREFIX}var/lib/krb5kdc/principal$ VarFile+s+b+i
> /@@{ROOTPREFIX}var/lib/krb5kdc/principal\.ok$ VarTime
>
> /@@{ROOTPREFIX}var/run/laptop-mode-tools/(state|enabled|start-stop-undo-actions)$
> VarFile
Is the VarTime group defined before line 471 respectively in
/etc/aide/aide.conf ?
Greetings
Hannes
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631398: [Pkg-aide-maintainers] Bug#631398: aideinit fails: Error in expression
tags 631398 moreinfo thanks Hi, On Thu, Jun 23, 2011 at 11:09:09AM -0400, Zed Pobre wrote: > I cannot initialize the aide database on a fresh Squeeze build. > Running "aideinit" results in lines like the following: > > Running aide --init... > 471:Error in expression:�Qe > Configuration error > AIDE --init return code 17 > > The characters that follow "Eror in expression" change from run to > run, though they always seem to start with that inverse-text > questionmark symbol. That text does not appear in > /var/lib/aide/aide.conf.autogenerated, nor does there appear to be any > special unicode character on line 471. The wrong expression output is caused by a upstream bug which has been fixed[0] in aide 0.16a1. Could you please send me the content of the lines 469 to 473 in /var/lib/aide/aide.conf.autogenerated ? Thanks Hannes [0] http://aide.git.sourceforge.net/git/gitweb.cgi?p=aide/aide;a=commit;h=5075146a25392a364f5ea248ff8d05b480a2d447 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629266: aptitude hangs in endless loop
Package: aptitude
Version: 0.6.3-3.2
Severity: important
Tags: squeeze
I don't know which package is responsible for this bug, the involved
packages are cron-apt, aptitude, rkhunter, debsums and maybe others.
Please reassign this bug if aptitude is the wrong package.
>From time to time (until now 9 times since 14 Dec 2010) aptitude on my
squeeze system (started by cron-apt) hangs in an endless loop executing
at least the commands mentioned in
/etc/apt/apt.conf.d/{70debconf,90debsums,90rkhunter} over and over
again. The issue leads to a higher load and CPU usage on the affected
system.
I also observed the same problem on my testing/unstable/experimental
system (but only twice on 2011-01-21 and 2011-05-11). aptitude has been
upgraded on 2011-04-18 (aptitude 0.6.3-3.2 -> 0.6.3-4).
The issue occurred also yesterday on the squeeze system and that process
is still running.
The output of pstree for the cron pid:
cron,14803
└─cron,3369
└─sh,3375 -c test -x /usr/sbin/cron-apt && /usr/sbin/cron-apt
└─cron-apt,3379 /usr/sbin/cron-apt
└─cron-apt,7740 /usr/sbin/cron-apt
└─aptitude,7764 -o quiet=1 dist-upgrade -d -y -o
APT::Get::Show-Upgraded=true
├─aptitude,3152 -o quiet=1 dist-upgrade -d -y -o
APT::Get::Show-Upgraded=true
│ └─sh,3158 -c if [ -x /usr/bin/rkhunter ] && ( ! grep
-q -E '^DISABLE_TESTS=.*(hashes.*attributes|attributes.*hashes|properties)'
/etc/rkhunter.conf || grep -q -E
'^ENABLE_TESTS=.*(hashes|attributes|properties)' /etc/rkhunter.conf); then
/usr/bin/rkhunter --propupd --nolog; fi
│ └─rkhunter,3161 /usr/bin/rkhunter --propupd
--nolog
└─{aptitude},7765.
The processes until pid 7764 and process 7765 are stable while all
childs of 7764 are reexecuted again and again.
Killing 7764 would "solve" the issue and lead to a cron-apt report like
the following:
CRON-APT RUN [/etc/cron-apt/config]: Tue May 31 04:00:02 UTC 2011
CRON-APT SLEEP: 2574, Tue May 31 04:42:56 UTC 2011
CRON-APT ACTION: 3-download
CRON-APT LINE: /usr/bin/aptitude dist-upgrade -d -y -o
APT::Get::Show-Upgraded=true
Reading package lists...
Building dependency tree...
Reading state information...
Reading extended state information...
Initializing package states...
Reading task descriptions...
[ Rootkit Hunter version 1.3.6 ]
File updated: searched for 161 files, found 130
[ Rootkit Hunter version 1.3.6 ]
File updated: searched for 161 files, found 130
[ Rootkit Hunter version 1.3.6 ]
File updated: searched for 161 files, found 130
[ Rootkit Hunter version 1.3.6 ]
File updated: searched for 161 files, found 130
…
[ Rootkit Hunter version 1.3.6 ]
File updated: searched for 161 files, found 130
[ Rootkit Hunter version 1.3.6 ]
File updated: searched for 161 files, found 130
[ Rootkit Hunter version 1.3.6 ]
File updated: searched for 161 files, found 130
[ Rootkit Hunter version 1.3.6 ]
File updated: searched for 161 files, found 130
Terminated
Please let me know if I can provide any other information.
I have to kill the looping process until Jun 05 2011, 2000 UTC; so if
you want me to provide any information about the running process ask
before; otherwise you have to wait until the issue occurs again.
Greetings
Hannes
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627415: [Pkg-aide-maintainers] Bug#627415: aide: AIDE aborts on $ I think
tags 627415 moreinfo Hi, could you please provide the part of /var/lib/aide/aide.conf.autogenerated from which the wrong rule comes from and the output of 'ls /dev/shm/tmp/buildd/php5-'? Greetings Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626241: ruby feature is missing
On Tue, May 10, 2011 at 07:27:36AM -0400, James Vega wrote: > The vim package doesn't have the language bindings enabled. You need to > install one of the vim packages (vim-nox, vim-gtk, vim-gnome, or > vim-athena) which does have language bindings enabled. Indeed, installing vim-nox solves the issue for me. Sorry for the noise. Greetings Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626241: ruby feature is missing
Package: vim Version: 2:7.3.154+hg~74503f6ee649-2 Severity: normal Hi, The compiled-in support for ruby seems to have gone missing in testing (-ruby) while the version in squeeze has the ruby feature included (+ruby). Please re-enable the ruby feature. Thanks Hannes -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.5 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim depends on: ii libacl1 2.2.49-4Access control list shared library ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libgpm2 1.20.4-3.4 General Purpose Mouse - shared lib ii libncurses5 5.9-1 shared libraries for terminal hand ii libselinux1 2.0.98-1+b1 SELinux runtime shared libraries ii vim-common 2:7.3.154+hg~74503f6ee649-2 Vi IMproved - Common files ii vim-runtime 2:7.3.154+hg~74503f6ee649-2 Vi IMproved - Runtime files vim recommends no packages. Versions of packages vim suggests: ii exuberant-ctags [cta 1:5.9~svn20110310-1 build tag file indexes of source c pn vim-doc(no description available) pn vim-scripts(no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622677: tmux segfaults with [lost server] if second pane is closed after third pane has been broke out
Package: tmux Version: 1.4-6 Severity: normal Hi, tmux segfaults if one closes the second pane in a window from which the third pane has been broke out recently. The error message on the terminal is: [lost server] The sequence to reproduce the problem is: $ tmux C-b " C-b " C-b ! C-b l $ exit I can reproduce this issue on a virtual machine with debian sid. Please let me know If I can provide any further information. Greetings Hannes -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tmux depends on: ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libncurses5 5.7+20100313-5 shared libraries for terminal hand tmux recommends no packages. tmux suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612405: [SRM] Approval for aide 0.15.1-3
On Tue, Apr 05, 2011 at 09:41:25PM +0100, Adam D. Barratt wrote: > On Sun, 2011-03-27 at 10:25 +0200, Hannes von Haugwitz wrote: > > I'd like to fix two important bugs (#612405, #615111) in aide. Both bugs > > introduced problems which doesn't exist in oldstable. > > > > I've attached the diff for 0.15.1-3 (in unstable). > > Thanks. Have the patches been tested on stable? Yes. 0.15.1-2+squeeze1 has been tested on 32-bit debian stable. > One other question - why is aide defining both _LARGEFILE64_SOURCE and > _FILE_OFFSET_BITS=64 ? The code doesn't actually seem to use the *64 > functions, so the former seems somewhat redundant. It seems as if _LARGEFILE64_SOURCE has been originally added as part of a fix for compilation under Solaris[0]. > > aide 0.15.1-3 has reached testing some days ago without any problems. > > > > Please consider aide 0.15.1-3 in stable. > > 0.15.1-3 itself won't enter stable, but a 0.15.1-2+squeeze1 might. The diff for 0.15.1-2+squeeze1 is available on git.debian.org[1]. Please let me know if I can upload. Thanks Hannes [0] http://aide.git.sourceforge.net/git/gitweb.cgi?p=aide/aide;a=commitdiff;h=12de742 [1] http://git.debian.org/?p=pkg-aide/aide.git;a=commitdiff;h=f674bb4;hp=debian/0.15.1-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612405: [SRM] Approval for aide 0.15.1-3
Hi,
I'd like to fix two important bugs (#612405, #615111) in aide. Both bugs
introduced problems which doesn't exist in oldstable.
I've attached the diff for 0.15.1-3 (in unstable).
aide 0.15.1-3 has reached testing some days ago without any problems.
Please consider aide 0.15.1-3 in stable.
Thanks
Hannes
diff --git a/debian/aide.conf.d/31_aide_bind9 b/debian/aide.conf.d/31_aide_bind9
index 06950c1..3176a2e 100644
--- a/debian/aide.conf.d/31_aide_bind9
+++ b/debian/aide.conf.d/31_aide_bind9
@@ -1,5 +1,5 @@
@@ifdef BINDCHROOT
-@@{BINDCHROOT}/dev/log$ LowLogs
+@@{BINDCHROOT}/dev/log$ LowLog
@@{BINDCHROOT}/dev VarDir
@@endif
@@{BINDCHROOT}/var/log/bind/queries\.log$ Log
diff --git a/debian/changelog b/debian/changelog
index c1c4959..5c76900 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,15 @@
+aide (0.15.1-3) unstable; urgency=low
+
+ [ Marc Haber ]
+ * 31_aide_bind9:
+- fix wrong group (closes: #612405)
+
+ [ Hannes von Haugwitz ]
+ * debian/patches/05-configure_32-bit_lfs_fix.dpatch: new
+- fixed lfs on 32-bit systems (closes: #615111)
+
+ -- Hannes von Haugwitz Fri, 11 Mar 2011 09:50:46 +0100
+
aide (0.15.1-2) unstable; urgency=low
* debian/po/da.po:
diff --git a/debian/patches/00list b/debian/patches/00list
index 8bf570a..df151de 100644
--- a/debian/patches/00list
+++ b/debian/patches/00list
@@ -1 +1,2 @@
+05-configure_32-bit_lfs_fix
10-manpages
diff --git a/debian/patches/05-configure_32-bit_lfs_fix.dpatch b/debian/patches/05-configure_32-bit_lfs_fix.dpatch
new file mode 100755
index 000..f40b290
--- /dev/null
+++ b/debian/patches/05-configure_32-bit_lfs_fix.dpatch
@@ -0,0 +1,24 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 05-configure_32-bit_lfs_fix.dpatch
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Description: Fix large file support on 32-bit systems
+## DP: Forwarded: not-needed
+## DP: Author: Hannes von Haugwitz
+## DP: Applied-Upstream: 0.16a1, http://aide.git.sourceforge.net/git/gitweb.cgi?p=aide/aide;a=commit;h=92c7878
+## DP: Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615111
+## DP: Last-Update: 2011-03-11
+
+@DPATCH@
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' aide~/configure aide/configure
+--- aide~/configure 2011-03-11 06:23:39.0 +
aide/configure 2011-03-11 06:29:11.0 +
+@@ -6435,7 +6435,7 @@
+ if test "x$ac_cv_func_lstat64" = x""yes; then :
+ ac_fn_c_check_func "$LINENO" "stat64" "ac_cv_func_stat64"
+ if test "x$ac_cv_func_stat64" = x""yes; then :
+- AIDE_DEFS="$AIDE_DEFS -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS"
++ AIDE_DEFS="$AIDE_DEFS -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64"
+ AIDE_LSTAT_FUNC="lstat64"
+ compoptionstring="${compoptionstring}WITH_LSTAT64\\n"
+ AIDE_STAT_FUNC="stat64"
Bug#617795: [Pkg-aide-maintainers] Bug#617795: aideinit exits with code 17
tags 617795 moreinfo thanks On Fri, Mar 11, 2011 at 03:22:33PM +0200, laptopz wrote: > aideinit fails to properly read aide.conf.autogenerated and exits with code > 17 when sources.list contain referencing urls with # char Could you please provide the part of your sources.list which causes this issue? Thanks Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
