Bug#591579: [Pkg-mozext-maintainers] Bug#591579: Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Hi Rogério, Rogério Brito wrote: W: xul-ext-https-everywhere: extra-license-file usr/share/xul-ext/https-everywhere/LICENSE.txt Please fix it with the next upload or so. Let me tell why I didn't fix this: fixing it in an individual package is not the right solution. The extra license file is being incorporated when the original xpi is repacked. Granted. Thanks for thinking more about it than I did. :-) In debian's case, since we already provide the relevant data (by policy) in /usr/share/doc, the proper fix is not to fix it by special cases, but to change the xpi repacker, instead, to filter those files/not install them when unpacked or something similar. So, that's the rationale for me not fixing it: a cleaner solution is needed. Maybe that's a wishlist bug against mozilla-devscripts (from which the repack script comes IIRC)? It's now in the NEW queue: http://ftp-master.debian.org/new.html Yay! Not even in NEW anymore! :-) And already installed on all my Sid machines and some Squeeze machines. :-) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110819100754.ga29...@sym.noone.org
Bug#591579: [Pkg-mozext-maintainers] Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Hi Rogério, Rogério Brito wrote: Just resuming where we left off, we are on our way to have https-everywhere on Debian and better privacy. :-) Yay! My git repository is moved there with the latest changes too. The old repository is still there, too. I think to avoid confusion it's better to remove it (or symlink it to the new location) as it's content is outdated. dget http://mentors.debian.net/debian/pool/main/h/https-everywhere/https-everywhere_1.0.1-1.dsc It still throws the following Lintian warning, but as promised I've uploaded it anyway: W: xul-ext-https-everywhere: extra-license-file usr/share/xul-ext/https-everywhere/LICENSE.txt Please fix it with the next upload or so. It's now in the NEW queue: http://ftp-master.debian.org/new.html Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110818160536.gj29...@sym.noone.org
Bug#591579: [Pkg-mozext-maintainers] Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Hi, Axel.
On Aug 18 2011, Axel Beckert wrote:
Rogério Brito wrote:
Just resuming where we left off, we are on our way to have
https-everywhere on Debian and better privacy. :-)
Yay!
Great!
The old repository is still there, too.
Removed already.
W: xul-ext-https-everywhere: extra-license-file
usr/share/xul-ext/https-everywhere/LICENSE.txt
Please fix it with the next upload or so.
Let me tell why I didn't fix this: fixing it in an individual package is not
the right solution. The extra license file is being incorporated when the
original xpi is repacked.
In debian's case, since we already provide the relevant data (by policy) in
/usr/share/doc, the proper fix is not to fix it by special cases, but to
change the xpi repacker, instead, to filter those files/not install them
when unpacked or something similar.
So, that's the rationale for me not fixing it: a cleaner solution is needed.
It's now in the NEW queue: http://ftp-master.debian.org/new.html
Yay! Not even in NEW anymore! :-)
Thanks,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110819031752.ga2...@ime.usp.br
Bug#591579: [Pkg-mozext-maintainers] Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Hi there, people.
Just resuming where we left off, we are on our way to have
https-everywhere on Debian and better privacy. :-)
2011/8/11 Jérémy Bobbio lu...@debian.org:
On Wed, Aug 10, 2011 at 09:03:19PM -0300, Rogério Brito wrote:
Just requested.
Welcome! :)
Thanks. My git repository is moved there with the latest changes too.
Great. I hope that what I produced is not to be ashamed of. :-) Please, let
me know if you would like to have the package as a .dsc combo.
I would prefer to sponsor an upload based on a .dsc combo. :)
Here you are:
dget
http://mentors.debian.net/debian/pool/main/h/https-everywhere/https-everywhere_1.0.1-1.dsc
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAOtrxKO==bvugr1g50h5ouuzp85cgrwpx36eko7zkjmjary...@mail.gmail.com
Bug#591579: [Pkg-mozext-maintainers] Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
On Wed, Aug 10, 2011 at 09:03:19PM -0300, Rogério Brito wrote: Regarding one point that Axel mentioned about using pristine-tar, unfortunately, the tor project only seems to release xpi files, which are actually zip files, but pristine-tar only supports gzip or bzip2 compressed tar files. Using pristine-tar on the repackaged tarball that are produced by uscan is also an option. Then anyone can use the package Git repository to reproduce the source. * grab our tarballs from https://gitweb.torproject.org/https-everywhere.git, but, AFAIK, we loose the automation of checks with uscan and with uupdate For Torbutton, I am using the upstream Git repository (and git-buildpackage) as my way to generate the .orig.tar.gz. As releases have (signed) tags, I consider it sufficient. You can have a look at the debian/README.source of torbutton, it might help to get a better idea of the procedure involved. You can always have a watch file for the PTS on top of that. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#591579: [Pkg-mozext-maintainers] Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
On Wed, Aug 10, 2011 at 09:03:19PM -0300, Rogério Brito wrote: On Aug 10 2011, Jérémy Bobbio wrote: If you already have an alioth account, please request to join the pkg-mozext team. Just requested. Welcome! :) I'll add you to the project and you can move the Git repository to the location mentioned in the Vcs-Git field. Yes, not being able to write to the group's repository is the reason why I had it in collab-maint. For the moment, it is still at the same address [0], but it will be moved as soon as I get write access to the repository. You can now proceed. Great. I hope that what I produced is not to be ashamed of. :-) Please, let me know if you would like to have the package as a .dsc combo. I would prefer to sponsor an upload based on a .dsc combo. :) Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#591579: [Pkg-mozext-maintainers] Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Hi Rogério!
On Tue, Aug 09, 2011 at 04:24:42PM -0300, Rogério Brito wrote:
On Mon, Aug 8, 2011 at 18:39, Rogério Brito rbr...@ime.usp.br wrote:
OK, I just packaged it, I already tagged this bug as being mine and pending
an upload.
For the moment, the sources are here:
http://anonscm.debian.org/gitweb/?p=collab-maint/https-everywhere.git
If you already have an alioth account, please request to join the
pkg-mozext team [1]. I'll add you to the project and you can move the
Git repository to the location mentioned in the Vcs-Git field.
[1] https://alioth.debian.org/projects/pkg-mozext/
Quick review of the package:
* `${shlibs:Depends}` is listed in Depends. The package being
arch `all`, I don't think it is ever going to be linked to
a share library. It can probably be removed for cleanliness.
* The URL to the Git repository should be updated in README.source.
* I see that you are using bzip2 compression for the debs. Have you
measured how much gain resulted in doing so?
No other comments. Except for the URLs of the repositories, I would have
uploaded it right now! :)
Cheers,
--
Jérémy Bobbio.''`.
jeremy.bob...@irq7.fr : : : lu...@debian.org
`. `'`
`-
signature.asc
Description: Digital signature
Bug#591579: [Pkg-mozext-maintainers] Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Hi there.
I really hope that this message gets through. Please let me know if it
works.
On Aug 10 2011, Jérémy Bobbio wrote:
If you already have an alioth account, please request to join the
pkg-mozext team.
Just requested.
I'll add you to the project and you can move the Git repository to the
location mentioned in the Vcs-Git field.
Yes, not being able to write to the group's repository is the reason why I
had it in collab-maint.
For the moment, it is still at the same address [0], but it will be moved as
soon as I get write access to the repository.
[0]: http://anonscm.debian.org/gitweb/?p=collab-maint/https-everywhere.git
* `${shlibs:Depends}` is listed in Depends. The package being
arch `all`, I don't think it is ever going to be linked to
a share library. It can probably be removed for cleanliness.
Oh, great. Removed.
* The URL to the Git repository should be updated in README.source.
OK, done, as per your request.
* I see that you are using bzip2 compression for the debs. Have you
measured how much gain resulted in doing so?
Yes, I did: with bzip2, we get, for https-everywhere, a package that is 10%
smaller than with gzip, which, for compression algorithms, is quite a good
amount.
I would have used xz instead of bzip2, though, as xz-utils is Priority:
required, but people would find that to be too aggressive. :-)
Regarding one point that Axel mentioned about using pristine-tar,
unfortunately, the tor project only seems to release xpi files, which are
actually zip files, but pristine-tar only supports gzip or bzip2 compressed
tar files.
I agree that for traceability (if that's even a word) would be better if we
could have bit-identical tarballs, but that's not an option, unless we:
* ask upstream to produce tar.{gz,bz2} tarballs
* grab our tarballs from https://gitweb.torproject.org/https-everywhere.git,
but, AFAIK, we loose the automation of checks with uscan and with uupdate
No other comments. Except for the URLs of the repositories, I would have
uploaded it right now! :)
Great. I hope that what I produced is not to be ashamed of. :-) Please, let
me know if you would like to have the package as a .dsc combo.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110811000318.ga4...@ime.usp.br
Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Hi there.
I don't know if my previous e-mail got through, but I'm sending its
important part here:
On Mon, Aug 8, 2011 at 18:39, Rogério Brito rbr...@ime.usp.br wrote:
OK, I just packaged it, I already tagged this bug as being mine and pending
an upload.
For the moment, the sources are here:
http://anonscm.debian.org/gitweb/?p=collab-maint/https-everywhere.git
Please, keep me in the CC list for the moment.
Thanks,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caotrxkouf4fgvndjobthdbsv9bnn4c3bmy07wydr_l1_mdo...@mail.gmail.com
Bug#591579: [Pkg-mozext-maintainers] Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
tag 591579 + pending owner 591579 Rogério Brito rbr...@ime.usp.br kthxbye Hi Rogério, Rogério Brito wrote: I don't know if my previous e-mail got through, Well, at least now it got through, but I look in my pkg-moz* inbox just occassionally, so your hint to my personal address was a good idea. :-) Rogério Brito wrote: Oh, ok. Jérémy told me on IRC, he hasan't received a reply. Well, anyway, we're on the right way again, now. :-) I think that I got why: I am not subscribed to the pkg-mozext-maintainers list and both of my previous mails were held up for moderation (and it is likely that this one will also be barred from entering the mailing list archives). Ah. :-) [...] I already tagged this bug as being mine and pending an upload. Hmmm, didn't see anything of this. Did it now via this e-mail by cc'ing control@bugs.d.o. For the moment, the sources are here: http://anonscm.debian.org/gitweb/?p=collab-maint/https-everywhere.git As upstream does primarily offer the .xpi, I would be happy if you could use git-builpackage together with pristine-tar, so we can store the .orig.tar.bz2 you use also in the git repo. For the sponsoring itself, I'd like to have an URL to a .dsc file, though. OK, great to have some improvements already to the released version. I think that patch even is suitable for proposing it to upstream. Hummm, I just checked and your patch doesn't apply. And the reason why it doesn't apply is that upstream has already included support for conqueror. Now that's cool! Thanks for the hint! Please ping me when you have 1.0 package ready for review/sponsoring or if you have questions. It is up for review (not in dget form, but in git-buildpackage form). To build the source package from git, I need either the pristine-tar branch or the .orig.tar.gz, too. For now I used uscan to get a repacked xpi, but the resulting .orig.tar.bz2 will surely differ from yours, at least in time stamps, so the hashsums will diff. But as I got an .orig.tar.gz via uscan, it's not urgent and I could check most of the package anyway. About the package: I found no real issue just two minor things: * It threw one lintian warning: W: xul-ext-https-everywhere: extra-license-file usr/share/xul-ext/https-everywhere/LICENSE.txt N: N:All license information should be collected in the debian/copyright N:file. This usually makes it unnecessary for the package to install this N:information in other places as well. * debian/copyright: I'd expect at least one of the copyright years to be 2011 as the release was this year. But then again, upstream did not update the copyright years in LICENSE.txt either, so it should not bother too many people. ;-) Despite havig a watch file, I'd prefer if you could mention the download page in addition to the upstream git repo in debian/copyright as that's usually the first place to look for it. (If that's not possible with DEP5 to have more than one upstream location mentioned it's also fine as it is now.) Anything else looks fine so far anyway. I'd even sponsor it without the above things fixed, if I get a .dsc file. :-) P.S.: I like the debian/README.source. :-) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011081710.gh29...@sym.noone.org
Processed: Re: [Pkg-mozext-maintainers] Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Processing commands for cont...@bugs.debian.org: tag 591579 + pending Bug #591579 [wnpp] RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules Added tag(s) pending. owner 591579 Rogério Brito rbr...@ime.usp.br Bug #591579 [wnpp] RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules Owner recorded as Rogério Brito rbr...@ime.usp.br. kthxbye Stopping processing here. Please contact me if you need assistance. -- 591579: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591579 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.131293483524740.transcr...@bugs.debian.org
Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Hi Rogério,
Jérémy Bobbio wrote:
On Mon, Feb 21, 2011 at 12:42:36PM +0100, intrigeri wrote:
Some preliminary packaging work has been done as a PPA:
https://mail1.eff.org/pipermail/https-everywhere/2011-February/000775.html
It looks like you have done some work on packaging https-everywhere, at
least for Ubuntu.
Cool.
Would you be interested in maintaining this package in Debian?
I'd be very happy, too, if you would do so. Now that version 1.0 is
released would be a good time for that. :-)
I can see that you are already a DM. I would happily sponsor your first
uploads and let you do the rest once you'll be used to package Iceweasel
extension.
I'd sponsor that package, too. :-)
And I also already have a first patch (to also support the Conkeror
Xulrunner Application) for your package (the version from the PPA)
which I attach here as there's no package to report bugs against in
the BTS yet. :-)
Oh, and in the case you lost interest in it, I'd also continue your
packaging efforts (very likely under the head of the
pkg-mozext-maintainers group) as I really would like to see that
package in Debian.
Regards, Axel
--
,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
Index: https-everywhere-0.9.9.development.4/install.rdf
===
--- https-everywhere-0.9.9.development.4.orig/install.rdf 2011-08-05 19:15:53.0 +0200
+++ https-everywhere-0.9.9.development.4/install.rdf 2011-08-05 19:17:37.0 +0200
@@ -38,5 +38,13 @@
em:maxVersion3.1.*/em:maxVersion
/Description
/em:targetApplication
+!-- conkeror --
+em:targetApplication
+Description
+em:id{a79fe89b-6662-4ff4-8e88-09950ad4dfde}/em:id
+em:minVersion0.9/em:minVersion
+em:maxVersion1.*/em:maxVersion
+/Description
+/em:targetApplication
/Description
/RDF
Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Hi to both Jérémy and Axel,
2011/8/5 Axel Beckert a...@debian.org:
Hi Rogério,
Jérémy Bobbio wrote:
On Mon, Feb 21, 2011 at 12:42:36PM +0100, intrigeri wrote:
Some preliminary packaging work has been done as a PPA:
https://mail1.eff.org/pipermail/https-everywhere/2011-February/000775.html
It looks like you have done some work on packaging https-everywhere, at
least for Ubuntu.
Cool.
I thought that I had replied to the previous message (to Jérémy)
saying that I did want to have that extension in Debian (mostly
because I value more the GPG chain/web-of-trust that we built than
downloading an extension from some site).
And, to be honest, the programs that I uploaded to my PPA are really
meant to be *Debian* packages, as that's what I use directly. The
side-effect of benefiting those that use Ubuntu is just a result of
that...
Would you be interested in maintaining this package in Debian?
I'd be very happy, too, if you would do so. Now that version 1.0 is
released would be a good time for that. :-)
Great. How do you want me to package it?
I can see that you are already a DM. I would happily sponsor your first
uploads and let you do the rest once you'll be used to package Iceweasel
extension.
I'd sponsor that package, too. :-)
Thanks for the offer.
And I also already have a first patch (to also support the Conkeror
Xulrunner Application) for your package (the version from the PPA)
which I attach here as there's no package to report bugs against in
the BTS yet. :-)
OK, great to have some improvements already to the released version. I
think that, in general, almost all, if not all, xulrunner applications
can benefit from https-everywhere.
Oh, and in the case you lost interest in it, I'd also continue your
packaging efforts (very likely under the head of the
pkg-mozext-maintainers group) as I really would like to see that
package in Debian.
As I am only a Debian maintainer, I don't have permission to write to
your repositories, but if you could add me (my alioth username is
rbrito-guest), that would be cool.
I don't know if you have any preferences/standards, but I like to use
the following workflow with my packages:
http://anonscm.debian.org/gitweb/?p=collab-maint/youtube-dl.git;a=commitdiff;h=e93e4d7
I hope that you like that.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caotrxkoaxg0c1scfmkuxw5k+bghfqdmfkmw+dbrp4icelu5...@mail.gmail.com
Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Hi Rogério, Rogério Brito wrote: I thought that I had replied to the previous message (to Jérémy) saying that I did want to have that extension in Debian Oh, ok. Jérémy told me on IRC, he hasan't received a reply. Well, anyway, we're on the right way again, now. :-) (mostly because I value more the GPG chain/web-of-trust that we built than downloading an extension from some site). Hehe. And, to be honest, the programs that I uploaded to my PPA are really meant to be *Debian* packages, as that's what I use directly. Yeah, I noticed the unstable instead of maverick in the last changelog entry. :-) Would you be interested in maintaining this package in Debian? I'd be very happy, too, if you would do so. Now that version 1.0 is released would be a good time for that. :-) Great. How do you want me to package it? Just as you did before, only officially for Debian. ;-) And I also already have a first patch (to also support the Conkeror Xulrunner Application) for your package (the version from the PPA) which I attach here as there's no package to report bugs against in the BTS yet. :-) OK, great to have some improvements already to the released version. I think that patch even is suitable for proposing it to upstream. I think that, in general, almost all, if not all, xulrunner applications can benefit from https-everywhere. Right. Others which are in Debian but not in the install.rdf: Songbird, Instantbird, Sunbird, ... As I am only a Debian maintainer, I don't have permission to write to your repositories, but if you could add me (my alioth username is rbrito-guest), that would be cool. See http://wiki.debian.org/Teams/DebianMozExtTeam#Joining I don't know if you have any preferences/standards, but I like to use the following workflow with my packages: http://anonscm.debian.org/gitweb/?p=collab-maint/youtube-dl.git;a=commitdiff;h=e93e4d7 Looks like a more or less vanilla git-buildpackages workflow. Should be fine. http://wiki.debian.org/Teams/DebianMozExtTeam#Common_practices just mentions git, not any way how to use it. And there are dozens way to use git. :-) And I have the feeling that on that wiki page, branch really means repository and repository means repository directory. At least this is what the list of pkg-mozext repositories look like. (Anyone from the pkg-mozext team can confirm that?) Please ping me when you have 1.0 package ready for review/sponsoring or if you have questions. P.S.: I'm not a pkg-mozext group member, so I don't know all the group's rules. I'm just a subscriber to the pkg-mozext-maintainers mailing list as maintainer of the conkeror package in Debian. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110805210131.gq29...@sym.noone.org
Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Hi Rogério, On Mon, Feb 21, 2011 at 12:42:36PM +0100, intrigeri wrote: Some preliminary packaging work has been done as a PPA: https://mail1.eff.org/pipermail/https-everywhere/2011-February/000775.html It looks like you have done some work on packaging https-everywhere, at least for Ubuntu. Would you be interested in maintaining this package in Debian? I can see that you are already a DM. I would happily sponsor your first uploads and let you do the rest once you'll be used to package Iceweasel extension. Are you aware that there is also a Debian Mozilla Extension Maintainers in which you could maintain the package? That could ease the work when the common infrastructure for XUL extension changes. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Hi, * Package name: https-everywhere Any progress on this? Some preliminary packaging work has been done as a PPA: https://mail1.eff.org/pipermail/https-everywhere/2011-February/000775.html Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | The impossible just takes a bit longer. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/85oc65y5oz@boum.org
Bug#591579: RFP: https-everywhere -- browser extension to enforce SSL browsing according to rules
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: https-everywhere Version : 0.2.2 Upstream Authors: Mike Perry mikepe...@fscked.org : Peter Eckersley p...@eff.org * URL : http://www.eff.org/https-everywhere * License : GPL-2+ Programming Lang: Javascript Description : browser extension to enforce SSL browsing according to rules Many sites on the web offer some limited support for encryption over HTTPS, but make it difficult to use. For instance, they may default to unencrypted HTTP, or fill encrypted pages with links that go back to the unencrypted site. . This extension to Mozilla browsers fixes these problems by rewriting all requests to these sites to HTTPS according to a customisable ruleset. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBAgAGBQJMWLqGAAoJEFOUR53TUkxRHn8P/i6yxWvguOfUYW8y18KK/B8f 5nvTdJDTvYIhj9np7WLQQv7OqMBKJilhiJOBBLFUqYqjqO46LlLvd/nd3rDxP4+G JbXi44hPatTiETP/GP0vaz+FTto+TtQkRdj9JyqWK7y7oPL3JWZRryC0E/Lk4dpa CftTXJ/hmzFlnqPD885oMSr2puGFq1KZkT4SekA1lkaDS4k2AbkTptxhp7HX84/S jOtOUocd0mHInb2zl6GU3GymIBm8PZ5mKUDaBaJn+wRUbz+1TYbHC5+r1VZYR2r0 yfPaQw6QjeIHVu3NhRkEGtpI1uhm7uX+BqYTJpEYN1G7/EZPqhrQjXQTKCY5j1wF 1L3/5l3yNonLXJvPudp6aefhpUHXGqdDR71ub2EVH8e9a/eh6olUzwPfkNJm8lQS j5KjGH4/f/GNw8sAkSNAhg/DBMFbGO4ccZNn0TTAyPL+D0hspU+u5ybM8Zb0zfTh 5uzGEOMJrMY8yS4GuXgrx25VlOOt+l/qMRdhD3vUXWup8zeDrqJkdx5SuygawTqv JGIvoUCZT+N2V3HLjQpEmMOF3dxLJ/q+4FLVm4hhowtznuYMQHrF74Jpv9sO9EXK 8KJrsT8tN2G6yFWPFmbwUr9FoRRZzDmIcd+/XdVoq4jSAiafSnPHzZKs3sl9E4DA nXuBX/v8VuYyssG8WtZM =/8sc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100804005536.23423.67846.report...@lupin
