Re: [Duplicity-talk] Version 0.5.04 Released

[Edgar Soldin]

for opensuse 10.2 i also found no readymade distribution package.
I was now able to put the debian source tarballs '/DistUtilsExtra'
folder in the pythonpath but as somebody already mentioned earlier now
'intltool-update' is missing ... I am gonna give up here for now.

Thinking of the variety of distributions duplicity runs on I suggest to
make internationalization *optional* ( enabled per setup parameter ), so
that  people still can test it but on the other hand use the other
improvements without. Later I would like to see it optional still. It
could be enabled by default but should disableable for embedded devices
(space and dependency issues).
- Therefore should be documented which dependencies (documented on
release ;) and then in manual, web page) have to be met for
internationalization.
- And most important: The dependencies have to be 'widely' available or
alternatively are distributable with duplicity (e.g. small python
sources could be integrated, instead of included).

Eventually to remind of the discussion for the dbus integration I think
we should not forget what duplicity is. A '/solid backup package// that
will run unattended via cron or similar/'. I'am not sure if there is no
low profile solution for the 'bit' of text that has to be translated,
when the most of user interation happens on restoring. And even there
the interaction is very minimal because of the shell one liner nature of
duplicity.

Questions:
a) Do the gettext files (mo,po) have to be generated on setup and cannot
be delivered readymade?
b) Which libraries is the current solution really depending on?
python-distutils-extra,intltool,perl,gettext(?),additional python mods(?)


regards .. ede
--

>> Where are the tarball releases for python-distutils-extra as all I can
>> find is <http://www.glatzor.de/projects/python-distutils-extra/> which
>> only has a bzr branch for the code and no release tarballs?
>> The bzr branch seems gone too, or is it me?
>>
>> I also googled and there was a bug against gentoo ebuild about
>> disappearing tarballs.
>>
>> I'm trying to maintain duplicity in FreeBSD ports and the introduction
>> of this dependency is slightly worrysome unless proper releases can be
>> found. I'm sure pkgsrc/gentoo and such will have similar issues.
>>
>> I am not snowed into distutils and gettext. How difficult would it be
>> to avoid this dependency? On py-distutils-extra I mean, not on
>> gettext. Given that duplicity is backup software, it may be warranted
>> to go to some extra lengths to avoid depending on third party software
>> whose distribution/ubiquity is questionable; especially if it relates
>> to installation only.
>>    
>>     
> ------------------------------------------------------------------------
>
> _______________________________________________
> Duplicity-talk mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/duplicity-talk
>   


-- 
public class WhoDidIt{ // A comment. I love comments 
  private static Person sender;

  public static void main (String[] foo){

  sender = new Person();
  sender.setName(new String[]{"Edgar", "Soldin"});

  Address address = new Address();
  address.setStreet("Stadtweg 119");
  address.setZip(39116);
  address.setCity("Magdeburg");
  address.setCountry("Germany");

  sender.setAddress(address);

  sender.setMobilePhone(" +49(0)171-2782880 ");
  sender.setWebSiteUrl(" http://www.soldin.de ");
  sender.setEmail(" address@hidden ");
  sender.setPGPPublicKey(" http://www.soldin.de/edgar_soldin.asc ");
  sender.setGender(true);

  System.out.println(sender.toString());
  }
}