On 23/09/13 17:07, Felipe Sateler wrote:
Package: postbooks
Version: 4.0.2-3
Severity: important
Tags: upstream
Postbooks relies on functionality removed in 9.2. After setting up the
quickstart schema, trying to login yields:
A System Error occurred at login2.cpp::344:
ERROR: column
On 23/09/13 17:50, Felipe Sateler wrote:
On Mon, Sep 23, 2013 at 12:16 PM, Daniel Pocock dan...@pocock.com.au wrote:
On 23/09/13 17:07, Felipe Sateler wrote:
Package: postbooks
Version: 4.0.2-3
Severity: important
Tags: upstream
Postbooks relies on functionality removed in 9.2. After
I'm just wondering about the status of PostgreSQL 9.1 for jessie, will
it still be included?
The recently uploaded PostBooks packages don't work with 9.3 and
upstream's compatibility matrix doesn't mention 9.3 yet:
http://www.xtuple.org/compatibility-matrix
http://bugs.debian.org/724305
--
Package: openrpt
Version: 3.3.4-4
Severity: serious
All other platforms appear good.
We probably need to run make -k on arm to see how many other errors exist.
Full build log:
https://buildd.debian.org/status/fetch.php?pkg=openrptarch=armhfver=3.3.4-4stamp=1379746133
Errors:
Package: src:postbooks
Version: 4.0.2-1
Severity: wishlist
The package includes some doxygen scripts for creating documentation
This would make a useful dev package for people who want to extend
PostBooks functionality
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
Package: postbooks
Version: 4.0.2-1
Severity: normal
The following appears in the console when postbooks is launched, after
login:
$ postbooks
Sun Sep 22 11:28:45 2013 Debug: Locale set to language English and
country Ireland
error: empty dic file
Hash Manager Error : 2
Are these signs of
On 20/09/13 09:07, Paul Wise wrote:
On Thu, Sep 19, 2013 at 2:42 PM, Daniel Pocock wrote:
PostBooks distributes their schema as a Postgres binary dump file for
use with pg_restore
What is their reason for using the binary format? Could they be
convinced to switch to or add something more
The latest push in postbooks.git links to the shared libs of openrpt
I've tested and it appears to be running fine
$ ldd bin/xtuple
linux-vdso.so.1 (0x7fffac969000)
libwrtembed.so.1 = /usr/lib/x86_64-linux-gnu/libwrtembed.so.1
(0x7fcc7a97a000)
libcommon.so.1 =
Package: wnpp
Severity: wishlist
Owner: Daniel Pocock dan...@pocock.com.au
Upstream:
http://www.xtuple.org
License: CPAL (derived from Mozilla)
https://www.xtuple.com/CPAL
Initial observations:
Used by Postbooks, ITP:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703645
Package: wnpp
Severity: wishlist
Owner: Daniel Pocock dan...@pocock.com.au
Upstream:
http://www.xtuple.org
License: CPAL (derived from Mozilla)
https://www.xtuple.com/CPAL
Initial observations:
Used by Postbooks, ITP:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703645
Package: wnpp
Severity: wishlist
Owner: Daniel Pocock dan...@pocock.com.au
Upstream:
http://www.xtuple.org
License: CPAL (derived from Mozilla)
https://www.xtuple.com/CPAL
Initial observations:
Used by Postbooks, ITP:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703645
Package: srtp
Version: 1.4.5~20130609~dfsg-1
On 20/09/13 17:05, Tzafrir Cohen wrote:
On Thu, Sep 19, 2013 at 10:41:48PM +0200, Daniel Pocock wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I'm particularly keen to see communication packages working on as many
architectures
On 20/09/13 17:07, Paul Tagliamonte wrote:
On Fri, Sep 20, 2013 at 05:04:50PM +0200, Daniel Pocock wrote:
On 20/09/13 15:49, Paul Tagliamonte wrote:
On Fri, Sep 20, 2013 at 02:47:39PM +0100, Jonathan Dowland wrote:
On Fri, Sep 20, 2013 at 12:20:38PM +0200, Paul Wise wrote:
It is also
csvimp builds fail, libopenrpt-dev needs to contain some of the
generated artifacts from the build, I've committed a fix that solves
this for me
g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -DQT_WEBKIT -DQT_NO_DEBUG
-DQT_SQL_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED
The latest upload of csvimp depends on libopenrpt-dev and requires the
fix mentioned earlier
I had to make a couple of trivial patches, these may provide hints for
packaging postbooks itself
All lintian warnings are now gone
--
To UNSUBSCRIBE, email to
A database schema is required in order to run the PostBooks application
The database schema is not included in the source tarball. Rather,
upstream distributes the schema as a separate download
They have several schemas available:
- an empty database (just the tables)
- a quickstart database
PostBooks distributes their schema as a Postgres binary dump file for
use with pg_restore
They are available for download here (not in the source tarball):
http://sourceforge.net/projects/postbooks/files/03%20PostBooks-databases/4.1.0/
The pg_dump documentation explains the binary format
Package: wnpp
Severity: wishlist
Owner: Daniel Pocock dan...@pocock.com.au
Upstream:
http://www.xtuple.org
http://www.xtuple.org/DataImportTool
License: CPAL (derived from Mozilla)
https://www.xtuple.com/CPAL
Initial observations:
Used by Postbooks, ITP:
http://bugs.debian.org/cgi-bin
We now have a packaging team for Postbooks and dependencies:
https://alioth.debian.org/projects/pkg-xtuple/
Andrew has now started uploading to Mercurial on alioth
http://anonscm.debian.org/hg/collab-maint/xtuple/
Upstream now appears to be using github as well as sourceforge:
One important issue for this package will be the database upgrade
procedure between major releases of Debian
Does upstream provide a suitable schema update mechanism that can
upgrade users who only upgrade every 2 years, or do they only support
upgrades between each of their own consecutive
in README.source
Original Message
Subject:csvimp_0.4.7-1_amd64.changes is NEW
Date: Wed, 18 Sep 2013 16:03:01 +
From: Debian FTP Masters ftpmas...@ftp-master.debian.org
To: Debian xTuple Maintainers
pkg-xtuple-maintain...@lists.alioth.debian.org, Daniel Pocock
dan
I've done the following:
- repack the upstream tarball 3.3.3 used by Andrew, removing binary
artifacts
- import tarball into a fresh git repository with git-import-orig
- copy Andrew's debian/* from hg into git and commit as-is
- adapt for DEP-5, put VCS fields into control file, etc
- push
On 18/09/13 19:49, Andrew Shadura wrote:
Hello,
On Wed, 18 Sep 2013 19:42:59 +0200
Daniel Pocock dan...@pocock.com.au wrote:
- repack the upstream tarball 3.3.3 used by Andrew, removing binary
artifacts
- import tarball into a fresh git repository with git-import-orig
- copy Andrew's
Just some comments about versions for the xTuple source packages:
- I think the first commits in the git repos should be the versions
Andrew has used in production (please confirm versions for each pkg)
- we can then commit on the upstream branch the versions that I've used
in production:
-
Package: icedove
Version: 17.0.8-1~deb7u1
I've been trying to dial from the address book using click to dial,
facilitated by the TBDialOut 1.7.2 plugin, which converts the address
book phone numbers into URIs.
I already have sipdialer installed and configured and it works from the
command line
Package: evolution
Version: 3.4.4-3
The address book renders the contact's email addresses as mailto: links
that I can click
However, it fails to render the phone numbers as clickable links
I've confirmed that a tel: URI handler is registered in gconf:
$ gconftool-2 -g
On 13/09/13 08:45, Ralf Treinen wrote:
Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):
/etc/radiusclient/dictionary
/etc/radiusclient/dictionary.ascend
Package: ftp.debian.org
src:radiusclient is replaced by the new src:freeradius-client
Upstream explain it here:
http://freeradius.org/freeradius-client/ (see History)
The new src package is here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717324
and is now available in sid and jessie
Package: portslave
Version: 2010.04.19.1
libradius1 is orphaned and obsolete
Please consider using freeradius-client (it is now available in sid and
jessie)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 13/09/13 08:46, Ralf Treinen wrote:
Package: libion-dev,libmama-dev
Version: libion-dev/3.1.3~dfsg1-1
Version: libmama-dev/2.2.2.1-7
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Date: 2013-09-13
Architecture: amd64
Distribution: sid
Hi,
automatic
Package: rrdtool
Version: 1.4.7-2
I notice that the HURD build is failing with an error about PATH_MAX
This is a common issue. PATH_MAX doesn't exist in HURD and it is very
trivial to work around
Full build log:
Package: g++
Version: 4:4.6.4-2
Severity: serious
My build fails on SPARC:
https://buildd.debian.org/status/fetch.php?pkg=resiprocatearch=sparcver=1.8.12-4stamp=137847172
MediaResourceParticipant.cxx:341:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with
A lot of upstreams use this tool or jshint during their build,
particularly due to systems like grunt encouraging it in their docs
To save time for other maintainers, why not package a repackaged
upstream tarball?
Just strip out everything with the no evil clause
None of the logic is
On 04/09/13 14:33, Paul Tagliamonte wrote:
On Wed, Sep 04, 2013 at 02:15:40PM +0200, Daniel Pocock wrote:
A lot of upstreams use this tool or jshint during their build,
particularly due to systems like grunt encouraging it in their docs
Yep. I like jshint. In fact, I co-work with the guy
On 03/09/13 20:19, Florian Ernst wrote:
Package: ganglia-nagios-bridge
Version: 1.0.0-1
Severity: wishlist
Hello there,
thanks you for providing this bridge. Very convenient, indeed.
However, from a cursory glance at the code I cannot see anything making
it specifically
Package: nagios-plugins-standard
libfreeradius-client2 supersedes libradiusclient-ng2 and is 99% the same
code
libfreeradius-client2 has just entered unstable, so please remove your
package dependency on libradiusclient-ng2
--
To UNSUBSCRIBE, email to
Package: asterisk-modules
libfreeradius-client2 supersedes libradiusclient-ng2 and is 99% the same
code
libfreeradius-client2 has just entered unstable, so please remove your
package dependency on libradiusclient-ng2
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
Package: ftp.debian.org
src:radiusclient-ng is replaced by the new src:freeradius-client
Upstream explain it here:
http://freeradius.org/freeradius-client/ (see History)
The new src package is here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717324
and has been uploaded to the queue
Package: davical
Version: 1.1.1-1
DAViCal has been working fine with iceowl-extension for my calendar and
tasks
I decided to try it for contacts (vCards)
I copied the URL from iceowl-extension into various address book clients:
- Evolution
- SOGo Connector for icedove
- aCal for Android
-
On 29/08/13 15:37, Carsten Schoenert wrote:
Hello Daniel,
On Thu, Aug 29, 2013 at 03:00:58PM +0200, Daniel Pocock wrote:
Is icedove 17 likely to appear in backports any time soon? I might try
building it on wheezy and run it with the SOGo connector 17 plugin to
see if it is more
On 30/08/13 05:11, Rogério Brito wrote:
Hi there.
On Aug 27 2013, Daniel Pocock wrote:
Easily fixed though
(...)
finally, it works with this command line:
java -classpath
/usr/share/java/closure-compiler.jar:/usr/share/java/args4j.jar:/usr/share/java/guava.jar:/usr/share/java/json.jar
I have a Debian wheezy server running the DAViCal package
On the desktop, I have icedove and iceowl-extension (Calendar). They
work fine with the DAViCal server for calendar/tasks. I've also tested
the Evolution client using DAViCal for contacts, that works fine too.
I downloaded upstream's
On 29/08/13 14:57, Jeroen Dekkers wrote:
At Thu, 29 Aug 2013 14:21:20 +0200,
Daniel Pocock wrote:
I have a Debian wheezy server running the DAViCal package
On the desktop, I have icedove and iceowl-extension (Calendar). They
work fine with the DAViCal server for calendar/tasks. I've also
Package: icedove
Version: 17.0.7-1~deb7u1
I just updated icedove from the wheezy security updates
It brings in the updated enigmail plugin package, but it doesn't appear
to force the iceowl-extension plugin to update
I was previously using the 10.x packages of icedove and iceowl-extension
--
Package: icedove
Version: 17.0.7-1~deb7u1
I am using wheezy, I just updated from icedove 10
I notice the master password prompt now appears 3 times when I start icedove
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
severity -1 grave
Not usable currently
Easily fixed though
It needs the main class declared in the manifest, from upstream, that
appears to be com.google.javascript.jscomp.CommandLineRunner
I tried running the JAR from this package manually:
java -classpath
Package: wnpp
Severity: wishlist
Owner: dan...@pocock.com.au
http://www.jssip.net
MIT license
This is a complete WebRTC SIP softphone developed in JavaScript
To demo, try http://tryit.jssip.net
It was demonstrated in the RTC track at DebConf13, please see the video
for an overview
--
To
http://anonscm.debian.org/gitweb/?p=pkg-javascript/jssip.git
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Upstream uses Grunt
Grunt isn't packaged yet
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673727
I've submitted a Makefile so JsSIP can build without Grunt
https://github.com/versatica/JsSIP/pull/152
Upstream packaging issues discussed here:
On 23/08/13 15:38, Boris Pek wrote:
Hi,
Have you tried to use powertop utility for setting up modules which should be
enabled when your laptop works from battery?
It was just a default install of the wheezy beta
I have installed several laptops the same way and I only had this
problem on
Could the jshint code just be uploaded to the non-free archive for the
moment? Then node-grunt would potentially belong in contrib
This would allow developers of other packages to proceed with their
efforts. Other packages that build-depend on node-grunt would end up in
contrib too, which is
On 26/08/13 14:02, Gustavo Noronha Silva wrote:
Em Seg, 2013-08-26 às 12:04 +0200, Daniel Pocock escreveu:
Could the jshint code just be uploaded to the non-free archive for the
moment? Then node-grunt would potentially belong in contrib
This would allow developers of other packages
Package: wnpp
Severity: wishlist
Owner: dan...@pocock.com.au
http://pegjs.majda.cz/
MIT license
This is a parser generator for JavaScript
It is used as a build dependency for the JsSIP WebRTC softphone to build
a SIP parser
--
To UNSUBSCRIBE, email to
I just tried to build the grunt package from the VCS myself as I'd like
to test with the JsSIP code and start packaging it.
I can build the grunt package and install it without errors.
It doesn't appear to install any launch script (e.g. /usr/bin/grunt)
When I try to run it manually
Uploaded, in git:
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-javascript/pegjs.git
Vcs-Git: git://git.debian.org/git/pkg-javascript/pegjs.git
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: icedove
Version: 1.0.12-1
Severity: important
I exported a bunch of vCard (vcf) files from another application and
concatenated them into a single big vcf file, e.g.
cat *.vcf /tmp/all.vcf
I then tried to import into the icedove address book
It seems to ignore the phone numbers in
Package: evolution
Severity: important
Version: 3.4.4-3
I did a bulk import of phone numbers from a .vcf file (multiple vCards
exported by OpenGroupware)
The import appears to succeed
For several records, I notice that in the list view and the preview
panel under the list the business phone
I seem to remember this being a bug with the bind9 package, rrl.h was
left out of the dev package at some point
Can you confirm you used the correct bind9?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699834
On 25/08/13 13:48, David Suárez wrote:
Source: dlz-ldap-enum
Version: 1.0.2-1
Package: wnpp
Severity: wishlist
Owner: dan...@pocock.com.au
http://danielpocock.com/ganglia-nagios-bridge
https://github.com/ganglia/ganglia-nagios-bridge
LGPL-3
Ganglia is a performance monitoring system with an agent that is
extremely lightweight and extremely easy to deploy to large
I've tried adding some extra autotools build deps in 0.7.3-2 to see if
that resolves the issue
This autotools stuff is a moving target, I think upstream built the
0.7.3 release tarball with a different autotools version
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
On 12/08/13 21:49, Felix Geyer wrote:
On 12.08.2013 18:45, Daniel Pocock wrote:
On 12/08/13 18:40, Felix Geyer wrote:
On 12.08.2013 17:55, Daniel Pocock wrote:
This bug was supposedly serious and marked RC and then marked done
The fixed version was apparently uploaded but is not available
On 02/07/13 19:39, Carsten Schönert wrote:
Hello Daniel,
Am 03.06.2013 11:26, schrieb Daniel Pocock:
Given the upstream announcement about Thunderbird's future[1], could you
make any comment on what this means in practice for the Debian user of
the package, whether it will have security
This bug was supposedly serious and marked RC and then marked done
The fixed version was apparently uploaded but is not available in stable
Can somebody please comment on this? How can somebody running wheezy
use this fix? Or should the bug be re-opened?
--
To UNSUBSCRIBE, email to
On 12/08/13 18:40, Felix Geyer wrote:
On 12.08.2013 17:55, Daniel Pocock wrote:
This bug was supposedly serious and marked RC and then marked done
The fixed version was apparently uploaded but is not available in stable
The bug affected experimental and later unstable and is fixed in both
Package: wnpp
Severity: wishlist
Owner: dan...@pocock.com.au
Avis is a high-performance event router. It provides a fast
publish/subscribe event routing service compatible with the commercial
Elvin implementation developed by Mantara Software.
GPL-3 license
http://avis.sourceforge.net
It is
Package: wnpp
Severity: wishlist
Owner: dan...@pocock.com.au
Avis is a high-performance event router. It provides a fast
publish/subscribe event routing service compatible with the commercial
Elvin implementation developed by Mantara Software.
LGPL-3 license
http://avis.sourceforge.net
It is
Package: javahelper
Version: 0.43
Severity: important
I've tried listing my classpath JARs in both debian/manifest and in
debian/rules (export CLASSPATH)
Either way, the generated MANIFEST.MF is broken, because of the line
wrapping issue, e.g. I have
Class-Path: /usr/share/java/jar1.jar
On 08/08/13 15:08, Emmanuel Bourg wrote:
Manifest files support wrapped values, see:
http://docs.oracle.com/javase/1.3/docs/guide/jar/jar.html#Notes%20on%20Manifest%20and%20Signature%20Files
No line may be longer than 72 bytes (not characters), in its
UTF8-encoded form. If a value would make
On 08/08/13 15:47, Niels Thykier wrote:
On 2013-08-08 15:15, Daniel Pocock wrote:
On 08/08/13 15:08, Emmanuel Bourg wrote:
Manifest files support wrapped values, see:
http://docs.oracle.com/javase/1.3/docs/guide/jar/jar.html#Notes%20on%20Manifest%20and%20Signature%20Files
No line may
On 08/08/13 15:59, Niels Thykier wrote:
On 2013-08-08 15:49, Daniel Pocock wrote:
[...]
Just to clarify: you are suggesting that I should manually break the
lines in debian/manifest at 72 characters
No, jh_manifest will do that for you - whether you like it or not.
and then the JVM
On 08/08/13 16:43, Emmanuel Bourg wrote:
If you just want to set the classpath I suggest using jh_classpath
instead. The debian/package.classpath file contains one line per jar and
you don't have to care about the length of the lines:
usr/share/java/foo.jar jar1.jar jar2.jar jar3.jar
Package: wnpp
Severity: wishlist
Owner: dan...@pocock.com.au
http://www.openmama.org
OpenMAMA is a high performance Middleware Agnostic Messaging API that
provides a consistent abstraction layer over a variety of message
oriented middlewares. OpenMAMA is an open source project hosted at The
Package: wnpp
Severity: wishlist
Owner: dan...@pocock.com.au
reConServer is a SIP conferencing server based on the reSIProcate /
reCon API
BSD license
https://github.com/resiprocate/reConServer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: sipxtapi
Version: 3.3.0~test9-1
Severity: normal
This problem has been observed on some platforms when running sdpTest
from reSIProcate 1.8.12
The OsProtectedEvent destructor calls OsSysLog::add( ) which makes a
call to a pure virtual method
Output from sdpTest failure in gdb:
pure
Package: xcp-xapi
Version: 1.3.2-15
Severity: important
New wheezy box
Follow the setup instructions for xcp-xapi, choosing openvswitch networking
Only loopback is defined in /etc/network/interfaces (the way it should
be for XCP)
IP address, router, DNS has been configured statically with
notfixed 713634 - src:resiprocate/1.8.8-2
stop
On 03/08/13 12:22, Adam D. Barratt wrote:
On Sat, 2013-08-03 at 12:00 +0200, Daniel Pocock wrote:
http://qa.debian.org/excuses.php?package=resiprocate
http://bugs.debian.org/713634 is marked as done since 1.8.8 - therefore,
1.8.11-4 should
I just saw your comments on the ITP about creating a stripped branch
I package some sources that have an upstream debian/ tree in their
tarball. I just use the --filter argument to git-import-orig and it
excludes that. You can use the same argument to exclude any other file
or subtree, but I
Package: bugzilla3
Version: 3.6.2.0-4.6
I realise this package is not currently supported but I'm sharing this
problem (and how I solved it) because it is widely used.
bugzilla's reminder emails appeared to have corrupt encoding issues,
both subject line and body appear corrupt / mangled
Package: mailman
Version: 2.1.15-1
I'm trying to use postfix-to-mailman.py
According to the instructions in the script itself,
a) I should set MTA=None
b) I should run genaliases to generate the data/virtual-mailman file
However, when I set MTA=None, I get this error from genaliases:
Package: wnpp
Severity: wishlist
Owner: dan...@pocock.com.au
Netxx is a C++ networking framework
BSD license
Upstream repo has gone away
However, it is used in other projects, for example, the reSIProcate test
framework
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: dan...@pocock.com.au
Cajun is a C++ header package implementing JSON
http://sourceforge.net/projects/cajun-jsonapi
BSD license
Used by resiprocate = 1.9.0
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
On 21/07/13 20:15, Adam D. Barratt wrote:
On Sat, 2013-07-20 at 20:26 +0200, Daniel Pocock wrote:
Package: release.debian.org
Severity: important
Nope. Bugs in packages may have all kinds of severities, requests to
update packages in stable are normal at best. (It would also be
helpful
On 20/07/13 02:06, John Foley wrote:
Hi Daniel,
Thanks for the guest access to your sparc 64 system. The problem with
stat_driver is intermittent. The attached patch appears to resolve the
problem, can you confirm using your view? It looks like the nonce value
is never initialized to
.
Regarding x86_64, I have tested this platform and have never seen an
issue in this code. The compiler is likely doing the alignment
automatically, knowing that it's compiling for a 64 bit target.
On 07/18/2013 06:02 PM, Daniel Pocock wrote:
On 18/07/13 23:46, Michael Jerris wrote:
If you don't
Package: wnpp
Severity: wishlist
This is a continuation of the radiusclient-ng project, renamed to
freeradius-client
It is an independent source package (not from the freeradius server
source tree)
it is almost identical to the old radiusclient-ng source package, with
some bug fixes
--
To
I've created an ITP for the new freeradius-client source package:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717324
I will try to verify that the new package can be used with reSIProcate in place
of the old radiusclient-ng package
It will require a re-compile but should not require
On 23/06/13 13:58, Sebastian Ramacher wrote:
Source: resiprocate
Version: 1.8.10-4
Severity: serious
Justifaction: fails to build from source (but built successfully in the past)
I wanted to check if #713634 is fixed as claimed, but now resiprocate FTBFS
with:
| debug modules loaded:
|
pull the current GIT repo to see if it fails the same way?
On Jul 18, 2013, at 7:47 AM, Daniel Pocock dan...@pocock.com.au wrote:
There is a long outstanding bug in Debian for sparc, specifically, bus
error in the test cases:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628583
While
Further observation: the feature-openssl branch from git does not have
the bus error, test cases run successfully on SPARC
On 18/07/13 19:34, Daniel Pocock wrote:
On 18/07/13 17:26, John Foley wrote:
We've seen BUS errors on some platforms. I'm not confident the
following patch was ever
01:42 PM, Daniel Pocock wrote:
Further observation: the feature-openssl branch from git does not
have the bus error, test cases run successfully on SPARC
On 18/07/13 19:34, Daniel Pocock wrote:
On 18/07/13 17:26, John Foley wrote:
We've seen BUS errors on some platforms. I'm not confident
On 18/07/13 21:25, Michael Jerris wrote:
If that fixed it.. then the issue is the missing def for FORCE_64BIT_ALIGN.
Also of note, that pad shouldn't be there anymore after algorithm was added I
suspect, as it always serves the same purpose.
Ok, I've just manually checked that it works
On 18/07/13 23:46, Michael Jerris wrote:
If you don't remove that block from the code after that other var was added…
it will cause this error to come back on that branch now that you've forced
the 64bit align
Ok, patching it like this:
--- a/crypto/include/cipher.h
+++
On 16/07/13 23:56, Cyril Brulebois wrote:
Daniel Pocock (2013-07-16):
Actually, it's a little confusing - I just went back in the installer
and yes, I can choose that permutation and then I'm told There is no
locale defined for the country of language and country and then I can
manually get
On 17/07/13 11:21, Cyril Brulebois wrote:
Another option may be changing the text: Normally this should be the
country where the computer is physically located or physically
accessed. This will not limit you to using the language or locale of
the country you choose and the installer will
I noticed upstream appears to have a fix for the issue in SVN:
http://svn.apache.org/viewvc?view=revisionrevision=1478186
Is it likely that this will be incorporated in the package or it will
wait for another upstream release?
--
To UNSUBSCRIBE, email to
Hi Philippe,
Thanks for your efforts to make a package of Jappix, I am also
interested in trying it
I recently evaluated Candy, I notice it can only really do MUC chat
rooms and it had problems with doing private chats. Is the Jappix
client known to be stable for both types of chat?
One thing
Hi Philippe,
I've just tested your Jappix package from mentors
My testing is biased: I already had ejabberd running and I had already
used BOSH to integrate with the Candy chat client so my server was able
to run Jappix very quickly. It took me all of about 5 minutes to get it
going.
So far,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 16/07/13 18:02, Philippe Gauthier wrote:
Hi Daniel,
Thanks for testing the package. I am not a member of the upstream
developers, but they have been very responsive to our comments so far.
My testing is biased: I already had ejabberd
Package: tzsetup
Version: 7.1.0 installer
I am doing a text mode expert install
I chose UK locale and US keyboard.
However, I am in .ch
The timezone menu only offers me British summer time and UTC
1 in 4 people here in .ch are foreign - most of us do not use a Swiss
locale or German
Package: libradiusclient-ng2
Version: 0.5.6-1.1
Severity: normal
I've just read through the wiki at:
http://wiki.freeradius.org/glossary/Radiusclient
If I understand correctly,
a) freeradius-client is the continuation of radiusclient-ng (which was
the continuation of a previous project)
b) it
901 - 1000 of 1470 matches
Mail list logo
