-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
ganglia-nagios-bridge - cluster monitoring toolkit - scalable Nagios
integration
Closes: 720474
Changes:
ganglia-nagios-bridge (1.0.0-1) unstable; urgency=low
.
* Initial packaging. (Closes
-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
libfreeradius-client-dev - Enhanced RADIUS client library development files
libfreeradius-client2 - Enhanced RADIUS client library
Changes:
freeradius-client (1.1.6-3) unstable; urgency=low
-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
libfreeradius-client - Enhanced RADIUS client library
libfreeradius-client-dev - Enhanced RADIUS client library development files
Closes: 717324
Changes:
freeradius-client (1.1.6-1) unstable; urgency
-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
libfreeradius-client - Enhanced RADIUS client library
libfreeradius-client-dev - Enhanced RADIUS client library development files
Changes:
freeradius-client (1.1.6-2) unstable; urgency=low
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 31 Aug 2013 10:29:41 +0200
Source: netxx
Binary: libnetxx1 libnetxx-dev
Architecture: source amd64
Version: 0.3.2-2
Distribution: unstable
Urgency: low
Maintainer: Daniel Pocock dan...@pocock.com.au
Changed-By: Daniel Pocock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 30 Aug 2013 11:07:11 +0200
Source: cajun
Binary: libcajun-dev
Architecture: source all
Version: 2.0.2-4
Distribution: unstable
Urgency: low
Maintainer: Daniel Pocock dan...@pocock.com.au
Changed-By: Daniel Pocock dan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 24 Jul 2013 21:59:09 +0200
Source: cajun
Binary: libcajun-dev
Architecture: source all
Version: 2.0.2-3
Distribution: unstable
Urgency: low
Maintainer: Daniel Pocock dan...@pocock.com.au
Changed-By: Daniel Pocock dan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 24 Jul 2013 11:45:03 +0200
Source: netxx
Binary: libnetxx1 libnetxx-dev
Architecture: source amd64
Version: 0.3.2-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Pocock dan...@pocock.com.au
Changed-By: Daniel Pocock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 23 Jul 2013 18:10:15 +0200
Source: cajun
Binary: libcajun-dev
Architecture: source all
Version: 2.0.2-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Pocock dan...@pocock.com.au
Changed-By: Daniel Pocock dan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 24 Jul 2013 11:04:57 +0200
Source: cajun
Binary: libcajun-dev
Architecture: source all
Version: 2.0.2-2
Distribution: unstable
Urgency: low
Maintainer: Daniel Pocock dan...@pocock.com.au
Changed-By: Daniel Pocock dan
On 21/08/13 19:08, Clint Byrum wrote:
Excerpts from Kevin Chadwick's message of 2013-08-21 08:45:27 -0700:
My point of view is that Debian Stable should be aiming for whatever
they believe the sweet point between stable and so usable without having
problems is and maximising security. Aka
-By: Daniel Pocock dan...@pocock.com.au
Description:
turnserver - server for ICE/STUN/TURN, NAT traversal for SIP and Jabber
Changes:
turnserver (0.7.3-2) unstable; urgency=low
.
* Add extra autotools dependencies
Checksums-Sha1:
a84969957268ed6724e762b95e68f01ca72fe90a 2019
-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
libsipxtapi - SIP stack, RTP media framework and codecs
libsipxtapi-dev - SIP stack, RTP media framework and codecs (headers)
libsipxtapi-doc - SIP stack, RTP media framework and codecs (API
sipdialer
Architecture: source amd64
Version: 1.8.12-2
Distribution: unstable
Urgency: high
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.8 - reSIProcate conversation manager - shared libraries
-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
libsipxtapi - sipxtapi - SIP stack, RTP media framework and codecs
libsipxtapi-dev - sipxtapi - SIP stack, RTP media framework and codecs
(headers)
libsipxtapi-doc - sipxtapi - SIP stack, RTP media
sipdialer
Architecture: source amd64
Version: 1.8.12-1
Distribution: unstable
Urgency: high
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.8 - reSIProcate conversation manager - shared libraries
sipdialer
Architecture: source amd64
Version: 1.8.11-4
Distribution: unstable
Urgency: high
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.8 - reSIProcate conversation manager - shared libraries
sipdialer
Architecture: source amd64
Version: 1.9.0~alpha1-1
Distribution: experimental
Urgency: low
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.9 - reSIProcate conversation manager - shared
I notice one of my package fails on hurd-i386, kfreebsd-* and sparc due
to various dependencies:
https://buildd.debian.org/status/package.php?p=resiprocatesuite=sid
and it appears these dependencies have been unavailable for a long time.
The bottom line is that urgent fixes in the package are
On 18/07/13 22:44, Adam D. Barratt wrote:
On Thu, 2013-07-18 at 12:46 +0200, Daniel Pocock wrote:
I notice one of my package fails on hurd-i386, kfreebsd-* and sparc due
to various dependencies:
https://buildd.debian.org/status/package.php?p=resiprocatesuite=sid
and it appears
sipdialer
Architecture: source amd64
Version: 1.8.11-1
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.8 - reSIProcate conversation manager - shared libraries
sipdialer
Architecture: source amd64
Version: 1.8.11-2
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.8 - reSIProcate conversation manager - shared libraries
sipdialer
Architecture: source amd64
Version: 1.8.11-3
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.8 - reSIProcate conversation manager - shared libraries
On 28/06/13 09:34, Thijs Kinkhorst wrote:
On Thu, June 27, 2013 22:16, Daniel Pocock wrote:
On 27/06/13 21:44, Florian Weimer wrote:
* Daniel Pocock:
However, are such issues at the discretion of package maintainers and
upstream, or is it useful to have a uniform Debian approach
There have been various discussions about GnuPG's default use of SHA1, e.g.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612657
which impacts the archive pseudo-package but is also relevant for the
gnupg* packages
However, are such issues at the discretion of package maintainers and
On 27/06/13 21:44, Florian Weimer wrote:
* Daniel Pocock:
However, are such issues at the discretion of package maintainers and
upstream, or is it useful to have a uniform Debian approach to
cryptographic strength?
Keep in mind that RFC 4880 (OpenPGP) hard-codes SHA-1 in several
places
sipdialer
Architecture: source amd64
Version: 1.8.10-4
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.8 - reSIProcate conversation manager - shared libraries
sipdialer
Architecture: source amd64
Version: 1.8.10-5
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.8 - reSIProcate conversation manager - shared libraries
sipdialer
Architecture: source amd64
Version: 1.8.10-1
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.8 - reSIProcate conversation manager - shared libraries
sipdialer
Architecture: source amd64
Version: 1.8.10-2
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.8 - reSIProcate conversation manager - shared libraries
sipdialer
Architecture: source amd64
Version: 1.8.10-3
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.8 - reSIProcate conversation manager - shared libraries
-By: Daniel Pocock dan...@pocock.com.au
Description:
turnserver - server for ICE/STUN/TURN, NAT traversal for SIP and Jabber
Changes:
turnserver (0.7.3-1) unstable; urgency=low
.
* New upstream release
Checksums-Sha1:
0c41c141da47a8d355badd35c642bbab7459b499 1982 turnserver_0.7.3-1.dsc
sipdialer
Architecture: source amd64
Version: 1.8.9-1
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.8 - reSIProcate conversation manager - shared libraries
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 16/06/13 10:05, Andrei POPESCU wrote:
On Du, 16 iun 13, 09:49:41, Holger Levsen wrote:
Hi,
I'm at loss with what to do with #710047. (random freeze since
wheezy)
More information would be nice, redirect to debian-user?
And just
On 15/06/13 13:04, David Weinehall wrote:
On Thu, May 30, 2013 at 12:15:03PM +0200, Bjørn Mork wrote:
The issue that worries me most about these desktop notification plans is
the possibility that some package may decide to unnecessarily drop
support for non-desktop systems, adding
On 12/06/13 21:35, Jeremy Stanley wrote:
On 2013-06-12 08:08:17 +0200 (+0200), Daniel Pocock wrote:
On 12/06/13 00:02, Jeremy Stanley wrote:
That basically just makes the case for relying on (E)SMTP only for
transporting messages, but leveraging OpenPGP or S/MIME to provide
authentication
On 13/06/13 12:59, Jonathan Dowland wrote:
On Wed, Jun 12, 2013 at 09:41:27PM +0200, Daniel Pocock wrote:
DFSG #4: Our priorities are our users and free software
A court prosecuting/persecuting one of our users is not in scope
I'm now struggling to understand which side of the argument you
On 12/06/13 00:02, Jeremy Stanley wrote:
On 2013-06-11 23:50:01 +0200 (+0200), Daniel Pocock wrote:
Something that doesn't have these limitations:
http://tools.ietf.org/html/rfc2487#section-7
[...]
That basically just makes the case for relying on (E)SMTP only for
transporting messages
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/06/13 12:29, Neil McGovern wrote:
On Wed, Jun 12, 2013 at 08:08:17AM +0200, Daniel Pocock wrote:
On 12/06/13 00:02, Jeremy Stanley wrote:
On 2013-06-11 23:50:01 +0200 (+0200), Daniel Pocock wrote:
Something that doesn't have
On 12/06/13 14:41, Jonathan Dowland wrote:
On Wed, Jun 12, 2013 at 08:08:17AM +0200, Daniel Pocock wrote:
OpenPGP and S/MIME don't guarantee anonymity as they don't (and can't
really) encrypt the headers/envelope
Erm, they also identify the recipients, as it's the recipients key to which
On 11/06/13 00:37, Jens Roder wrote:
Hello,
just like to add that today this feature with the popup blocked my gnome
within the suspend procedure, which I did not see but got a hot running
laptop in the bag. When I opened the laptop again I saw the problem and when
clicking on cancel, the
On 11/06/13 01:11, Michael Banck wrote:
Hi Daniel,
On Mon, Jun 10, 2013 at 09:24:39PM +0200, Daniel Pocock wrote:
Every copy of jessie could be distributed with one of the red hoods
referred to in this article:
http://www.guardian.co.uk/world/2013/jun/09/edward-snowden-nsa-whistleblower
On 28/05/13 03:02, Marco d'Itri wrote:
Now that we are done with systemd for the time being, can we have the
flame war about replacing Exim with Postfix as the default MTA?
Are there any objections other than but I like it this way!?
What about replacing SMTP?
--
To UNSUBSCRIBE,
On 11/06/13 22:56, Jeremy Stanley wrote:
On 2013-06-12 02:09:24 +0800 (+0800), Chow Loong Jin wrote:
On Tue, Jun 11, 2013 at 08:01:58PM +0200, Daniel Pocock wrote:
What about replacing SMTP?
With what?
With ESMTP, of course!
Something that doesn't have these limitations:
http
On 10/06/13 10:21, Alexey Serikov wrote:
A few points:
1) if your user is part of sudo group, most of the time gnome will ask
for your user's password instead of root's.
2) Debian is a finite set of software. It provides packages (literally
thousands of them) that are stable, safe and
On 10/06/13 14:12, Simon McVittie wrote:
On 10/06/13 12:34, Daniel Pocock wrote:
a) a web site displaying a PolicyKit popup that resembles the wording
of the Debian popup
GNOME Shell does mitigate this by using a distinctive UI for
system-modal dialogs, which makes use of the fact
On 10/06/13 16:51, Simon McVittie wrote:
On 10/06/13 15:36, Timo Juhani Lindfors wrote:
Simon McVittie s...@debian.org writes:
* ability to use system-modal prompting or a secure input path
(partially done by PK under GNOME Shell, likely to get better
under Wayland, not
Hi,
There have been multiple complaints about the new Gnome popup asking for
the root password
I opened a bug for discussion about the issue, but it was closed by
another DD (not the maintainer) - [1]. Other users have come across the
bug too and requested attention for it with the same
On 09/06/13 19:20, Michael Banck wrote:
On Sun, Jun 09, 2013 at 06:45:18PM +0200, Daniel Pocock wrote:
There have been multiple complaints about the new Gnome popup asking
for the root password
I am not sure what you are complaining about - that you need to specify
the root password
...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
ganglia-webfrontend - cluster monitoring toolkit - web front-end
Closes: 700159
Changes:
ganglia-web (3.5.8-3) unstable; urgency=low
.
* CVE-2013-0275 and CVE-2013-1770: XSS flaws resolved upstream
(should
Maintainers
pkg-javascript-de...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
libjs-sipml5 - JavaScript implementation of a WebRTC SIP video phone
libjs-sipml5-doc - JavaScript implementation of a WebRTC SIP video phone - API
docs
sipml5-web-phone - Basic SIP
On 30/05/13 13:19, Bastien ROUCARIES wrote:
On Thu, May 30, 2013 at 12:50 PM, Dennis van Dok denni...@nikhef.nl wrote:
On 26-05-13 20:02, Bastien ROUCARIES wrote:
On Sat, May 25, 2013 at 2:27 PM, Charles Plessy ple...@debian.org wrote:
Hi Dennis and everybody,
somewhat related to this, I
There seem to be a few new discussions about these possible solutions
As well as the traditional init scripts, I've worked with systemd on
Fedora and SMF on Solaris. Out of all possible solutions, I don't have
any strong feelings about which solution Debian should go with at this
stage.
...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
ganglia-webfrontend - cluster monitoring toolkit - web front-end
Closes: 702775 710070
Changes:
ganglia-web (3.5.8-2) unstable; urgency=low
.
* Correct GWEB_STATEDIR (Closes: #710070)
* Add
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 27 May 2013 11:52:00 +0200
Source: drupal7-mod-libraries
Binary: drupal7-mod-libraries
Architecture: source all
Version: 2.1-2
Distribution: unstable
Urgency: low
Maintainer: Daniel Pocock dan...@pocock.com.au
Changed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 27 May 2013 13:20:44 +0200
Source: drupal7-mod-libraries
Binary: drupal7-mod-libraries
Architecture: source all
Version: 2.1-3
Distribution: unstable
Urgency: low
Maintainer: Daniel Pocock dan...@pocock.com.au
Changed-By: Daniel
: Debian Monitoring Maintainers
pkg-monitoring-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
ganglia-monitor - cluster monitoring toolkit - node daemon
ganglia-monitor-python - cluster monitoring toolkit - python modules
gmetad - cluster
...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
ganglia-webfrontend - cluster monitoring toolkit - web front-end
Changes:
ganglia-web (3.5.2-2) unstable; urgency=low
.
* Upload for unstable
* Migrate from collab-maint to pkg-monitoring maintainership
...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
ganglia-webfrontend - cluster monitoring toolkit - web front-end
Changes:
ganglia-web (3.5.8-1) unstable; urgency=low
.
* New upstream release
Checksums-Sha1:
2652e8358b94483bca0adc6cbec159fb5e7bba72 2036
sipdialer
Architecture: source amd64
Version: 1.9.0~alpha0-1
Distribution: experimental
Urgency: low
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.9 - reSIProcate conversation manager - shared
On 12/05/13 21:11, Bernd Zeimetz wrote:
On 05/11/2013 10:12 AM, Daniel Pocock wrote:
On 11/05/13 04:35, Paul Wise wrote:
I think you want to discuss this on the debian-java list instead.
The reason I posted here is that the concept is just as viable for other
languages with their own
On 11/05/13 04:35, Paul Wise wrote:
I think you want to discuss this on the debian-java list instead.
The reason I posted here is that the concept is just as viable for other
languages with their own distribution systems (e.g. R and Drupal both
have their own package distribution mechanisms)
There have been various discussions about how to change the release process
I'm not personally convinced that the process is fundamentally flawed.
If there are still as many wheezy systems in 10 years as there are
Windows XP machines in corporations today, then people won't remember
the freeze
I started a thread[1] on maven-user yesterday to try and understand
whether Maven's convenience with binary artifacts extrapolates to
convenience working with source
One of the first answers even suggested I should go and see the Debian
folks (the FTP master's reputation for keeping binary
sipdialer
Architecture: source amd64
Version: 1.8.8-1
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.8 - reSIProcate conversation manager - shared libraries
sipdialer
Architecture: source amd64
Version: 1.8.8-2
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
librecon-1.8 - reSIProcate conversation manager - shared libraries
Distribution: unstable
Urgency: low
Maintainer: Debian Authentication Maintainers
pkg-auth-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
dynalogin-client-php - two-factor HOTP/TOTP authentication - PHP client
dynalogin-server - two-factor HOTP/TOTP
Distribution: unstable
Urgency: low
Maintainer: Debian Authentication Maintainers
pkg-auth-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
dynalogin-client-php - two-factor HOTP/TOTP authentication - PHP client
dynalogin-server - two-factor HOTP/TOTP
-maintain...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
libsipxtapi - sipxtapi - SIP stack, RTP media framework and codecs
libsipxtapi-dev - sipxtapi - SIP stack, RTP media framework and codecs
(headers)
libsipxtapi-doc - sipxtapi - SIP stack, RTP media
On 04/05/13 08:17, Wouter Verhelst wrote:
On 04-05-13 05:04, Charles Plessy wrote:
In any case, please refrain passive-aggressive statements on other people's
projects.
Except that this time the project we're talking about was one person
asking another person can you clarify what I
) as the content of such source packages. Bernhard,
could you comment on what you understood my intention was?
On 03/05/13 18:50, Bernhard R. Link wrote:
* Daniel Pocock dan...@pocock.com.au [130501 21:28]:
Would there be any hard objection to a source package format based on
git-bundle?
I think a git
Just following up on the earlier discussion about VCS (not just git) in
the packaging workflow
Would there be any hard objection to a source package format based on
git-bundle?
In other words, dpkg-source would extract all repository history (or all
of the branch used to build the package)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 29/03/13 08:19, Salvo Tomaselli wrote:
What we need is someone who can reliably reproduce the issue and help
with debugging.
I've had a probably related problem, without using GNOME
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455769#59
Several students have inquired about the possibility of doing a
real-time communication (RTC) project for GSoC, one has already started
his application[1] and a few others have been corresponding with me by
email.
Rather than letting the students guess what we need or want, I'm hoping
some
On 25/04/13 13:50, Simon Chopin wrote:
Hi,
Nicolas Dandrimont and I are currently working on a project proposal for
the Google Summer of Code to use the messaging system written by Fedora,
fedmsg[0][1], within the Debian infrastructure (some of you might have seen
the various ITPs related to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 25/04/13 18:07, Simon Chopin wrote:
Quoting Daniel Pocock (2013-04-25 17:34:03)
ZeroMQ is a very lightweight solution - it is brokerless (like
multicast) so won't necessarily support the requirement for
durable subscriptions (keeping
I'm just wondering if anybody else has looked at OpenMAMA or seen any
potential problems for packaging it?
http://www.openmama.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
I came across this on Planet Debian
http://rb.doesntexist.org/blog//posts/lack_of_cooperation_from_ubuntu/
I'm guessing that Ubuntu may not have pushed the changes to sid because
of the freeze, that may well be the answer to Rogério's questions.
Nonetheless, with derivatives and Debian itself
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 29 Mar 2013 09:34:19 +
Source: drupal7-mod-libraries
Binary: drupal7-mod-libraries
Architecture: source all
Version: 2.1-1
Distribution: experimental
Urgency: low
Maintainer: Daniel Pocock dan...@pocock.com.au
Changed
Maintainers
pkg-javascript-de...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
libjs-sipml5 - JavaScript implementation of a WebRTC SIP video phone
libjs-sipml5-doc - JavaScript implementation of a WebRTC SIP video phone - API
docs
sipml5-web-phone - Basic SIP
Maintainers
pkg-javascript-de...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
libjs-sipml5 - JavaScript implementation of a WebRTC SIP video phone
libjs-sipml5-doc - JavaScript implementation of a WebRTC SIP video phone - API
docs
sipml5-web-phone - Basic SIP
Maintainers
pkg-javascript-de...@lists.alioth.debian.org
Changed-By: Daniel Pocock dan...@pocock.com.au
Description:
libjs-sipml5 - JavaScript implementation of a WebRTC SIP video phone
libjs-sipml5-doc - JavaScript implementation of a WebRTC SIP video phone - API
docs
sipml5-web-phone - Basic SIP
Fedora recently put in Yubikey for their packagers[1], although they are
only half way there, supporting sudo but not web auth so far.
Similar things could probably happen in Debian.
I've proposed two-factor authentication as a potential area for a GSoC
project[2], two things come up:
a)
On 11/04/13 21:25, Tollef Fog Heen wrote:
]] Luca Filipozzi
I can help with a GSoC but I think DSA would prefer to lean in the direction
of
the above.
I'm also happy to help with it. I have a bit of experience with the
yubikey tokens, and at least one of the upstreams is on the path
On 12/04/13 07:56, Thomas Goirand wrote:
On 04/12/2013 03:25 AM, Tollef Fog Heen wrote:
The Yubikey neo can run the java applet thingies, it seems, so it can
act as a GPG token too.
Please, please, please ... no java!!!
That's a security nightmare. I think we'd be less safe with
than
On 09/04/13 17:54, Bernd Zeimetz wrote:
On 02.04.2013 22:48, Thomas Goirand wrote:
On 04/02/2013 12:16 AM, Luca Falavigna wrote:
In a perfect world there wouldn't be any need for a NEW queue at all.
But we have to face with the reality.
We try to do our best to improve things where we can.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/04/13 18:15, Ben Hutchings wrote:
On Sun, 2013-04-07 at 16:19 +0200, Daniel Pocock wrote:
On 07/04/13 15:47, Neil Williams wrote:
On Sun, 07 Apr 2013 15:25:43 +0200 Daniel Pocock
dan...@pocock.com.au wrote:
I notice this bug
On 08/04/13 13:53, Wouter Verhelst wrote:
On 08-04-13 08:53, Daniel Pocock wrote:
I'm not suggesting that squeeze systems were installed that way by
default, although people who have migrated an FS from a raw partition
to an LV may have this in fstab.
And that fact alone makes it a non-RC bug
I notice this bug was downgraded below the RC threshold and appears to
have been missed so far:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612402
Basically, if somebody has UUID syntax in /etc/fstab, their root FS
isn't mounted and they can't boot
Patches are included, should this be
On 05/04/13 14:06, Ian Jackson wrote:
Daniel Pocock writes (SI units (was Re: failure to communicate)):
It may actually be useful for the technical committee to review what is
on the wiki and make some general statement about Debian's position (if
they haven't done so in the past
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/04/13 15:47, Neil Williams wrote:
On Sun, 07 Apr 2013 15:25:43 +0200 Daniel Pocock
dan...@pocock.com.au wrote:
I notice this bug was downgraded below the RC threshold and
appears to have been missed so far:
It was only pushed to RC
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/04/13 22:43, Christian PERRIER wrote:
Quoting ian_br...@fastmail.net (ian_br...@fastmail.net):
If Debian bug report #684128 proves anything, it is that you will never
convince anyone with technical argument, facts advanced in support of
For anybody who wants to hack away at an enhanced diagram for their own
*-buildpackage workflow, I've attached to my blog a copy of the raw dia file
http://danielpocock.com/sites/danielpocock.com/files/release-packaging-workflow.dia
It is shared under the GPL v3 terms
--
To UNSUBSCRIBE,
On 02/04/13 09:24, Andreas Tille wrote:
[moving to debian-devel as Neil suggested]
On Mon, Apr 01, 2013 at 04:52:30PM +0100, Neil McGovern wrote:
As a general hint, requests that are obviously correct get approved
very quicky.
I can confirm this - thanks for the release team.
Things that
On 02/04/13 14:00, Cyril Brulebois wrote:
Daniel Pocock dan...@pocock.com.au (02/04/2013):
To put this in context, I recently found that one of the packages I
depend on (libasio-dev) is actually orphaned. It is mentioned in
PTS, but I was never proactively alerted by anything such as
lintian
On 02/04/13 19:57, Ian Jackson wrote:
Vincent Bernat writes (Re: Bug#455769: same problem on wheezy + Thinkpad
X220T):
❦ 28 mars 2013 20:38 CET, Thomas Goirand z...@debian.org :
Unless you are the original reporter and you need to
decide in order to fill the bug, please don't. That's the
On 02/04/13 18:35, Thomas Goirand wrote:
On 04/02/2013 07:52 PM, Daniel Pocock wrote:
The problem is, how to pass this benefit on to users without either (a)
marking every bug RC
There is absolutely no point doing that. Unless we are really
really close from releasing (like right now), even
I've found that some default packages in Gnome are broken if
libgl1-mesa-dri is not installed
libgl1-mesa-dri is only installed on upgrade if the package xorg is
present in squeeze, but that is not always the case according to popcon:
http://qa.debian.org/popcon.php?package=xorg
On 01/04/13 14:37, John Paul Adrian Glaubitz wrote:
On 04/01/2013 11:59 AM, Daniel Pocock wrote:
I've found that some default packages in Gnome are broken if
libgl1-mesa-dri is not installed
(...)
While I've filed a bug against empathy (that is where I observed the
problem), I suspect
On 01/04/13 22:04, John Paul Adrian Glaubitz wrote:
On 04/01/2013 09:59 PM, Daniel Pocock wrote:
Agreed, but that doesn't complete the picture, as libgl1-mesa-glx
doesn't depend on libgl1-mesa-dri:
$ apt-cache depends libgl1-mesa-glx
...
Recommends: libgl1-mesa-dri
Well
601 - 700 of 751 matches
Mail list logo