Hi,
I talked to Davide and he is saying he still supports xmail. Let's
update it. Can you NMU this version since you worked so hard?
-R.
On Sat, Dec 14, 2013 at 2:41 PM, Vasudev Kamath wrote:
> Hi Radu,
>
> Radu Spineanu writes:
>
>> Sent a ping to Davide, no answer
Sent a ping to Davide, no answer yet. Let's wait for an answer for a
couple more days.
-R.
On Mon, Nov 4, 2013 at 2:35 AM, intrigeri wrote:
> Hi Radu,
>
> Radu Spineanu wrote (16 Oct 2013 17:17:54 GMT) :
>> That is a good question. There hasn't been a new version of
That is a good question. There hasn't been a new version of xmail
since around my last upload. At the time Davide planned IMAP support
but I don't believe that's going to happen anymore.
I'll send an email to the creator of XMail to see what his plans are.
If he doesn't want to continue working on
Hi Alexander,
This shouldn't be too hard to fix, I can check versions during upgrade
and if the package is upgrading from the sarge version then move
login.inc to login.php during postinst.
- Radu
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [
Hi Loic,
A fixed packaged was already uploaded. You can get it fresh from here:
http://incoming.debian.org/xen-tools_3.0~beta1-2_all.deb
Cheers,
Radu
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e it with cacti and i found the same problem again.
Since both cacti and simba are using dbconfig-common a proper fix should
be applied there.
A possible solution would be to modify the "Configure database with
dbconfig-common?" template to have a false default value.
Cheers,
Radu Spine
/postrm.mysql ]; then
. /usr/share/dbconfig-common/dpkg/postrm.mysql
dbc_go simba $@
fi
[..]
Is it ok ?
Radu Spineanu
Sean Finney wrote:
> Package: simba
> Severity: serious
> Justification: 7.2
>
> hi there,
>
> it was recently brought to my attention that t
Hi Philipp,
Philipp Kern wrote:
> Yep. Reverse engineering clauses are void in Europe, but as you said
> upstream took them verbatim, so this is explicitly prohibited by
> Blizzard. So the software is hopefully free, and one component of it
> could be used without infringing ToS (Westwood Online).
Philipp Kern wrote:
> On Wed, 2006-06-14 at 23:24 +0300, Radu Spineanu wrote:
>> The support files are downloaded by the client when connecting to the
>> battle.net server. From those files only ix86v1.mpq contains a dll with
>> a hashing function, and the rest are icons and
Philipp Kern wrote:
> On Thu, 2006-06-15 at 14:23 +0300, Radu Spineanu wrote:
>> It seems they don't have a license. Every client downloads them when
>> connecting to the server.
>
> But Battle.Net has Terms of Service, so they count as a licence. The
> question i
Philipp Kern wrote:
> On Wed, 2006-06-14 at 23:24 +0300, Radu Spineanu wrote:
>> The support files are downloaded by the client when connecting to the
>> battle.net server. From those files only ix86v1.mpq contains a dll with
>> a hashing function, and the rest are icons and
I talked to upstream.
The support files are downloaded by the client when connecting to the
battle.net server. From those files only ix86v1.mpq contains a dll with
a hashing function, and the rest are icons and texts.
When connecting to battle.net the files are first downloaded and AFTER
that the
Jeroen van Wolffelaar wrote:
> This shouldn't happen, pvpgn should let itself being removed if the daemon is
> not running at all, and also equally when the support files were not
> (manually)
> added.
>
Will be fixed in probable upload to contrib
Radu
--
To UNSUBSCRIBE, email to [EMAI
Philipp Kern wrote:
> On Tue, 2006-06-13 at 22:58 +0200, Jeroen van Wolffelaar wrote:
>> I'm sorry, but this is not an adequare resolution for this bug for a
>> package in main.
>
> I just revisited the bug report and I fully agree with you. The package
> really should be in contrib instead and p
Stefan Huehner wrote:
> Package: pvpgn
> Severity: grave
> Justification: renders package unusable
>
>
> Hi,
> your package depends on libmysqlclient12 which has been removed from the
> archive. As your package already depends on libmysqlclient15-dev only a
> rebuild (or binnmu??) should be neede
Martin Pitt wrote:
> Hi!
>
> iDEFENSE reported an exploitable buffer overflow in xmail:
>
A package has been prepared, i just have to wait for one of my sponsors
to be online.
Radu
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTE
Steve Langasek wrote:
> In that case, could fprobe be turned into a dummy package that depends
> on fprobe-ng, or are there incompatibilties that make an automatic
> upgrade inappropriate?
>
Would it be ok if when doing the transition i would upload fprobe-ng as
fprobe and then ask ftpmasters to
Steve Langasek wrote:
>
> In that case, could fprobe be turned into a dummy package that depends
> on fprobe-ng, or are there incompatibilties that make an automatic
> upgrade inappropriate?
>
I don't see it being a problem.
The old fprobe didn't have an init script or configuration file when i
Hello
Florian Weimer wrote:
> Upon start, fprobe allocates all available memory and is killed by the
> OOM handler. (This happens with very light network traffic.)
>
I can't seem to reproduce this. Could you give me some more information?
How you ran fprobe, under what traffic circumstances etc.
At the end of the build log i see fet is being built.
Where can I see that build log?
http://buildd.debian.org/fetch.php?&pkg=fet&ver=3.9.20-1&arch=arm&stamp=1104807080&file=log&as=raw
Looks the same as the sparc ldd bug, but that could be just a coincidence.
I don't think so. sparc ldd problem
reassign 290772 libc6
thanks
At the end of the build log i see fet is being built.
Looks the same as the sparc ldd bug, but that could be just a coincidence.
Radu
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
21 matches
Mail list logo
