Bug#792836: ITP: circe -- Client for IRC in Emacs

Package: wnpp Severity: wishlist Owner: David Bremner * Package name: circe Version : 1.6 Upstream Author : Jorgen Schaefer * URL : https://github.com/jorgenschaefer/circe * License : mostly GPL3+, some BSD bits Programming Lang: Emacs lisp Description

Re: Packaging certain libraries as "end-user software"

Hallo, * Bas Wijnen [Sun, Jul 19 2015, 04:10:21AM]: > On Fri, Jul 17, 2015 at 05:30:04PM +0200, Ansgar Burchardt wrote: > > It's less of a library than an environment used for research. Compiling > > is just a required step to run your code, but applications are usually > > not distributed in binar

Re: GitHub “pull request” is useful and can be easily integrated'’

* Ondřej Surý: > Also it still doesn't solve the issue the quarrel here is about - you > still need some account - in this case a local GitLab instance account > (well, Alioth could be used if that's in LDAP) to contribute. I don't quite understand this criticism. Surely direct write access to t

Re: debian github organization ?

* Jérémy Lal: > i was wondering if debian had a github account as an organization, where > maintainers could be added. Github has a single-account-per-person policy (unless you pay, I think), so for those of us with multiple affiliations, it is difficult to join a Debian organization on Github.

Re: Adding support for LZIP to dpkg, using that instead of xz, archive wide

* Thomas Goirand: > As a friend puts it: > > "This is a fundamental problem/defect with xz. This (and a lot of other > such defects, e.g. non-robustness of xz archives that easily lead to > file corruption etc) Corruption breaks signatures, making the file unusable, so that's not really an issue

Re: Is the Debian dependency system broken? (wget vs libgnutls-deb0-28)

* Andreas Metzler: > It is just that an application may not link at the same time against > libnettle4 and libgnutls-deb0-28 3.3.15-5. Neither Debian nor afaik > any other major distribution supports this kind of complexity in its > dependency system (conditional dependencies). And package depen

Re: GitHub “pull request” is useful and can be easily integrated'’

On Sun, Jul 19, 2015 at 5:49 PM, Florian Weimer wrote: > I don't quite understand this criticism. Surely direct write access > to the repository always needs some sort of authentication step? Not sure about for http/https/ssh but the git protocol allows for anonymous push access and git-daemon s

Re: The Spirit of Free Software, or The Reality

* Bas Wijnen: > I disagree that the safebrowsing part is not serious, especially > considering that it continues to send a message there on every new > page you visit. That's not what should happen. Google can essentially make Iceweasel do that by serving appropriate static data instructing the

Re: The Spirit of Free Software, or The Reality

* Paul Wise: [Safe Browsing] > Why doesn't it just download the full list and do checks client-side? The contents of this list is proprietary. Google might not even own it (or parts of it). There may also be a need for operational secrecy for such technology. Publishing the list would also in

Re: The Spirit of Free Software, or The Reality

* Bas Wijnen: > I have some experience with safe browsing, but indeed I have not > looked up how it works. I do know that it continuously sends data > to Google, and I have quite a bit of confidence in their capability > and willingness to use that data for tracking. From your > description it s

Re: The Spirit of Free Software, or The Reality

* Nikolaus Rath: > On Jul 15 2015, Bas Wijnen wrote: >> As Jakub was saying: just starting it up without even visiting a site yet >> will >> do a POST and a *few dozen* GET requests. Shouldn't it be waiting with its >> checks until it actually knows what to check? What is it sending them at >>

Re: GitHub “pull request” is useful and can be easily integrated'’

* Paul Wise: > On Sun, Jul 19, 2015 at 5:49 PM, Florian Weimer wrote: > >> I don't quite understand this criticism. Surely direct write access >> to the repository always needs some sort of authentication step? > > Not sure about for http/https/ssh but the git protocol allows for > anonymous push

Re: debian github organization ?

* Ben Caradoc-Davies: > On 19/07/15 21:52, Florian Weimer wrote: >> * Jérémy Lal: >>> i was wondering if debian had a github account as an organization, where >>> maintainers could be added. >> Github has a single-account-per-person policy (unless you pay, I >> think), so for those of us with mult

Re: Replacement Default Icons for Iceweasel [was Re: The Spirit of Free Software, or The Reality]

* Don Armstrong: > On Thu, 16 Jul 2015, Don Armstrong wrote: >> This is why I said "if they're necessary, then they're necessary". > > Here's a set of default icons which can trivially be expanded to avoid > shipping those icons and downloading them: > > for icon in ebay google wikipedia bing; do

Re: debian github organization ?

On 19 July 2015 at 11:52, Florian Weimer wrote: >> i was wondering if debian had a github account as an organization, where >> maintainers could be added. > > Github has a single-account-per-person policy (unless you pay, I > think), so for those of us with multiple affiliations, it is difficult >

Re: debian github organization ?

