Package: kconfig
Version: 5.115.0
In
https://buildd.debian.org/status/fetch.php?pkg=kconfig=x32=5.115.0-2=1714911041=0
we find:
15: * Start testing of KStandardShortcutWatcherTest *
15: Config: Using QtTest library 5.15.10, Qt 5.15.10
(x86_64-little_endian-ilp32 shared
On Monday 2024-05-20 04:36, Jonathan Nieder wrote:
>> root@f3:/tmp# apt-get install git
>[...]
>> git : Depends: git-man (< 1:2.42.0-.) but 1:2.43.0-1 is to be installed
>
>This means the latest version hasn't built on x32 in the last several
>months.
Package: git
Version: 1:2.42.0-1
On Debian/x32 of the day, it is impossible to install the git package:
root@f3:/tmp# apt-get install git
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you
On Saturday 2018-09-01 12:32, Carsten Schoenert wrote:
>severity -1 serious
>affects -1 icu
>
>Hello Teun,
>
>On Mon, Aug 27, 2018 at 04:42:31PM +0200, Teun Kloosterman wrote:
>> Trying to get Kopano to run, but all tools fail with:
>> root$ kopano-cli --create-store
>> [error ] virtual
On Sunday 2016-12-25 23:59, Guus Sliepen wrote:
>> * tailhex(1) - hex dumper with tail-following support
>
>od -x | tail? Do we really need a tool for this?
tail is not the same as tail -f, and /usr/bin/od (and /usr/bin/hexdump)
end execution when they reach the end of a regular file, such
On Monday 2016-07-11 14:18, Michael Biebl wrote:
>Am 09.07.2016 um 18:33 schrieb Jan Engelhardt:
>> Package: systemd-container
>> Version: 230-5
>>
>> nspawn fails to start the selected program. It appears to need dbus, and
>> Debian
>> is missing a Requ
Package: systemd-container
Version: 230-5
nspawn fails to start the selected program. It appears to need dbus, and Debian
is missing a Requires:. System has version "stretch main" listed in apt
sources.list.
root@zfrei97:/var/lib/docker/btrfs/subvolumes# btrfs sub snap
Package: libgd2-xpm-dev
Version: 2.0.36~rc1~dfsg-6.1
Running `gdlib-config --libs` outputs:
-lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lpng12 -lz -lm
On Debian, this list is lacking -lgd itself, which means third-party
software that uses this command to link to GD fails to link.
On
On Sat, 28 Jun 2014 18:38:16 +1000, Craig Small wrote in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752993 :
$ cat Makefile.am
AUTOMAKE_OPTIONS = subdir-objects
bin_PROGRAMS = foo
foo_SOURCES = foo.c lib/bar.c lib/bar.h $(top_srcdir)/lib/nothere.c
The way I interpret the automake
On IRC I have heard that MIPS has multiple ABIs; as far as modern Linux
is concerned, I think you may be running into: o32, n32, n64.
Your kernel is probably n64 (and its compat companion is n32), but your
iptables is o32. Can you check with the file(1) utility and/or
readelf(1)?
--
To
[ 26.096000] x_tables: ip_tables: limit.0 match: invalid size 40
(kernel) != (user) 48
The problem seems to be that the linux kernel is 64 bits [...] Iptables
as packaged is a 32 bits mipsel executable, and seems to have some data
structures that include 32 bits pointers or something that
On Thursday 2012-10-25 17:20, Laurence J. Lane wrote:
I'm uncertain of the issue with duplicate addresses for localhost.
I'll ask upstream if iptables should filter out duplicates.
dunno. I have no preference in this regard.
`wget` would also seem to simply iterate over all entries.
--
To
On Wednesday 2012-10-17 14:40, Filip Valder wrote:
Hi.
Sorry for my misknowledge but I think that it could be an implicit rule.
Why should a user care of this IPv6 ARP? On the other side there are
surely thousands reasons for NOT doing it...
IPv6 Neighbor Discovery is used to ask the local
On Wednesday 2012-10-17 14:51, Filip Valder wrote:
I do understand and that's what I mean. It's necessary for the basic
functionality so why should it be explicitly set by a user?
Users have different requirements.
Not all possible IPv6 scenarios use NDISC.
The kernel gives you tools, how you
On Wednesday 2012-10-10 08:21, Filip Valder wrote:
Hi.
The 2 lines above the line you mention preserve SYN/SYN-ACK +
ESTABLISHED states for tcp/22 connection.
First matching rule wins, so where is the problem?
As I said, you need ICMPv6. Without it, you won't even get SSH
packets. Basic
The SSH traffic (as an example) is
dropped, no other rules (snipped) match even if they shall match.
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -i lo -j ACCEPT
-A INPUT -i eth0 -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp
I believe the bug is still here:
# iptables -m ACCOUNT -h
iptables v1.4.12.2: Couldn't load match `ACCOUNT':No such file or directory
iptaccount only provides a target, not a match.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
On Sunday 2012-02-19 10:48, Michael Domann wrote:
volume user=mdomann fstype=crypto_LUKS path=/dev/sdb2
mountpoint=/home/mdomann/media fskeypath=/home/mdomann/.gnupg/media
fskeyhash=none fskeycipher=none
options=fsck,nodev,nosuid /
Now fixed in commits
fa2422d pam_mount: understand
The reason seems to be, that sudo causes /var/run/pam_mount/root to
be increased by one, but afterwards, decreases /var/run/pam_mount/$USER
by one. Which in turn, when reached zero, causes the volumes to be
unmounted.
Does it also happen with su(8)?
If not, then consider this a sudo bug;
On Wednesday 2012-02-15 19:12, Michael Domann wrote:
Dec 25 08:09:54 sysiphus login[3411]: (mount.c:267): Mount info:
globalconf, user=mdomannvolume fstype=crypto_LUKS server=(null)
path=/dev/sda3 mountpoint=/home cipher=(null) fskeypath=(null)
fskeycipher=(null) fskeyhash=(null)
Dec 25 08:09:54 sysiphus login[3411]: (mount.c:267): Mount info:
globalconf, user=mdomann volume fstype=crypto_LUKS server=(null)
path=/dev/sda3 mountpoint=/home cipher=(null) fskeypath=(null)
fskeycipher=(null) fskeyhash=(null) options=fsck / fstab=0 ssh=0
Dec 25 08:09:56 sysiphus
Package: gdb
Version: 7.3-1+b1
Followup-For: Bug #579021
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8
On Thursday 2011-11-24 02:46, Jan Engelhardt wrote:
root@vjng-debian:/home/jengelh/sudo-1.8.3p1/src# gdb sudo
GNU gdb (GDB) 7.3-debian
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
http://gnu.org/licenses/gpl.html
This is free software: you are free
On Tuesday 2011-11-22 10:42, Hanno Böck wrote:
Hi,
There seems to be a problem with pam_mound and latest sudo:
https://bugs.gentoo.org/show_bug.cgi?id=390459
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648698
Can you have a look?
.oO( Why do I always have to investigate sudo bugs. )
On Tuesday 2011-11-01 00:50, Roger Leigh wrote:
Just a heads up: util-linux 2.20.1 is the current stable release, and should
make its way into Debian soon. I've packaged it here:
http://people.debian.org/~rleigh/util-linux/
and the maintainer will hopefully upload it soon,
Nothing
iptables -t mangle -A OUTPUT -s 192.168.0.0/16 -o pp+ -j LOG
--log-prefix tabl=mangle --log-uid
I get log records like this: Aug 18 14:44:27 NoX-gw kernel:
[22682.960012] tabl=mangleIN= OUT=ppx_TTK SRC=192.168.66.1
DST=172.16.11.21 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=TCP
SPT=445
http://bugs.debian.org/627085
This is a duplicate of bug #586009.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: iptables
Version: 1.4.11.1-3
Severity: important
there is regression since 1.4.10-1
a command as :
iptables -t filter -A OUTPUT -o $WAN_INTERFACE -s $WAN_IP -d
$WAN_NETWORK -p all -m state ! --state INVALID -j
ACCEPT
Ideally, one just uses -m conntrack --ctstate which has
On Friday 2011-07-22 21:46, Roger Leigh wrote:
Looking at the current git, I have a couple of questions:
1) Is libmount now required? It looks this way looking at the
configure script.
Yes.
2) If so, how about non-Linux platforms which don't support libmount?
Because it's
On Sunday 2011-07-10 21:57, Roger Leigh wrote:
On Fri, Apr 15, 2011 at 06:46:51PM +0200, Jan Engelhardt wrote:
The error has been changed to a warning in
2c6e6148709fc3accc8c5b442ce021d45f6f3ac5 (-2.10). The underlying issue
remains the same - calling umount won't call umount.crypt because
Crosslinks: http://marc.info/?l=netfilter-develm=130999299016674w=2
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I have marked this as +fixed-upstream, as the --localtz option has been
officially deprecated for this very problem; preferably, everything is
specified in UTC now. More documentation in iptables-1.4.11's manpage.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Collected this into my patch queue. Should be in upstream soon enough.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
This should be addressed now with
30e737615eec0a998936da55c1febd32f4fcfd3a, included in 2.10.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
The error has been changed to a warning in
2c6e6148709fc3accc8c5b442ce021d45f6f3ac5 (-2.10). The underlying issue
remains the same - calling umount won't call umount.crypt because there
is no mention of crypt in /etc/mtab, so in other words, the crypto and
loop devices remain active even
Package: libhx-dev
Version: 3.9.1-1
Originally sent to maintainer on: Mon, 17 Jan 2011 00:41:01.
Status: Bounced.
Resending to submit@BDO.
I recently updated the project's description with the release of version
3.9 (except with the tarball which was generated somewhat earlier).
Instead of the
Package: cifs-utils
Version: 4.9
Bug #586009 has essentially not been solved. Fixing mtab won't help when
you run systems with /etc/mtab as a symlink to /proc/self/mounts.
# strace -fe mount -s 65536 -v mount -t cifs //localhost/homes /mnt -o user=root
[pid 2734] mount(//localhost/homes/, .,
On Monday 2011-04-04 14:47, Luk Claes wrote:
On 04/04/2011 01:55 PM, Jan Engelhardt wrote:
Package: cifs-utils
Version: 4.9
That's not a version in Debian, I guess you mean 2:4.9-1? Can you give
the output from 'apt-cache policy cifs-utils' so we can confirm?
I don't actually run Debian
Where does the motd or the message about new mails go to?
Nowhere, since showing /etc/motd is exclusive to /bin/login.
New mail statement is part of the shell, so will only be produced
when you run an interactive on, on a tty. So not executed for xdm
either.
Well, it was a rhetorical
On Thursday 2011-03-31 07:53, Damyan Ivanov wrote:
Not sure if it matters, but the hardware clock is using UTC (i.e.
/etc/default/rcS contains UTC=yes).
When the xt_time kernel module is loaded, it prints the current timezone
the kernel is operating with - and this is what xt_time will be
Not sure if it matters, but the hardware clock is using UTC (i.e.
/etc/default/rcS contains UTC=yes).
When the xt_time kernel module is loaded, it prints the current timezone
the kernel is operating with - and this is what xt_time will be using
when doing localtz comparisons.
--
To
Why is there no disk for '%(USER)-server'?
Because the desktop environments usually do not show a disk icon for
each and every mount, but only for mounts backed by a local hardware
device.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Package: screen
Version: 4.0.3
To reproduce:
1. Start an xterm
2. Use some command to generate a few screenfuls of output (say, ls -l
on some larger directory like /usr/lib)
3. Start screen
(4. Execute uname -a, for example)
5. Execute some command that outputs 1-2 screenfuls
6. Hit Shift-PgUp,
tag 611990 +fixed-upstream
thanks
http://dev.medozas.de/gitweb.cgi?p=iptables;a=commitdiff;h=4b110b426df7bf486a3e7884c56ebb3487023601
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Saturday 2010-12-18 02:05, jidanni wrote:
JE == Jan Engelhardt writes:
$ iptables -L
was wrapping on to extra blank lines on my extra wide screen
JE Out of curiosity, how wide is your screen?
111 chars. OK, it's not wrapping anymore currently in 1.4.10-1. All there are
are a
few
merge 515752 610111
thanks
DUPLICATE of 515752.
The problem was fixed in 1.4.3 already.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
pam_mount
volume fstype=fuse path=encfs#/home/%(USER)/.crypt
mountpoint=/home/%(USER)/Documents/private
options=nosuid,nodev,allow_root /
/pam_mount
The mount works, but the allow_root option is not honored.
Mounting manually with encfs accepts the option and user_allow_other is
enabled in
On Tuesday 2010-12-21 19:23, Jan Engelhardt wrote:
pam_mount
volume fstype=fuse path=encfs#/home/%(USER)/.crypt
mountpoint=/home/%(USER)/Documents/private
options=nosuid,nodev,allow_root /
/pam_mount
The mount works, but the allow_root option is not honored.
Mounting manually with encfs
The SNAT target supposedly already worked like SAME, thus SAME was
removed. The completely-random SNAT was moved to require the --random
option.
Kernel commit cb76c6a597350534d211ba79d92da1f9771f8226.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
ip6tables seems not to support TPROXY:
Fixed for Linux 2.6.37 and iptables-1.4.11.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
$ iptables -L
was wrapping on to extra blank lines on my extra wide screen
Out of curiosity, how wide is your screen?
iptables: No chain/target/match by that name
say what name, without requiring we do
The xtables1 setsockopt protocol does not have room to convey more than
an errno code;
How exactly are we supposed to print any fsck progress to a graphical
context, anyway?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
That should be fixed in 0.9.15 (possibly earlier).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Seems my knowledge of pmt is already enrusted. :p
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Please check whether stable is affected.
As the commit log says:
Affects all versions prior to, and including, 3.5.
So yes, stable is affected (unless somebody was already quick to fix
it there).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
On Tuesday 2010-07-27 18:10, Jörg Sommer wrote:
Hi Jan,
What I was saying is that you cannot make the output of something
visible that isn't being run in the first place.
Why not? Bind stdout and stderr of the process to the current and be
silent, while the subprocess is running. I don't
Package: xtables-addons
Version: 1.26
In IRC I received a report from a Debian user who fell victim to the
lack of proper dependencies. The system, if I understood him right,
started out with xtables-addons-1.26 and iptables-1.4.3.
The libxt_*.so files in xtables-addons are linked against
This is now implemented and will be there for v2.2.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I posted this now at http://code.google.com/p/cryptsetup/issues/detail?id=58
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Tuesday 2010-03-16 13:37, Jonas Meurer wrote:
hey jan,
did you give cryptsetup 1.1.0 a try yet? its library api has many
improvements compared to cryptsetup 1.0.6.
Great, I'll try that. Thanks.
it should be safe to upgrade
to cryptsetup packages from debian/unstable within debian/lenny, as
Package: cryptsetup
Version: 1.0.7
Severity: important
I was trying to change pam_mount to use libcryptsetup instead of forking
out to /sbin/cryptsetup, but then I noticed I cannot pass in the binary
key material via the library api. (There is no keyfile on disk, it's
only in memory.)
struct
Package: libaio
Version: 0.3.107
It would be nice to know where libaio is from, given that internet
searches only turn up binary packages.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
So, is this being completely ignored?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi René,
you need to explicitly use x86_64 if you want to reproduce this,
not i386.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
notabug.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
melissa:~# cat /etc/cryptmount/cmtab
You are probably confusing cryptmount with pam_mount's mount.crypt.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I can't find documentation regarding the options that I can put
inside /etc/fstab when I specify an entry as 'crypt'
You may find these in `man mount.crypt`.
I can't find documentation about how's /etc/crypttab interacting with
other programs, i.e. who uses what.
/etc/crypttab is a mechanism
On Monday 2009-08-17 18:31, Marcus Better wrote:
cryptsetup: opening LUKS partitions takes several seconds
This is probably due to PBKDF2 itself and should also manifest with
crypto mappings created after the systems is up.
Oh. Can the this be tuned somehow?
AFAIK only by not using LUKS
indicate a warning, and
command successful definitely is not a warning.
The patch is against tr...@83.parent 5f0a4d71a9e0614b9b3a9cf36397f53ed8c7f014 ()
commit ab22843236163656aa602afe0bde9cbc7c405959
Author: Jan Engelhardt jeng...@medozas.de
Date: Sun Aug 16 14:22:57 2009 +0200
cryptsetup
Package: libhx
Version: 2.9
http://dehs.alioth.debian.org/report.php?package=libhx
URL changed to Sourceforge.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Saturday 2009-08-08 20:28, Christoph Anton Mitterer wrote:
On Sat, 2009-08-08 at 20:05 +0200, Jan Engelhardt wrote:
Well, shameless ad included, Submitter may try xtables-addons which
ships ipset3, including kernel modules.
Hm interesting,... didn't know that it includes this.
Perhaps
ifconfig has tons of problems and its use should be discouraged in favor
of iproute2.
we're working on that :)
The patch serves as means to identify remaining programs requiring
checking and its inclusion, I would say, not be help up by any related
work. It helps to flag up programs that
Oh, sorry I missed the patch at first. But it is not a good idea to
inject text on standard output, since these tools are usually used
inside scripts..
If need be, the printing to stdout can be changed to stderr.
Not that grepping in ifconfig output was reliable in the first place
(due to
Package: net-tools
Version: 1.60
ifconfig has tons of problems and its use should be discouraged in favor
of iproute2.---
arp.c |7 +++
ifconfig.c | 20
ipmaddr.c |3 +++
iptunnel.c |3 +++
netstat.c | 39 +++
Package: fluid-soundfont
Version: 3.1-1
The fluid source package is a pretty large one, and is usually
shipped in SFARK format upstream. Since SFARK is a cumbersome
closed-source whacky thing, and standard compressors like lzma do not
operate well on such audio files, I have tried running FLAC
-- Forwarded message --
Date: Tue, 7 Jul 2009 20:09:51
From: Jan Engelhardt
To: Sanjoy Ghosh
Subject: Re: Unable to set debian iptables time rule
On Tuesday 2009-07-07 19:50, Sanjoy Ghosh wrote:
Hi,
In early days I also tried to install your IPtables time patch
, Jul 8, 2009 at 2:12 PM, Jan Engelhardt wrote:
On Wednesday 2009-07-08 04:51, Sanjoy Ghosh wrote:
Thanks For mail me.And i will try to update and again try but
problem was
previous state.Please help me.
Without a proper error message that is impossible. File a bug with
debian
On Wednesday 2009-07-01 01:04, Frédéric Brière wrote:
On Fri, Feb 13, 2009 at 04:44:46PM -0500, Frédéric Brière wrote:
What remains as a bug is the presence of a superfluous Password:
prompt with enable_interactive, which is displayed even if pam_mount has
successfully retrieved the PAM
On Wednesday 2009-07-01 01:04, Frédéric Brière wrote:
On Fri, Feb 13, 2009 at 04:44:46PM -0500, Frédéric Brière wrote:
What remains as a bug is the presence of a superfluous Password:
prompt with enable_interactive, which is displayed even if pam_mount has
successfully retrieved the PAM
tag 531677 +fixed-upstream
thanks
Upstream in 1.4.4.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Collected upstream in 1.4.4.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
lsof support was ripped out for v0.45 and replaced by ofl.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tag $this +debian-specific
FTR, iptables-apply is not installed by upstream at `make install` time.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Patch queued.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
See bug #473533 for resolution.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Troex Nevelin wrote:
That is OK as I don't have xt_connlimit.ko module in this kernel, so
there is no bug, right?
But you do have ipt_connlimit, in, most likely,
net/ipv4/netfilter/ipt_connlimit.ko. Both ipt_connlimit and xt_connlimit
use same ID (“connlimit.0”), which is why this 'bug' did
(This takes into account the mail you sent by private email.)
Feb 19 20:21:52 MYHOSTNAME login[4568]: pam_mount(mount.c:64): umount
messages:
Feb 19 20:21:52 MYHOSTNAME login[4568]: pam_mount(mount.c:67): Command
failed: Device busy
Well that comes from umount(8). If your disk is still used,
On Sunday 2009-03-01 18:19, Wearenotalone wrote:
Thanks for your feedback :)
But why is a loop device attached to my LUKS partition?
Because you specified so.
I already noticed that i made some bad configuration mistakes ;) But i don't
know for sure, where exactly i made this error. Is my
On Sunday 2009-03-01 19:09, Wearenotalone wrote:
For your specific problem, omit the loop option in the options=
in volume.
I do not think this has anything to do with the keybits option.
I never explicitly used the loop option[...]
Yes, but mount(8) decided to setup one before calling
I can't really think of anything. It by default uses the PAM password
and if that does not work, will ask for one. (Without having to
specify any extra options.)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
The proper way to remove active NAT mappings is to use `conntrack -F`
(package: conntrack-tools).
It is not required to unload iptables.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
ping(8) is a setuid application so that it can create the
SOCK_RAW/IPPRORO_RAW sockets. As such, the socket is very likely to
belong to root rather than the user who originall invoked ping.
I would not be surprised if -m owner --uid-owner foo did not match,
and --uid-owner root always does.
tag fixed-upstream
This was fixed in v1.2.7.
Please close.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I cannot reproduce this with any of
iptables 1.4.1.1
iptables 1.4.2
iptables 1.4.3-rc1
Hence tagging as fixed-upstream.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
The kernel wants '\0' for algo, only pattern may be a
non-'\0'-terminated string of up to 128 chars. Turns out iptables
calculates the -patlen incorrectly. Will submit fix upstream, thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
That's probably just a friendly reminder that telnet is insecure and you
should not be using it ;-)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Saturday 2009-01-17 20:44, jamal wrote:
As an example of something that would work and i could use as a base,
see attached against git tree - compile tested.
It's a lot of code at once.
I think it is nicer to proceed in single steps (and commits),
as that shows what other problems we must
On Wednesday 2009-01-21 19:39, jamal wrote:
I agree. And I have a patch which resolves the current issue with
some preliminary testing from Yawhen Kasarzhewski y...@pisem.net
I still need to proof-read it and probably break it into three separate
patches before submission.
I am afraid I cant
On Wednesday 2009-01-21 20:11, jamal wrote:
But it is not really my problem.
It is ethically my problem, unfortunately. I wrote it and there are
users out there.
Heh.
Does it compile?
Mostly. I cannot get iproute2 compiled because it cannot find
the definitions for struct tcmsg, but I
On Saturday 2009-01-17 15:27, jamal wrote:
Jan/Patrick,
Trying to fix YABFC on ipt:
Looking at iptables 1.4.2, I see that some of the libipt_*.so are
missing compared to iptables 1.4.1 (about 50%). Example:
libipt_TTL.so is created in both versions but libipt_TOS.so is no longer
there. Is this
1 - 100 of 134 matches
Mail list logo