Hi Tollef and all,
> I'm not disagreeing, I think we're providing a much poorer service level
> for Alioth than what we should do. Sadly, I don't have the motivation
> to spend much time there nowadays.
So what should we do here? Since you are listed as the first person on
the "site admin" page
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-misctools
Version : 0.6-16
Upstream Author : Arne Henningsen
* URL : http://cran.r-project.org/web/packages/miscTools/
* License : GPL
Programming Lang: R
Description : GNU R
Sylvestre Ledru debian.org> writes:
> > Build systems that ignore those environment variables are broken and
> > need to be fixed.
> >
> Yes, but we have plenty of packages not honoring CC, CXX or CLFAGS.
Yes, but I have a GCC patch (in MirBSD) that can make such builds
fail, by adding a non-sta
Ondřej Surý sury.org> writes:
> Or we can just keep db5.3 forever and wait what will BSD folks do.
> Maybe we will end up with LibreDB (*cough*)...
We have what essentially became db185 in libc, so there is no
need for that ;-) All the dbm functions are in libc already.
(This also holds true for
Ondřej Surý sury.org> writes:
> True, but gdbm is GPL and LGPL and that's a problem for many non-GPL
> applications using Berkeley DB now.
For applications that are not limited to the on-disc file format
compatibility, but just need an easy key/value storage API, like
gdbm users, you could just
Adam Borowski angband.pl> writes:
> On Wed, Jun 18, 2014 at 02:54:43PM +0200, Thorsten Glaser wrote:
> > > Unicode 7.0 was recently released. I discovered some source packages
> > > contain outdated copies of various Unicode data files. At minimum, the
> >
> > I know that xterm’s wcwidth.c direl
On 2014-06-23 17:33, Christoph Anton Mitterer wrote:
Well I just think that most of the time, our Security Team does some
very great job (if not hiding away issues o.O) and fixes are available
in Debian very shortly after a fix is available.
These guys put a lot effort into that, but their quick
Dear all,
Just to confirm that this offer is still running and still available to
Developer & Maintainers who apply with a signed mail. Valve have
recently supplied us with a fresh batch of game codes, to make sure we
don't run out.
However, I will no longer be administering it personally as of n
On Tue, 24 Jun 2014, Ole Streicher wrote:
> I can imagine that behind any of the tickets on alioth there is a story
> like this, so I don't want to bring my one onto the front.
>
> So, how do we get rid of the ~200 open support requests?
Join the team handling alioth and start working on those is
Raphael Hertzog writes:
> On Tue, 24 Jun 2014, Ole Streicher wrote:
>> I can imagine that behind any of the tickets on alioth there is a story
>> like this, so I don't want to bring my one onto the front.
>> So, how do we get rid of the ~200 open support requests?
>
> Join the team handling alioth
Package: wnpp
Severity: wishlist
Owner: Raúl Benencia
* Package name: bro
Version : 2.3
Upstream Author : Bro Development Team
* URL : http://www.bro.org/
* License : BSD
Programming Lang: C++
Description : network analysis framework
Bro is primarily
On Thu, 2014-06-05 at 01:13 +0100, Steven Chamberlain wrote:
> Hi Svante,
>
> The official source of it is here:
> http://users.unixforge.de/~tglaser/debs/dists/etch/wtf/Pkgs/mirabilos-support/
>
> That was announced in this thread (which you started!) :
> https://lists.debian.org/debian-devel/20
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-learnbayes
Version : 2.15
Upstream Author : Jim Albert
* URL : http://cran.r-project.org/web/packages/LearnBayes/
* License : GPL
Programming Lang: R
Description : GNU R funct
On Tue, 24 Jun 2014, Оlе Ѕtrеісhеr wrote:
> I thought that usually such requests should be done through an request
> for help? (Is that valid for "pseudo packages" like a hypothetical
> alioth one?) If the alioth admin team would openly request for help
> (maybe on the Debian-News?), they may gain
On Sat, 2014-06-07 at 13:20 +, Mike Gabriel wrote:
> Hi Gunnar,
> The new LONG_DESCRIPTIONs start with:
>
> """
> The MATE Desktop Environment is the continuation of GNOME 2. It provides an
> intuitive and attractive desktop environment using traditional metaphors for
> Linux and other
Le mardi 24 juin 2014 à 19:57 +0200, Svante Signell a écrit :
> Are there any chances that some version of policykit-1 could stay free
> from any *systemd* dependency?
PolicyKit needs a session tracking mechanism, and with ConsoleKit no
longer maintained, the only one available is systemd-logind.
Svante,
On 06/24/2014 07:57 PM, Svante Signell wrote:
> I strongly recommend the systemd-must-die package to prevent systemd
> components being installed when dist-upgrading without the user being
> aware.
I'd appreciate if you kept your anti-systemd rants off this list.
Thanks!
Adrian
--
.'
On Tue, Jun 24, 2014 at 11:26:43AM +0200, Philipp Kern wrote:
[..snip..]
> [1] I'm aware that certain libraries do restart services affected by the
> upgrade, but there's no generic framework for this.
whatmaps[A] hooks into the apt pipeline for that and looks for shared
objects coming in via secu
Hello!
For the record, regarding iproute2 and berkeley db
The berkeley db dependency is only used by (the black sheep) arpd
in iproute2.
If it where removed, building arpd would be disabled (without
sheding a tear since I don't know of anyone using it) until
someone offered to port it to som
On Tue, 2014-06-24 at 18:05 +0200, Raphael Hertzog wrote:
> On Tue, 24 Jun 2014, Оlе Ѕtrеісhеr wrote:
> > I thought that usually such requests should be done through an request
> > for help? (Is that valid for "pseudo packages" like a hypothetical
> > alioth one?) If the alioth admin team would ope
On Tue, 24 Jun 2014, Frédéric Brière wrote:
> Marking all packages providing wordlist as "Multi-Arch: foreign" would
> allow them to satisfy dependencies from packages of foreign
> architectures.
Thanks for filing these bugs, but there are a couple of issues here:
1) This appears to be a mass bu
Hi,
Raphael Hertzog:
> On Tue, 24 Jun 2014, Оlе Ѕtrеісhеr wrote:
> > I thought that usually such requests should be done through an request
> > for help? (Is that valid for "pseudo packages" like a hypothetical
> > alioth one?) If the alioth admin team would openly request for help
> > (maybe on t
On 06/25/2014 02:23 AM, Josselin Mouette wrote:
> Are you going to recommend a $package-must-die for each of them?
Do you know any other package like systemd, with a non-negligible amount
of users willing to *not* have it installed, but which is always brought
back by insidious reverse dependencie
On Wed, 25 Jun 2014, Thomas Goirand wrote:
> > Are you going to recommend a $package-must-die for each of them?
>
> Do you know any other package like systemd, with a non-negligible amount
> of users willing to *not* have it installed, but which is always brought
> back by insidious reverse depend
FTR I used to be an Alioth admin, so I have some experience with the
work involved.
On Wed, 25 Jun 2014, Russell Stuart wrote:
> Sorry to be blunt Raphael, but your response looks like a series of
> platitudes designed to settle down the politics. Alioth's maintenance
> is in serious trouble. It
On Wed, 25 Jun 2014, Raphael Hertzog wrote:
> FTR I used to be an Alioth admin, so I have some experience with the
> work involved.
>
> On Wed, 25 Jun 2014, Russell Stuart wrote:
> > Sorry to be blunt Raphael, but your response looks like a series of
> > platitudes designed to settle down the pol
26 matches
Mail list logo
