The patch provided fails. Search for "no X support found"
in http://people.debian.org/~ljlane/stuff/295350-B0.bz2
if you want to see the details.
Using this line from the imlib2 changelog causes a different
configure failure:
AC_PATH_X([X11],[X11/Xlib.h],[XrmInitialize()]
Using plain AC_PATH_X
On Sun, Feb 20, 2005 at 08:02:09PM -0600, Laurence J. Lane wrote:
> Using plain AC_PATH_XTRA_CORRECTED works fine here. It's
> a Debian hack, but so is the AC_PATH_X macro that accepts
> arguments.
Funny thing is _CORRECTED doesn't appear to exist anymore.
--
To UNSUBSCRI
On 10/4/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
One month has passed and the freeze get closer.
Did you make any progress ?
Does time ever fly...
I'll upload what I have really soon.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EM
On Sat, May 31, 2008 at 9:44 AM, Nico Golde <[EMAIL PROTECTED]> wrote:
> as the maintainer of imlib2 is MIA I'm going to upload a
> 0-day NMU.
Thanks for the NMU, but the 12 hour stretch from your initial report
until the NMU is quite far from stating someone is MIA.
--
To UNSUBSCRIBE, email
tag 482502 pending
thanks
On Sun, Jun 1, 2008 at 3:53 AM, Patryk Cisek <[EMAIL PROTECTED]> wrote:
> The fix is simple, linux-headers-2.6.25-1-common needs to be changed to
> linux-headers-2.6.25-2-common in Build-Depends. In an attachment there's a
> patch that fixes the problem.
If you look at
On Sun, Jun 1, 2008 at 10:05 AM, Nico Golde <[EMAIL PROTECTED]> wrote:
> Which should be enough to justify a security upload without
> waiting for further maintainer action in my opinion.
For the record, I believe the fact that it is a security bug
(especially one complemented with a CVE) is just
merge 419023 421559 484197
tag 419023 pending
thanks
enlightenment will soon be dropped or made into a transitional
package that depends on e16, which is already in the archives. But
there are still odd bits to work out for the transition.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
reopen 476488
thanks
U.. not quite fixed, but will be soon.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Ignore the last comment. The bug is fix and remains closed.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Jan 12, 2009 at 9:51 AM, Thomas Viehmann wrote:
> apologies for misspelling your name in my communication of this bug
> report. Nonetheless I would suggest to not drop the security bug fix for
> #505714. Generally, it might be a good idea to make a habit out of
> incorporating NMUs as per
On 11/7/06, Stefan Fritsch <[EMAIL PROTECTED]> wrote:
thanks for you quick response.
Ubuntu released a revised version of their USN. If you took the patches
from the original USN you might want to check what they changed.
Oddly enough, I was pulling some patches from upstream CVS for the
TI
reopen 397371
quit
sarge needs these updates for src/modules/loaders/*.c
http://security.ubuntu.com/ubuntu/pool/main/i/imlib2/imlib2_1.2.1-2ubuntu1.2.diff.gz
Upstream CVS appears to contain additional fixes for imlib2 1.3.0.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "uns
On 9/4/06, Alan Woodland <[EMAIL PROTECTED]> wrote:
What is the current status of this bug? Have you any plans to upload
0.9.4 soon? If you need any help preparing this upload feel free to give
me a shout - I'd like to see Eterm release with Etch.
Waiting on a diff from upstream for libscream'
On 10/17/06, Sam Hocevar (Debian packages) <[EMAIL PROTECTED]> wrote:
The first font must clearly go. It would be wise to get rid of the
three others at the same time, and either replace or symlink them with
free fonts available in the various ttf-* packages.
The funny part is the fact that
On Wed, Feb 17, 2010 at 1:44 AM, Travis Crump wrote:
> I would suggest you reupload 1.0.0-3 as 1.0.0-4 as the
> NMU was clearly broken.
I agree with everything else, but unfortunately this isn't entirely
simple. I'll have to script logic to deal with any changes a user
may have already made to f
On Thu, Feb 4, 2010 at 5:54 PM, Anthony DeRobertis wrote:
> Attached is a patch which I believe fixes this problem. Maybe debconf
> should be used to prompt instead of bailing out if there are unexpected
> files, but this is probably good enough.
I have an uneasy feeling about using a symlinked
I had time to examine this situation more carefully. The vast majority of the
data in that directory fails policy's definition of configuration files. The NMU
that moved that directory was an error with much obvious collateral damage..
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.de
On Sat, Dec 12, 2009 at 10:07 PM, Hugh McDonald wrote:
> iptables verson 1.4.5-1 for amd64 ignores the address mask on
> source address arguments. "-s 192.168.1.0/24" is treated as
> "-s 192.168.1.0/0" both as reported by "iptables -L -n -v" and as
> seen in firewall logs. Version 1.4.4-2 funct
On Sun, Dec 13, 2009 at 11:00 AM, Anders Fugmann wrote:
> Hi,
>
> I also observe that iptables ignores mask specification on source or
> destination options. The problem is observed when replacing rules. Eg.
That's fixed in 1.4.6, which I'll roll out shortly.
--
To UNSUBSCRIBE, email to debia
I neglected to import the NMU that fixed that.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Mon, Jun 11, 2012 at 5:25 PM, Laurence J. Lane wrote:
> I neglected to import the NMU that fixed that.
And to close this in the changelog
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
iptables is supposed to write a rule for each of a hostname's IP
addresses. "iptables -A INPUT --source www.google.com" gives me six
rules for the six IP addresses. Adding "--source www.google.com" bumps
that up to thirty-six rules.
I'm uncertain of the issue with duplicate addresses for localhost
severity 691306 wishlist
thanks
The multiple rules thing is an iptables feature and not a bug. One could
argue for iptables to filter out duplicate IP addresses, but that's more of
a wishlist than actual bug.
The gethostbyname() duplicate remains a mystery to me for now.
--
To UNSUBSCRIBE, ema
reassign 592237 xtables-addon-common
thanks
Of course, I think /lib/xtables/libxt_TEE.so should be
removed from xtables-addon-common. If that's a bother,
I'll gladly remove from iptables and pretend it does not
exist.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a s
Remove it or NMU. No delay is necessary.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Mon, Oct 11, 2010 at 6:12 AM, Alexander Reichle-Schmehl
wrote:
> PS: My understanding was, that you would prefer to add /etc/e16 to the
> searchpath for config files of e16 itself; as you can see I haven't
> implemented that, but tried to fix "my" symlinks. I thought that would
> be the prefe
On Thu, Jul 15, 2010 at 7:16 AM, Santiago Vila wrote:
> Hello.
>
> We should really have gettext 0.18.1.1 in squeeze. So, I announce my
> intent to NMU this package an apply the proposed patch.
>
> I plan to upload the package this weekend. If you still want to upload
> the package yourself, pleas
Five is not reasonable. Zero day it.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Relevant part:
>> make[2]: Entering directory `/«PKGBUILDDIR»/utils'
>> make[2]: Nothing to be done for `check'.
>> make[2]: Leaving directory `/«PKGBUILDDIR»/utils'
>> Making check in extensions
>> make[2]: Entering directory `/«PKGBUILDDIR»/extensions'
>> make[2]: *** No rule to make target `ch
iptables 1.4.8's iptables and iptables-restore give a warning[1] and
its iptables-save writes the negation correctly. The ip6 variants do
too. A package installation warning for wheezy sounds reasonable.
[1] Using intrapositioned negation (`--option ! this`) is deprecated
in favor of extraposition
30 matches
Mail list logo
