Package: kconfig
Version: 5.115.0
In
https://buildd.debian.org/status/fetch.php?pkg=kconfig&arch=x32&ver=5.115.0-2&stamp=1714911041&raw=0
we find:
15: * Start testing of KStandardShortcutWatcherTest *
15: Config: Using QtTest library 5.15.10, Qt 5.15.10
(x86_64-little_endian-ilp
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. https://buildd.debian.org/status/package.ph
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 h
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 HRESULT
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 tha
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
1e7fd030e8111cb3d82d0fbc3
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 ope
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 UNSU
>[ 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 tha
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: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-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 loca
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 n
>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 tc
>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". Tro
On Sunday 2012-02-19 10:48, Michael Domann wrote:
>
> 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 crypt_LUKS and crypto_LUKS in xml file
73b6833
>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=mdomann>> path="/dev/sda3" mountpoint="/home" cipher="(null)" fskeypath="(null)"
>>> fskeycipher="(null)" fskeyhash="(null)" options="fsck" /> fstab=0
>Dec 25 08:09:54 sysiphus login[3411]: (mount.c:267): Mount info:
>globalconf, user=mdomann 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 login[3411]: (mount.c:586): ehd_ke
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 ha
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 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>
>
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 (charmap=UT
>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
>
>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
>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
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 Linux-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
Crosslinks: http://marc.info/?l=netfilter-devel&m=130999299016674&w=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 su
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
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 after
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
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
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' s
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/", "."
>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 questio
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_
>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"
>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 UNS
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
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.or
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
On Tuesday 2010-12-21 19:23, Jan Engelhardt wrote:
>>
>> >mountpoint="/home/%(USER)/Documents/private"
>>options="nosuid,nodev,allow_root" />
>>
>>
>>The mount works, but the allow_root option is not honored.
>>Mounting manually
>
> mountpoint="/home/%(USER)/Documents/private"
>options="nosuid,nodev,allow_root" />
>
>
>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 fuse.conf, so this is not an issue related to fuse.
Enable
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
>$ 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;
>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
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 "un
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 o
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
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
libx
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/len
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 c
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 mechanis
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 us
would indicate a warning, and
"command successful" definitely is not a warning."
The patch is against tr...@83.parent 5f0a4d71a9e0614b9b3a9cf36397f53ed8c7f014 ()
commit ab22843236163656aa602afe0bde9cbc7c405959
Author: Jan Engelhardt
Date: Sun Aug 16 14:22:57 2009 +0200
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 kno
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
>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 loc
>> 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
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 +++
ro
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 o
-- 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 patc
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 PA
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
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
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
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
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
On Sunday 2009-03-01 19:09, Wearenotalone wrote:
>>
>> For your specific problem, omit the "loop" option in the options=
>> in .
>>
>> 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 be
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 err
(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
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
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. Also
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
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 listmas...@
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".
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
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 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
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
>I still need to proof-read it and probably break it into three separate
>patches before submission.
>
>I am afraid I cant get rid of
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 Saturday 2009-01-17 17:19, jamal wrote:
>On Sat, 2009-01-17 at 17:14 +0100, Jan Engelhardt wrote:
>
>> Yes, please send patches if you are bored :-)
>
>patches against current 1.4.2 would be fine?
Patches against the git master would be best.
--
To UNSUBSCRIBE, email t
1 - 100 of 134 matches
Mail list logo
