On Fri, May 19, 2017 at 10:04:20PM +0200, Petter Reinholdtsen wrote:
>
> [Georges Racinet]
> > I don't really have insight on the best place to put a sample ogg file ;
> > in the meanwhile, that one is now in python-pygame-doc, and the attached
> > patch fixes the FTBFS for me. Hoping this short-t
y what would be expected
rather than that it just doesn't completely explode in flames trying.
And won't need to B-D on odd packages just for a data file in them.
Cheers,
Ron
t after some unreadable memory.
> >
> > So while the bug definitely needed to be fixed -- and was fixed back in
> > July -- we don't consider it to be a severe security issue. If you
> > disagree with our analysis, could you point out what we missed?
>
> Apologies
On Mon, Feb 06, 2017 at 08:45:01PM +0100, Julien Cristau wrote:
> On Tue, Jan 31, 2017 at 15:32:13 +1030, Ron wrote:
>
> > I've CC'd -release, to see what they'd prefer we do for Jessie.
> > It might be that the best option here is to just put something lat
included below - I'm not sure
offhand exactly how the libc restart logic is coded, but at first blush
I'd note the new openssh-server is unpacked but not set up at the time
the libc service restart takes place ...
Cheers,
Ron
Unpacking openssh-sftp-server (1:8.4p1-5) over (1:7.9p1-
On Tue, Aug 03, 2021 at 10:08:42PM +0200, Aurelien Jarno wrote:
> On 2021-08-01 00:05, Ron wrote:
> >
> > Unpacking openssh-sftp-server (1:8.4p1-5) over (1:7.9p1-10+deb10u2) ...
> > Preparing to unpack .../openssh-client_1%3a8.4p1-5_amd64.deb ...
> > Unpacking openssh
On Wed, Mar 06, 2019 at 03:15:40AM +0100, Elimar Riesebieter wrote:
> Hi all,
>
> did someone checked
>
> https://git.xiph.org/?p=libao.git;a=commit;h=d5221655dfd1a2156aa6be83b5aadea7c1e0f5bd
>
You mean the commit which has :?
authorRon Sat, 13 Jan 2018 09:49:20
2.6.3 has just been tagged. If it is too flaky
I'll upload the same source we have with only these things
fixed.
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
hl
> p.h:255: error: `__W32___W32_IN' has not been declared
Actually, this one is a real bug, a 'typo' in the patch.
I'll make sure there are no others like it...
But Thanks especially!
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
for his misunderstandings. And so the world goes round. ;)
I don't know what you don't know. So if you think others don't know
it either, then you've got a golden opportunity to do something
constructive to help.
thanks in advance,
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
his is NOT an 'sdk' metapackage, it is a collection of miscellaneous
odds and sods that don't belong in any particular package, but may
be used or required by several of them.
I thought that was pretty clear. If it's not, lets fix it up, ok?
Patches welcome.
thanks,
Ron
Package: baobab
Version: 1.3.1-1
Severity: grave
Justification: renders package unusable
Hi,
Please rebuild this package with pango 1.8.2 from unstable
(or arrange to have pango 1.10.0 made available there too)
as it cannot be upgraded/installed in its present form.
cheers,
Ron
-- System
nce me
that _I_ should not reassign it ;-)
cheers,
Ron
On Sun, Sep 18, 2005 at 05:20:01PM +0200, Adeodato Sim?? wrote:
> Package: wxwindows2.4
> Version: 2.4.4.1.1
> Severity: serious
>
> Hello,
>
> wxwindows2.4 FTBFS on m68k, presumably due to the use of -O3 to
> comp
tag 328990 +pending
thanks.
On Mon, Sep 19, 2005 at 11:50:37AM +0200, Adeodato Sim?? wrote:
> * Ron [Mon, 19 Sep 2005 10:56:26 +0930]:
> Yep. Only, I was worried about this m68k trouble taking too long to
> get solved. It's been a while already, and until this very morning
reassign 327171 pype
Thanks Chris!
On Thu, Sep 22, 2005 at 07:45:46PM -0500, Chris Mellon wrote:
> On 9/22/05, Chris Mellon <[EMAIL PROTECTED]> wrote:
> > On 9/20/05, Ron <[EMAIL PROTECTED]> wrote:
>
>
> > >
> > > Does anyone here use pype, or know
Hi,
You'll have to forgive my initial incredulity here, but this
patch appears to be some 2+ years old. Why exactly has no one
run into this and/or reported it before now?
thanks,
Ron
On Wed, Aug 10, 2005 at 10:34:26AM -0700, Jeffrey W. Baker wrote:
> Package: libapache-requ
Ok. I'm going to presume the best course of action here is to
get 1.33 uploaded, which I would hope also fixes it. I think
Ivan Kohler is already looking into doing that at present...
cheers,
Ron
On Wed, Aug 10, 2005 at 12:07:03PM -0700, Jeffrey W. Baker wrote:
> On Thu, 2005-08-11
On Thu, Aug 11, 2005 at 01:31:06AM -0700, ivan wrote:
> On Thu, Aug 11, 2005 at 04:47:10AM +0930, Ron wrote:
> > are you actually working on a new upload for this now?
> > Please take a peek at #322448 in that case, if you aren't
> > aware of it already.
>
> hi, i
Already noted, working on fixing the build-deps now.
thanks!
Ron
On Sat, Oct 08, 2005 at 10:37:48AM +0200, Bastian Blank wrote:
> Package: mingw32-binutils
> Version: 2.16.91-20050827.1-1
> Severity: serious
>
> There was an error while trying to autobuild your package:
>
&
ckage that this (wrong IMO) change to
gdk-imlib make uninstallable on my system though. Please
fix this and/or advise of a transition plan.
thanks,
Ron
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i
On Wed, Oct 12, 2005 at 12:30:31AM -0700, Steve Langasek wrote:
> On Wed, Oct 12, 2005 at 03:53:18PM +0930, Ron wrote:
> > Package: gdk-imlib1
> > Version: 1.9.14-22
> > Severity: critical
> > Justification: breaks unrelated software
>
> > Unless there is
On Wed, Oct 12, 2005 at 09:34:00AM +0200, Josselin Mouette wrote:
> Le mercredi 12 octobre 2005 ? 15:53 +0930, Ron a ?crit :
> > Package: gdk-imlib1
> > Version: 1.9.14-22
> > Severity: critical
> > Justification: breaks unrelated software
>
> Software dependi
ntitled to support. If you
are actually using it, there is no excuse not to be aware of
these things. See above.
Thanks again to all the rest of you with tireless patience.
We'll have it out and here as soon as humanly possible.
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
, so we should be able to untaint the source package
without too much trouble.
I'm preparing a new upload with just this fix now.
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Ugh. Does anyone see what is really up with this?
More libtool problems? Nothing much has changed since
the previous releases build-wise -- except the list of
platforms that fail to autobuild...
Its finding the lib, just not adding the relevant -I,
or so it seems.
thanks,
Ron
On Mon, Feb 14
e offending files removed and should
replace 2.4.2.6 without affecting any dependent packages. The m68k
buildd seems to be the biggest hurdle remaining for that now.
thanks,
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
. (and mine) ie. do not even think about whining to them
if your favorite package has disappeared and you are only just
reading this now. (or me, really)
Sorry to those of you you maintain a package that needed this.
I'll try to keep the down time as short as possible.
Ron
--
T
I
get a good (enough) one squirted out, I'll get it in the
upload queue.
Cheers!
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
you wanted to hear, but 2.5 is still very
much 'bleeding edge' by any honest assessment and it's taking us a
while to get everyone into the mindset that will see it stabilise.
If you need something more than that, let me know and we should
coordinate things with the other maintainers
Stop.
I expected not to get a syntax error and to have the operation complete
successfully.
Regards,
Ron
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bas
Hi Vincas,
Could you please also forward your current /etc/asterisk/vpb.conf to
the BTS. chan_vpb shouldn't even be trying to start unless you have
modified it locally, or have an older version than what should be
distributed in the current asterisk package ...
Cheers,
Ron
On Thu, F
reassign 429078 ftp.debian.org
retitle 429078 please remove libapache-request-perl
severity 429078 normal
thanks
Hi,
With the removal of apache from unstable, this package is no longer
required. A separate libapache2-request-perl package already exists
to supersede it.
Cheers,
Ron
On Fri
le who really need
reliable tablet support should probably stick to the older one for a
bit longer yet, or get involved with helping things along upstream.
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ars back from the XOrg devs about what he's found so far. Then
we'll have a better idea of how bad it is and what we can do about it.
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ave a quite
different serious bug on our hands we should know more about.
I don't think that is the case though, I do agree this file needs
the same sort of treatment the Smith inquisition recently gave the
rest of the package text, and that will be done, but its probably
not a job for -legal,
prang, but I'll tidy this up the for the next upload.
Cheers,
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
# Automatically generated email from bts, devscripts version 2.10.6
# Sorry, changelog typo
reopen 444562
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ms to have caught a few people (myself included)
by surprise, so we are lagging a little on support for it.
Hopefully not for too much longer though.
Cheers,
Ron
On Fri, Oct 12, 2007 at 02:54:02PM -0700, Synx wrote:
> Julien Cristau wrote:
>> That patch is (mostly) wrong. wacom should indee
es, submit a report with a bit more
detail than speculation that "it must be either wx or trouble
specific to the local user ..."
Thanks!
Ron
On Wed, Oct 24, 2007 at 02:12:07AM +, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
>
> > re
# update-alternatives --display wx.pt
> No hay alternativas para wx.pt.
>
> My system is in spanish. It says "there is not alternatives for wx.pt".
In this case at least you have a simple typo.
Try that again with wx.pth ;)
Cheers,
Ron
--
To UNSUBSCRIBE, email to [E
On Wed, Oct 24, 2007 at 05:25:09PM +0900, Michal Čihař wrote:
> On Wed, 24 Oct 2007 17:49:11 +0930
> Ron <[EMAIL PROTECTED]> wrote:
>
> Well Wammu does depend on python-wxgtk2.6 and 'import wx' fails. I
> simply do not see how problem could be in Wammu.
>
> &
eryone at
their next update.
Hopefully we'll have something for them in the next few days though.
Cheers,
Ron
On Mon, Oct 29, 2007 at 08:59:38PM +, Benjamin Green wrote:
> Just to confirm this bug has been resolved upstream, using the Xorg
> driver from 0.7.9-1
> Please up
This seems to be a problem with the buildd generated package, the one
that I built and uploaded for amd64 is fine.
Ron
On Sun, Jun 03, 2007 at 10:47:20PM +0100, Bruce Stephens wrote:
> Package: xserver-xorg-input-wacom
> Version: 0.7.7.10-1
> Severity: grave
> Justification: ren
Ok, you're at the mercy of the buildd again, but this time it
should work. Fixed packages are in incoming. Workaround for
anyone who can't wait that long is to build locally on a machine
that has a full xorg system installed.
Cheers,
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTE
issed that should also go
in, do give me a poke about it soon so it does ...
Cheers,
Ron
On Thu, Sep 27, 2007 at 05:31:26PM +0200, Florian Ludwig wrote:
> There are about 70 programs* using wxgtk in sid.
> I tested and crashed:
> * amule, vlc, audacity, poedit, scorched3d, wxmaxima
>
aintainers about
the possibility of pulling the needed patches from 1.4.1 early.
So with a bit of luck this shouldn't stay broken for too much longer...
Cheers,
Ron
On Mon, Oct 01, 2007 at 03:41:59AM +, The Fungi wrote:
>
> tags 436187 + patch
>
> The last few patches provided b
, but please let's start with
the above as a known working reference then try to figure out what it was
that you really wanted to change from that ...
Thanks for the quick response though ...
Ron
On Sun, May 18, 2008 at 01:45:01PM +0200, Magnus Vigerlöf wrote:
> Hi,
>
> This is t
en it will break in not totally
dissimilar ways to what sbuild has done by changing just the dirname
-- has anyone checked that the patched wx2.8 can still build with a
flavour? I'll put a beer on (even though it's too early in my morning
to be gambling on hunches or drinking beer) tha
search path to CFLAGS) should likewise be reverted. Please forward
this to the upstream maintainers if they aren't aware of it already.
If they are, we should get a fixed version into the archive before
this freezes for Lenny ...
Cheers,
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
u've told us so far,
neither should you. Even without the latest patch...
Could you please forward the output of asterisk -vvv for us to take a
look at what you are seeing when it crashes.
Also what arch are you running on?
Cheers,
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
On Sun, Mar 16, 2008 at 07:18:24PM -0400, Eloy Paris wrote:
> On Mon, Mar 17, 2008 at 05:30:36AM +1030, Ron wrote:
>
> > We're going to need a bit more information about what is 'unique'
> > about your system, and/or what you are really seeing when this fails
&g
. Applications
which used these symbols will need to be fixed to link with it and
rebuilt from source. Opal is one of those apparently.
libspeex will conflict with the current version of it in its next
upload, and I've cloned this report to opal for action with it.
Cheers,
Ron
On Fri, Apr 04, 2008 at
}
}
I'm not really sure why this code should not go away entirely and
instead just use the speex AGC api itself to to this. This doesn't
look like a very stable mechanism.
Fixing this should be discussed with the upstream author, who presumably
had their reasons at the t
n 'accidentally'
get screwed up by them. I'm sorry that removing them broke your package,
but that bit wasn't accidental, so I think we should consider this a
lint check and fix asc in this case.
Cheers,
Ron
On Mon, Apr 07, 2008 at 11:45:09PM +, Debian Bug Tracking System
in libsdl just doing its 'borg thing when it
finds .la files on the system. Doing a binNMU would be one way to clear
this up, but I guess ideally we should reassign and clone this bug to
libsdl, libvorbis, libogg, libmikmod and libsmpeg requesting that they
all remove their .la files too ...
Hi Dirk,
Can you confirm if this is present or not in the 0.8.1.6-1 package?
Thanks,
Ron
On Sun, May 25, 2008 at 07:32:18PM +0200, Dirk Griesbach wrote:
> On Mon, May 26, 2008 at 12:42:02AM +0930, Ron wrote:
> > does sound like a new regression. Can you please confirm if this
0)
> (**) | |-->Monitor "Configured Monitor"
> (**) | |-->Device "Configured Video Device"
> (**) |-->Input Device "Generic Keyboard"
> (**) |-->Input Device "Cursor"
> (**) |-->Input Device "Stylus"
> (**) |-->Input Device &q
e for such a fine example of myopic programming.
Sorry for the inconvenience. In hindsight it seems hardly surprising,
but for the bit about how long it has taken anyone to bump into it.
Best,
Ron
On Mon, Mar 30, 2009 at 02:12:28PM -0700, Daniel Schepler wrote:
> Package: wx2.6-headers
>
re's been a proven conflict already, it seems pointless
to question which package has priority over a non-standard symbol
being put to non-standard uses, both should just move it into their
own namespaces and leave some room for the next guy to screw this up
for a while.
Cheers,
Ron
Hi Johannes,
It was reported that dovecot-antispam currently has trouble on ia64
due to a missing prototype for getenv. You can find the original
report here: http://bugs.debian.org/537765
And the trivial patch I've applied to the debian packages here:
http://git.debian.org/?p=user
with.
I presume Johannes doesn't currently have a system using dbox, and I
don't have one either. He was however extraordinarily prompt at
applying the patches I sent for #537765, so I suspect if someone can
provide a clean and tested patch to fix this then it will be dealt
with in much the s
e should have a formal statement
on that before too long, and I'll update the package copyright when
we do.
Thanks,
Ron
On Tue, Jul 28, 2009 at 01:39:35PM +0200, Simon Josefsson wrote:
> Severity: serious
> Package: celt
> Version: 0.6.1-1
> User: debian-rele...@lists.debian.org
>
signs that
it is failing at that, despite some temporary pain in unstable for a
few things, and perhaps some now-scheduled binNMUs that should in fact
not be binNMUed at all ...
If you have other suggestions, I'll be happy to take them on-board for
the next time I have to decide thi
On Sun, Aug 09, 2009 at 06:26:32PM +0200, Luk Claes wrote:
> Ron wrote:
> > Well, to be frankly honest, I don't actually _want_ you guys to blindly
> > schedule blanket binNMUs for the lot of these. I'd much rather that it
> > shook out all the packages that were
n't, please forward this request to the release team, but it seems
like a good opportunity to close some simple bugs at the same time instead.
Cheers,
Ron
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Mon, Aug 10, 2009 at 05:37:12PM +1000, Erik de Castro Lopo wrote:
> Ron wrote:
>
> > At least upstream seems active on that one. And the maintainer was around
> > to respond to #518037 in March, even if their response wasn't entirely
> > satisfactory and upstream
s still not clear.
> >
> > I can't speak for Ron,
Sorry Peter, I trimmed the cc list on my reply to Erik about this,
I figured that nobody on -release actually needed this explained
to them and it would just be noise there.
> > but in general, the reason to remove .la f
local package of that which also fixes #532605 and tidies up a couple
of other little things.
You can find a git repo of what I've done here:
git://git.debian.org/users/ron/dovecot-antispam.git
That's based directly off the upstream git repo, which you may find
easier to work from than im
nce...
Thanks for playing your part to help make this picture complete again.
o/ Ron
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Mon, Aug 17, 2009 at 12:20:57AM +0200, Josselin Mouette wrote:
> Le dimanche 16 août 2009 à 23:59 +0930, Ron a écrit :
> > On Sun, Aug 16, 2009 at 01:01:45PM +0200, Josselin Mouette wrote:
> > > please go to hell.
> >
> > Thanks for that Joss. You make an imp
Package: hmake
Version: 3.12-1
Severity: grave
Justification: renders package unusable
I did:
$ hmake -hat Main.hs -package mtl -package fgl
and I obtained:
hat-trans: /usr/local/include/hat-2.05/Data/Array/MArray.hx: openFile: does not
exist (No such file or directory)
The trivial example in
to be fairly reasonably release candidates,
and that is what most people seem to need from that for now.
How big an issue do other people see this bug? What should we do about
it for etch?
Cheers,
Ron
On Mon, Dec 25, 2006 at 01:55:33PM +0100, Andreas Henriksson wrote:
> It seems like the waco
in order to resolve this bug?
>
> Ron, is there any chance that mingw32 could be changed to build against the
> current gcc-4.1-source package, eliminating the need to prune these sources
> separately? Hmm, probably not a change to be making at this point in the
> release cycle... :
d like to have a rationale that I
can explain with a straight face. I'm feeling a bit thin on that front
with the pointers to offending files I've been given to date, though I
do take any claim of non-free source in my packages quite seriously
and would like to have this resolved in an endu
On Wed, Nov 15, 2006 at 12:34:26AM +0100, Steinar H. Gunderson wrote:
> On Wed, Nov 15, 2006 at 10:04:41AM +1030, Ron wrote:
> > If use of the the invariant section is the bug here, then it appears to
> > me that in this file at least, it is quite redundant and changes nothing.
>
of main before the release.
Cheers,
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to shape for
an upload over the weekend.
Cheers!
Ron
On Thu, Sep 21, 2006 at 08:01:06PM +0200, Bill Allombert wrote:
> Package: cpad-kernel-source
> Version: 0.9-10
> Severity: serious
>
> Hello Ron,
>
> There is an error when attempting to purge cpad-kernel-source
_libc.h, since the problem appears to be a
a conflict between them. xf86Wacom.h is just an end user here, providing
a junction for the crash.
hth,
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
this for 7.1.
If someone knows what the Right Thing is here, and changes _are_
required to the wacom source to suit some Grand Master Plan underway,
then please fill me in and I'll ensure the package follows suit...
Thanks!
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
ng users. This code is actively being merged
with the mainline kernel now so there is a pretty good chance that any
kernel this does not work with, does not need it anyhow.
If that stays true, I probably will drop the external module package
and only supply the userspace and xorg driver in fu
se ready for longer than the
base system has... ;}
They are clearly stable, and according to popcon, clearly have
plenty of users still. It seems a bit silly to toss out stable
software just because we are in the process of making a stable
release...
best,
Ron
> thuban
> Depends: pyt
t them to be releasable.
cf. #542269
HAND,
Ron
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
For the rest of you, and you know who you are, it's been fun, thanks
a lot! but it seems our work here is very nearly done now.
Ron
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
on the whole,
it just changes the flavour of them a little and adds some new failure
modes that we don't currently suffer from.
We need to bite the bullet and fix this properly in dovecot, anything
else will mostly just be a recurring waste of people's time until we do.
Cheers,
Ron
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Tue, Nov 17, 2009 at 11:16:37AM +, Simon McVittie wrote:
> On Tue, 17 Nov 2009 at 12:37:55 +1030, Ron wrote:
> > This is a known issue, yeah. But I don't really think it's a bug in the
> > plugin per-se.
>
> I'm not going to get into BTS severity pin
more
about this from them soon enough. And if they didn't, it would eventually
get removed.
I can't think of anything useful this package is going to be able to do
to fix it though, so in theory you could -done it here if you really
wanted to. But it does remind me this problem is still p
On Sat, Jan 23, 2010 at 04:13:37PM +0100, Ralf Treinen wrote:
> Hi Ron,
>
> On Sat, Jan 23, 2010 at 09:05:39PM +1030, Ron wrote:
> >
> > Hi Ralf,
> >
> > On Thu, Jan 21, 2010 at 10:27:26PM +0100, Ralf Treinen wrote:
> > > I filed bug #542269 with s
.xrc input file that was
supplied in some app package.
So it's real, but likely not the most urgent package in need of
a security update at this stage, and one option for 'fixing' it
once and for all might simply be to drop the libwx_gtk_xrc-2.4
library from this package altogether.
Ch
On Sun, Dec 13, 2009 at 12:25:38AM -0500, Michael Gilbert wrote:
> On Sun, 13 Dec 2009 15:46:53 +1030 Ron wrote:
>
> >
> > Hi,
> >
> > 2.6 should be ok for this. wx does indeed bundle a bunch of embedded
> > source, but the debian binary packages avoid using
On Sun, Dec 13, 2009 at 11:34:44AM +0100, Emilio Pozuelo Monfort wrote:
> Ron wrote:
> > It does seem sane that we should make this an explicit build dep, and also
> > _force_ the use of system expat. Right now it's doing it opportunistically
> > (though we do force
m the security teams though. It is currently using the system expat.
Cheers,
Ron
On Sun, Dec 13, 2009 at 09:57:03AM +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
>
> > reassign 560917 wxwidgets2.8
> Bug #560917 [wxwidget2.8] CVE-2009-35
Even if it's just to remove -nt entirely and have
such scripts _obviously_ break rather than silently doing the exact
opposite of what they always have in the past. People who've had
systems running Debian for years deserve more from us than this.
Thanks,
Ron
-- System Information:
Debia
stead
implementing it in a manner that only depends on existing standard packages.
Maybe even making it a standard feature of apt itself.
Cheers,
Ron
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel:
eam
(since including this in squeeze if it doesn't work at all seems silly),
and partly as documentation for an NMU I might do if you don't have any
reasons to object to that.
Cheers,
Ron
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unsta
On Sat, Jun 12, 2010 at 10:07:32AM -0700, Ryan Niebur wrote:
> On Sat, Jun 12, 2010 at 08:30:20PM +0930, Ron wrote:
> > Package: mp3splt-gtk
> > Version: 0.5.6-1+b1
> > Severity: grave
> >
> > Hi Ryan,
> >
> > This is the same bug we discussed a while
Hi Moritz,
On Wed, Aug 25, 2010 at 08:57:54PM +0200, Moritz Muehlenhoff wrote:
> Hi,
>
> On Fri, Apr 23, 2010 at 11:03:14PM +0930, Ron wrote:
> > > | ++ uname -r
> > > | + '[' 2.6.32-3-amd64 = 2.6.32-4-amd64 ']'
> > > | + echo '
7;s a little shocked at this happening so close to the
freeze, but we'll try to get an update out for this as soon as we can.
Ron
On Mon, Jun 04, 2012 at 11:51:40PM +0200, Lucas Nussbaum wrote:
> Source: dovecot-antispam
> Version: 2.0+20120225-2
> Severity: serious
> Tags: wheez
y out of my power to plan or control, so how long this will
take pretty much entirely depends on how long it takes people to tell their
friends "it's time to update again". All I can really hope is that it will
happen before the blackhats tell them that instead. All I can really do
i
Hi tcwardr...@gmail.com,
I confess I'm not entirely certain how to respond to this suggestion
of yours ...
If, on the one hand, you actually are a black-hat, who has put in the
effort to actually analyse this for your own benefit - then I tip my hat
to you and your art, and wish you all the best
On Sun, Jun 24, 2012 at 03:51:14PM -0400, Chris Knadle wrote:
> Because of all these sticky problems, without a clear path to proceed if I
> were personally in the maintainer's shoes I'd probably take the "do nothing"
> option and release the current "348" version that has the libcelt0-0 codec
>
1 - 100 of 184 matches
Mail list logo
