Re: isync/mbsync's TLS config (was Re: OpenSSL disables TLS 1.0 and 1.1)
On 2017-08-07 20:12, James McCoy wrote: > On Mon, Aug 07, 2017 at 03:11:18PM -0400, Ralph Amissah wrote: > > I believe this is the reason I am currently unable to backup my > > gmail account with isync/ mbsync > > That's because isync defaults to TLSv1 unless you tell it to do > otherwise. > > https://sources.debian.net/src/isync/1.2.1-2/src/drv_imap.c/?hl=2675#L2877 > > Add "SSLVersions TLSv1.2" to your IMAPAccount stanza and it will start > working again. > Perfect. Thanks for taking the trouble. Thanks, Ralph P.S. For my (fairly old) config originally from Arch wiki there I had to add two lines: SSLType IMAPS SSLVersions TLSv1.2 and to remove two others: # UseIMAPS yes # CertificateFile /etc/ssl/certs/ca-certificates.crt There were messages about configuration settings being mutually exclusive and others depreciated. > Cheers, > -- > James > GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Re: OpenSSL disables TLS 1.0 and 1.1
On Mon, Aug 7, 2017 at 2:59 PM, Colin Tuckley wrote: > On Mon, Aug 7, 2017 at 2:38 PM, Kurt Roeckx wrote: > >> If I upload things to experimental and ask people to test it, >> I will get no feedback at all. > > None the less, that is the correct thing to do. > > After an upload to unstable the first thing that will happen is that > every DD will file an RC bug against it to stop it transitioning to > testing citing no testing and massive breakage of depending packages > with no fix available. > > Colin > > -- > Colin Tuckley| +44(0)1223 830814 | PGP/GnuPG Key Id > Debian Developer | +44(0)7799 143369 | 0xFA0C410738C9D903 > Greetings, I believe this is the reason I am currently unable to backup my gmail account with isync/ mbsync Not only valuable for me as a backup, this makes mail available for use with notmuch with both emacs and mutt. Of course if this persuades gmail to update soon, great. Anyhow, assuming this to be the reason for my inability to download mail today, what an effort to reply to these emails I am now stuck in the bloody browser again, no vim, no emacs ... Ralph On Mon, Aug 7, 2017 at 2:59 PM, Colin Tuckley wrote: > On 07/08/17 19:38, Kurt Roeckx wrote: > >> If I upload things to experimental and ask people to test it, >> I will get no feedback at all. > > None the less, that is the correct thing to do. > > After an upload to unstable the first thing that will happen is that > every DD will file an RC bug against it to stop it transitioning to > testing citing no testing and massive breakage of depending packages > with no fix available. > > Colin > > -- > Colin Tuckley| +44(0)1223 830814 | PGP/GnuPG Key Id > Debian Developer | +44(0)7799 143369 | 0xFA0C410738C9D903 >
[ralph.amis...@gmail.com: outrageous, thievery]
I post not in anger but sadness, I should not let my voice go uncounted. Attached is my note to Daniel of earlier today, before his posting of "an abrupt end to Debian Live". Debian Live which he said Debian should have (as a Debian developer) in 2006 and went on to deliver, rather nicely (with (and without) help). - Forwarded message from Ralph Amissah ----- From: Ralph Amissah To: Daniel Baumann Subject: outrageous, thievery Date: Mon, 9 Nov 2015 09:28:44 -0500 Message-ID: <20151109142844.GA28261@niu> User-Agent: Mutt/1.5.24 (2015-08-30) Daniel, (already one of the more active Debian Developers then) I remember you telling Debian at Debconf 2006, Mexico about how "we"[1] needed a live-maker within the project. I said then that I thought this one of the most important projects within Debian (I was surprised that there was not more interest and effort offered by others at the time, though there was some, those so keen now did not seem to pay attention then). Already then it was clear that it would one day be able to and possibly be the preferred way to do a Debian install... as I said, important. I saw how you contributed to Debian then, and I know how you have contributed since. Instead of welcoming you and your work, there seems to have been an effort to isolate you. Well clearly others have seen the fruits of your labor as a threat and with envy, and ripe for their plucking! Outrageous! Disgusting. It is nasty. A bit strange to think that I "know" some of those guys. My interest in Debian proper, dropped with your earlier treatment, it took away the desire to be a closer part of it. At least that took out much of any idealized notion of the inner workings of it. And there have been other moves since. I continue to be amazed by the politics of groups within Debian. This though has the feel of blatant thievery. Chals characterization of a dictatorial coup would seem to be most accurate. It has no doubt to do with power (perhaps indirectly money is involved as well), your work & work area being seen as strategically important. They do it because they can, & justify it whatever which way they will. I am sorry. I feel pretty bruised on your behalf. We have not spoken in a long while. I hope we have the chance to talk in happier times. Greetings. Ralph P.S. We are ok, not much to report. - End forwarded message - [edits: addition of footnote, &; s/picking/plucking/] Indeed I am a friend of Daniel and primarily a user of Debian (a minor contributor of a package (sisu[2]) that I wrote that I am happy to have in Debian). In other circumstances I would consider myself at least an admirer of individuals involved on the other side of this. Indeed I (use use some of your software daily and) have met a number of you over the years at a number of Debconfs and have fond memories for example of visits to Cambridge when I lived in the U.K. and of being "introduced" to Debian by Debian insiders. Thanks to all who have stood up for Daniel, he is a wonderful, generous, (and capable) person. And yes, I do think him "wronged" by "Debian". There are others that know him pretty well, who have followed a fairly long sequence of events who must be outraged as well. Of course I wish Debian well, but I do not see your "handling" of Daniel as its finest hour. This will no doubt "blow over" as it must ultimately for the good of the project, but it sticks in my craw as it no doubt does others, and there should be some record of conscientious objection. Ralph Amissah [1] to be clear, "we" was Debian. [2] http://www.sisudoc.org/ https://qa.debian.org/developer.php?login=s...@lists.sisudoc.org
Re: cdrtools
And note: the CDDL is one of 9 preferred licenses: http://www.crynwr.com/cgi-bin/ezmlm-cgi?3:mss:11636:200607:nknhhdligldemhkfbhpd One of the preferred licenses *by the OSI*. Debian has nothing to do with the OSI and doesn't not rely on the OSI to be told what is free or not. Can't you even understand something that simple? I understand things but if Debian people have problems to understand that the OSI is the only independend institution that deals with OSS Licenses, you are obviously a bit out of order. "Debian" has no problem understanding that they will independently determine what licenses are suitable to "Debian". If you want your software in Debian, use a currently Debian approved license. On 10/08/06, Joerg Schilling <[EMAIL PROTECTED]> wrote: Goswin von Brederlow <[EMAIL PROTECTED]> wrote: Note that the name "dvdrecord" is illegal too as this name is "too close" to the name cdrecord and many people use the name "dvdrecord" for the newer versions of cdrecord that include DVD writing although I did never mentioned this name for my software. Surely you jest... then again, perhaps you don't. It is highly unlikely (that any jurisdiction would recognise) that there could be any restriction on use of the name "dvdrecord" resulting from the existence of another highly generic name cdrecord: cdrecord and dvdrecord are generic names, describing what the software does... granted you may have a claim to cdrecord having named your software thus, but even this might be challenged by close similarly generic cdrecordtype variants... it is questionable whether cdrecorder or recordcd for example would be protected... you cannot by virtue of using the generic type name cdrecord control variants of the genric term let alone (yet) another name that is as generic (and different): dvdrecord. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Centralized darcs (was Re: centralized bzr)
On 06/08/06, Norbert Tretkowski <[EMAIL PROTECTED]> wrote: * John Goerzen wrote: > Darcs has a nice way of pushing patches via e-mail, with GPG > signatures even. That's the only feature I miss after I switched from darcs to mercurial. Norbert At last someone mentions mercurial. This is a personal (developer/programmer, and packager) (idiosyncratic) use case: I tend to use darcs with darcs build package for debian builds. But mercurial is so easy to set up and convenient to use, i end up using it for both macro and micro development purposes, ... (mercurial takes care of programming needs, darcs packaging) If the darcs repository is contained with the directory ./foo-1.0.1/_darcs then that would be kept within a mercurial repository at ./.hg and all trivial development changes, interim and otherwise are tracked at that level the .hg repository including the contents of _darcs. (this making mercurial the macro and micro manager) darcs commits and tagging occur only when the debian package is to be built. mercurial is fast, and pleasure to use. darcs and mercurial, the ones that i want (and both). Ralph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]