* Andrew Shadura: > On 19 July 2015 at 11:52, Florian Weimer wrote: >>> i was wondering if debian had a github account as an organization, where >>> maintainers could be added. >> >> Github has a single-account-per-person policy (unless you pay, I >> think), so for those of us with multiple affil

Re: desktop files for xscreensaver hacks in different desktop environments

On Fri, Jul 10, 2015 at 6:30 PM, Ian Jackson wrote: > Tormod Volden writes ("desktop files for xscreensaver hacks in different > desktop environments"): >> Then some DEs would like to use these desktop files and some DEs need >> to have them hidden. Up to now we have been using "OnlyShowIn=GNOME;"

Re: debian github organization ?

On 19/07/15 23:18, Florian Weimer wrote: * Ben Caradoc-Davies: On 19/07/15 21:52, Florian Weimer wrote: * Jérémy Lal: i was wondering if debian had a github account as an organization, where maintainers could be added. Github has a single-account-per-person policy (unless you pay, I think), s

Re: Replacement Default Icons for Iceweasel [was Re: The Spirit of Free Software, or The Reality]

On Jul 19, Florian Weimer wrote: > Thanks, I think that's an acceptable interim solution until we can > obtain permission to ship the actual logos under terms we like. I think it's a crappy solution that makes Debian worse and solves no problem except DFSG-fetishism. -- ciao, Marco pgpuJ9qXp

Re: debian github organization ?

On 19/07/15 21:52, Florian Weimer wrote: * Jérémy Lal: i was wondering if debian had a github account as an organization, where maintainers could be added. Github has a single-account-per-person policy (unless you pay, I think), so for those of us with multiple affiliations, it is difficult to

Re: debian github organization ?

On 19/07/15 23:36, Florian Weimer wrote: The single account policy means that users would have to share authentication information across different roles, which may not be acceptable. I am not sure why this would be unacceptable to anyone. Authentication is your ability to prove who you are. G

Re: The Spirit of Free Software, or The Reality

On Sat, Jul 18, 2015 at 01:20:19PM +0200, Ole Streicher wrote: > >> The use of non-free icons if IMO a perfect use case for non-free. > > ... and also yet another case when to make their life comfortable one > > should enable non-free. [...] > The main idea of non-free is to have such a pragmatic a

Re: Proposed MBF: rcS init scripts with no equivalent systemd service file

Hi Felipe, thanks for working on this! Am 17.07.2015 um 19:17 schrieb Felipe Sateler: > [tag] > https://lintian.debian.org/tags/systemd-no-service-for-init-rcS-script.html > , but there are some false positives in this list. .. > dd-list of affected packages: This list seems to be incomplete.

Re: The Spirit of Free Software, or The Reality

Philipp Kern writes: > On Sat, Jul 18, 2015 at 01:20:19PM +0200, Ole Streicher wrote: >> >> The use of non-free icons if IMO a perfect use case for non-free. >> > ... and also yet another case when to make their life comfortable one >> > should enable non-free. > [...] >> The main idea of non-free

Re: Proposed MBF: rcS init scripts with no equivalent systemd service file

Michael Biebl (2015-07-19): > Am 17.07.2015 um 19:17 schrieb Felipe Sateler: > > [tag] > > https://lintian.debian.org/tags/systemd-no-service-for-init-rcS-script.html > > , but there are some false positives in this list. > > .. > > > dd-list of affected packages: > > This list seems to be inc

Re: The Spirit of Free Software, or The Reality

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On ഞായര്‍ 19 ജൂലൈ 2015 06:06 വൈകു, Philipp Kern wrote: > Some trademark owners might be very annoyed if their name appears > next to an icon that does not belong to their brand. Shouldn't this situation be used as a chance to convince the logo owner

Re: The Spirit of Free Software, or The Reality

On Sun, Jul 19, 2015 at 02:59:15PM +0200, Ole Streicher wrote: > If someone wants to have a DFSG compatible system, then he should be > able to get it -- which means that he should be allowed to change > whatever he wants (and to publish it). Then he does not get the original > icons. > > This who

Re: Proposed MBF: rcS init scripts with no equivalent systemd service file

On 19 July 2015 at 10:38, Cyril Brulebois wrote: > Michael Biebl (2015-07-19): >> Am 17.07.2015 um 19:17 schrieb Felipe Sateler: >> > [tag] >> > https://lintian.debian.org/tags/systemd-no-service-for-init-rcS-script.html >> > , but there are some false positives in this list. >> >> .. >> >> > dd

Re: The Spirit of Free Software, or The Reality

Philipp Kern writes: > But the copyright license doesn't matter much for this, unless it > contains a trademark grant. Which isn't what we historically required. > The reason we avoid the Firefox image for Mozilla's Firefox is their > trademark policy, not its copyright license. > > So I'm hard pr

Bug#792888: ITP: pytsk -- Python Bindings for The Sleuth Kit

Control: block 792335 by -1 Package: wnpp Owner: Hilko Bengen Severity: wishlist * Package name: pytsk Version : 20150406 Upstream Author : Michael Cohen * URL or Web page : https://code.google.com/p/pytsk/ * License : LGPL-3.0+ Description : Python Bindings for The

