Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index

Florian im going to have to disagree we dont need to involve the
developers. If we have a machine that is producing nightly builds we would
need to tweak it so that it puts the build in their respective repository.
Given the current infrastructure would it be possible to do the above
mentioned for end users. I think this would making things easier especially
for the QA team in terms of being on the latest version and easily updating
on new releases.

On Mon, Jul 29, 2013 at 12:03 PM, Florian Effenberger <> wrote:

Hi Jonathan,

Jonathan Aquilina wrote on 2013-07-29 11:29:

 One thing I really wanted to bring up but I had a family isuse which i had
to disappear. I was thinking could the TDF host a debian repo with the

really sorry to hear that, hope it's nothing terribly bad that happened!
In any case, was wonderful having you in the call!

 daily builds etc as I was helping someone in qa who when installing the
package with dpkg basically screwed up his installation. I think having a
repo would be great in the sense one wont have to use dpkg and have to
with dependency issues one can encounter using it.

I think that's more a question for the developers list - someone has to
trigger automated DEB builds...


To unsubscribe e-mail to: 
Posting guidelines + more: http://wiki.****
Netiquette <>
List archive: 
All messages sent to this list will be publicly archived and cannot be

Jonathan Aquilina

To unsubscribe e-mail to:
Posting guidelines + more:
List archive:
All messages sent to this list will be publicly archived and cannot be deleted


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.