Hello Roman,
debian-devel is not the right place to ask support questions. Please try
any of Debian's official support channls:
https://www.debian.org/support
https://lists.debian.org/debian-user/
http://forums.debian.net/
irc://irc.oftc.net/debian
*t
Am 14.07.2015 um 11:16 schrieb Roman:
> Hi
> > FWIW, those [requests to search engines to retrieve their icons] are a
> > consequence of removing supposedly non-free icons from the source
> > package. But maybe you'd prefer no icons at all for the list of search
> > engines.
>
> That's a tough one. I haven't yet got a firm position on what
On Wed, Jul 15, 2015 at 01:09:47PM +0800, Paul Wise wrote:
> On Wed, Jul 15, 2015 at 12:26 PM, Mike Hommey wrote:
>
> > FUD is easy. How about documenting yourself on how Safe browsing
> > actually works? Hint: urls are _never_ sent to Google. The worst thing
> > that Google can know is that the _
On Wed, Jul 15, 2015 at 12:26 PM, Mike Hommey wrote:
> FUD is easy. How about documenting yourself on how Safe browsing
> actually works? Hint: urls are _never_ sent to Google. The worst thing
> that Google can know is that the _hash_ of /some/ url you went to, has the
> first n bits matching the
Mike Hommey writes:
> FWIW, those [requests to search engines to retrieve their icons] are a
> consequence of removing supposedly non-free icons from the source
> package. But maybe you'd prefer no icons at all for the list of search
> engines.
That's a tough one. I haven't yet got a firm positi
On Wed, Jul 15, 2015 at 01:06:28AM +0200, Jakub Wilk wrote:
> GET http://www.ebay.com/favicon.ico
> GET http://en.wikipedia.org/favicon.ico
> GET http://www.yahoo.com/favicon.ico
> GET http://www.google.com/favicon.ico
> GET http://www.amazon.com/favicon.ico
> GET http://www.yahoo.com/favicon.ico
>
On Wed, Jul 15, 2015 at 03:51:42AM +0200, Bas Wijnen wrote:
> On Wed, Jul 15, 2015 at 01:06:28AM +0200, Jakub Wilk wrote:
> > POST
> > https://safebrowsing.google.com/safebrowsing/downloads?client=Iceweasel&appver=38.1.0&pver=2.2&key=no-google-api-key
> > + a few dozens of GET requests to https://
On Wed, Jul 15, 2015 at 11:30 AM, Nikolaus Rath wrote:
>If not, then what about all the tracking pages that Firefox is going
>to load because they're referenced in the page you asked for?
>Shouldn't you be much more worried about those?
Allowing third-party requests was one of the big
On Jul 15 2015, Jakub Wilk wrote:
> So I made this experiment with Iceweasel. These are the requests it
> makes with a fresh profile, before you even type an URL:
>
> POST https://location.services.mozilla.com/v1/country?key=no-mozilla-api-key
> GET http://www.ebay.com/favicon.ico
> GET http://en
On Wed, Jul 15, 2015 at 5:18 AM, Bas Wijnen wrote:
> On Tue, Jul 14, 2015 at 04:21:07PM +0200, Wouter Verhelst wrote:
>> On Mon, Jul 06, 2015 at 02:10:08PM +0800, Paul Wise wrote:
>> > Perhaps we could run everything in $PATH in virtual machines and log
>> > all network beyond localhost.
>>
>> I lo
Bas Wijnen writes:
> On Wed, Jul 15, 2015 at 01:06:28AM +0200, Jakub Wilk wrote:
> > POST
> > https://safebrowsing.google.com/safebrowsing/downloads?client=Iceweasel&appver=38.1.0&pver=2.2&key=no-google-api-key
> > + a few dozens of GET requests to https://safebrowsing.google.com/
> >
> > So no
On Wed, Jul 15, 2015 at 01:06:28AM +0200, Jakub Wilk wrote:
> POST
> https://safebrowsing.google.com/safebrowsing/downloads?client=Iceweasel&appver=38.1.0&pver=2.2&key=no-google-api-key
> + a few dozens of GET requests to https://safebrowsing.google.com/
>
> So nothing serious here. It's just cas
* Paul Wise , 2015-07-06, 14:10:
#786909 was absolutely not acceptable, and was treated as such. Social
contract #1 remains in effect and will continue to do so in spite of
day to day bugs that violate its spirit.
It might be interesting to think about ways we can automatically
discover such
Package: wnpp
Severity: wishlist
Owner: Victor Seva
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: golang-github-ugorji-go-codec
Version : 0.0~git20150815.821cda7e
Upstream Author : Ugorji Nwoke
* URL : https://github.com/ugorji/go
* License :
On Tue, Jul 14, 2015 at 04:21:07PM +0200, Wouter Verhelst wrote:
> On Mon, Jul 06, 2015 at 02:10:08PM +0800, Paul Wise wrote:
> > Perhaps we could run everything in $PATH in virtual machines and log
> > all network beyond localhost.
>
> I look forward to not reading your emails anymore ;-P
>
> (o
On Mon, Jul 06, 2015 at 02:10:08PM +0800, Paul Wise wrote:
> Perhaps we could run everything in $PATH in virtual machines and log
> all network beyond localhost.
I look forward to not reading your emails anymore ;-P
(or did I misunderstand something?)
--
It is easy to love a country that is fam
anyone?
2015-07-14 13:37 GMT+03:00 Roman :
> here is one of the errors example. its like files that debian installer
> copies to the virtual disk that is located on glusterfs storage are getting
> corrupted.
>
> 2015-07-14 12:16 GMT+03:00 Roman :
>
>> Hi,
>>
>> I'm having problems with installing
A new version of dgit, 0.30, is now in testing.
This has a number of important improvements, but it is not fully
backward compatible with older dgit; furthermore it is not compatible
with a change I intend to make to the server-side infrastructure very
soon.
All existing users of dgit must upgrad
On Wed, Jul 15, 2015 at 12:06 AM, Ian Jackson wrote:
> Antonio Terceiro writes ("Re: GitHub “pull request ” is proprietary,
> incompatible with Git ‘requ est-pull ’"):
I'd suggest that this thread should move to the git mailing list and
perhaps the lists of mercurial/bzr/etc.
--
bye,
pabs
htt
Antonio Terceiro writes ("Re: GitHub “pull request ” is proprietary,
incompatible with Git ‘requ est-pull ’"):
> I have a few ideas about this. I have used gerrit before, and it
> provides a really nice experience except for 2 little facts:
>
> - you have to use a web UI thingy to review patches
Hi!
On Fri, 2015-06-26 at 10:56:58 +0200, Santiago Vila wrote:
> On Fri, Jun 26, 2015 at 04:40:58AM +0200, Guillem Jover wrote:
> > So given that the timezone name has never been accepted, many
> > time-parsing functions ignore it, it is redundant, declared obsolete
> > by RFC5322 and Debian polic
Package: wnpp
Severity: wishlist
* Package name: r-cran-caret
Version : 6.0.47
* URL : http://cran.r-project.org/web/packages/caret/index.html
* License : GPL-2+
Programming Lang: R
Description : GNU R package for classification and regression training
Mi
Am Samstag, den 11.07.2015, 10:55 +0100 schrieb John Hackett:
> * Package name: gogs
> * URL : https://github.com/go-gitea/gitea
Your URL points to gitea instead of gogs. Do you want to package gogs or
gitea. Please fix the URL in the former case or rename the package in
the latter
On Sat, Jul 04, 2015 at 07:40:28PM +0200, Jan Gloser wrote:
> It would be really nice if we didn't have to care about money at all. Let's
> say
> you would make software and give it for free. If you needed a house, you would
> go to someone who specializes in that and he would build the house for
On Tue, Jul 14, 2015 at 05:56:56AM -0500, Dirk Eddelbuettel wrote:
> | Can't you make a link in the directory of the file referencing it and use
> | a non-absolute path, i.e. src="MathJax.js"? That should work both locally
> and
> | through a browser without any configuration, right? (Except tha
Tollef Fog Heen writes ("Re: git repositories for packages and signed pushes"):
> Ian Jackson :
> > I'll also have to talk to DSA about what they think about running a
> > backport of git.
>
> We generally don't have a problem with running backports as long as
> they're from $suite-backports. Out
]] Ian Jackson
> I'll also have to talk to DSA about what they think about running a
> backport of git.
We generally don't have a problem with running backports as long as
they're from $suite-backports. Out-of-suite backports is something
we've done in the past, but we would really, really like
On 14 July 2015 at 08:16, Bas Wijnen wrote:
| On Mon, Jul 13, 2015 at 08:01:48PM -0500, Dirk Eddelbuettel wrote:
| > | To make it work only when served by a webbrowser, use this:
| > |
| > |
| >
| > I think this is what I had in mind, thanks!
| >
| > | ...and make sure javascript-common is
Hi,
I'm having problems with installing D8 as KVM guest on GlusterFS storage
backend.
I run 4 different proxmox (debian based with RH kernel) nodes and got this
problem on every of them.
Versions:
qemu-server: 3.4-6
pve-qemu-kvm: 2.2-10
glusterfs-client: 3.6.4-1
No matter what I do, I'm not eve
Control: block 792335 by -1
Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
* Package name: libevtx
Version : 20150105
Upstream Author : Joachim Metz
* URL or Web page : https://github.com/libyal/libevtx
* License : LGPL-3.0+
Description : Windows XML Event Log
30 matches
Mail list logo