Re: The Spirit of Free Software, or The Reality

[Resending to the list, sorry.] On 2015-07-17 16:03, Thorsten Glaser wrote: Ian Jackson chiark.greenend.org.uk> writes: The problem is simply that the icons are non-DFSG-free. You could make a screenshot from where the original icons are shown, then re-encode those tiny 16x16px thingies int

TAG: syncBackup - small GUI for rsync

Package: wnnp Severity: RFP Source Code and Info: http://darhon.com/syncbackup License: GNU License Version 3 Have used this package in jessie with no bugs. The developer of the gparted.iso would like to put this program into the gparted.iso if he can find it in SID. Please place the pa

Bug#792900: ITP: cpluff -- C-Pluff, a plug-in framework for C - runtime library

Package: wnpp Owner: Balint Reczey Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: cpluff Version : 0.1.3-3 Upstream Author : Johannes Lehtinen * URL : http://www.c-pluff.org/ * License : Expat Programming Lang: C Description

Re: LFS status, and enabling it opportunistically on next SONAME bump

On Sun, Jul 12, 2015 at 07:37:23PM +0200, Guillem Jover wrote: > Hi! Hi, > Our Large File Support on some 32-bit architectures is a bit poor, and > this has been going on for a while now: > > That tag has severity min

Re: The Spirit of Free Software, or The Reality

On Sun, Jul 19, 2015 at 12:36:15PM +0200, Florian Weimer wrote: > * Bas Wijnen: > > > I have some experience with safe browsing, but indeed I have not > > looked up how it works. I do know that it continuously sends data > > to Google, and I have quite a bit of confidence in their capability > >

Bug#792903: ITP: hdump -- Hexadecimal and ASCII dumper for binary files

Package: wnpp Severity: wishlist Owner: Paulo Kretcheu * Package name: hdump Version : 2.3 Upstream Author : Fernando Mercês * URL : https://github.com/merces/hdump * License : (GPL3+) Programming Lang: (C) Description : Hexadecimal and ASCII dumper fo

Re: GitHub “pull request ” is proprietar y, incom patible with Git ‘requ est-pull ’ [and 1 more messages]

Simon McVittie writes ("Re: GitHub “pull request ” is proprietar y, incom patible with Git ‘requ est-pull ’"): > On 16/07/15 18:14, Ian Jackson wrote: > > Can you point me at the server code, or configuration that handled > > your push ? > > Documentation: https://ikiwiki.info/tips/untrusted_git_

Re: debian github organization ?

Ben Caradoc-Davies writes ("Re: debian github organization ?"): > On 19/07/15 23:36, Florian Weimer wrote: > > The single account policy means that users > > would have to share authentication information across different roles, > > which may not be acceptable. > > I am not sure why this would be

Re: debian github organization ?

On 20/07/15 12:18, Ian Jackson wrote: Ben Caradoc-Davies writes ("Re: debian github organization ?"): I am not sure why this would be unacceptable to anyone. Authentication is your ability to prove who you are. GitHub accounts provide this. You're talking as if what is identified is a human bei

BD-Uninstallable due to circullar dependency

Hi, While investigating libspiro build, I found BD-Uninstallable on powerpcspe. http://buildd.debian-ports.org/status/package.php?p=libspiro&suite=sid > Dependency installability problem for libspiro on powerpcspe: > > sysvinit-utils depends on missing: > - util-linux (>= 2.26.2-3) and util-

Re: debian github organization ?

Ben Caradoc-Davies writes: > On 20/07/15 12:18, Ian Jackson wrote: >> You're talking as if what is identified is a human being. But of >> course, it isn't. When you do a git push (or whatever) what is pushed >> is controlled by the computer you are using. > Of course. Humans lack a network int

Re: debian github organization ?

On 20/07/15 14:50, Russ Allbery wrote: Er, you're responding to Ian as if you've never before heard of the concept of using separate authentication credentials for different purposes, but this is a very old and respected technique and a standard security approach. It's a form of privilege separa

Re: debian github organization ?

Ben Caradoc-Davies writes: > The problem with per-role accounts is the loss of connection and > reputation on loss of account. The growth of social media and social > coding is changing the workplace. No longer is a role associated with a > job. Rather, reputation and authority follow individuals

Re: GitHub “pull request µ is proprietar y, incom patible with Git ‘requ est-pull ’ [and 1 more messages]

On Mon, Jul 20, 2015 at 8:15 AM, Ian Jackson wrote: > But I understood Paul to be saying that such software (that, for > example, Antonio is looking for) already exists. Which is why I asked > these questions about it. But it turns out that the implementation > you were pointing at doesn't actua

Re: BD-Uninstallable due to circullar dependency

On Mon, Jul 20, 2015 at 10:46 AM, Hideki Yamane wrote: > How do we fix it? The general solution for build dependency cycles is build profiles: https://wiki.debian.org/BuildProfileSpec However, in this case it appears the Depends is a workaround to help with smooth upgrades to jessie and could