Spesial untuk Penggemar HYDE!

Hallo Minasan! Ada hadiah berupa tanda-tangan HYDE buat Minasan yang beruntung! Apakah Minasan tahu kalau ternyata HYDE L'Arc~en~Ciel tampil di Japan Night di Jakarta Bulan ini? Temukan artikel hasil wawancara dengan HYDE saat itu di matome.id! http://matome.id/1183?utm_source=20150422a&utm_mediu

GitLab B.V. to host free-software GitLab for Debian project (was: debian github organization ?)

Sytse Sijbrandij writes: > Awesome that you are considering to move to Git. Note that this is not “moving to Git”. A great deal of Debian development is already done using Git, and that's not going to be directly affected much by a Debian GitLab instance. Rather, this is the Debian project cons

Re: debian github organization ?

It will be an instance of gitlab CE, under MIT license and managed by Debian. Gitlab folks will just sponsor the hosting. Nicolas Dandrimont എഴുതി: > Hi, > > * Pirate Praveen [2015-04-21 20:24:09 +0530]:>> On > Thursday 16 April 2015 08:34 PM, Dimitri John Ledkov wrote:>>> I'd rather see > git

Re: debian github organization ?

On Wed, Apr 22, 2015 at 10:47 AM, Barry Warsaw wrote: > Can you navigate github without JS? Seems to work fairly well, certainly it is robust enough to not have 500 Internal Server Errors. -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.d

Re: debian github organization ?

On Apr 22, 2015, at 10:40 AM, Paul Wise wrote: >I don't like it due to the JavaScript requirement, many things just >give 500 Internal Server Error unless you have JS turned on. Can you navigate github without JS? Cheers, -Barry pgp2Hk9JVhtjQ.pgp Description: OpenPGP digital signature

Re: debian github organization ?

On Wed, Apr 22, 2015 at 4:23 AM, Barry Warsaw wrote: > On Apr 16, 2015, at 09:04 AM, Dimitri John Ledkov wrote: > >>I'd rather see gitlab.debian.net :) > > +1 > > I've started moving my personal projects to gitlab and like it a lot. I don't like it due to the JavaScript requirement, many things ju

Re: debian github organization ?

Awesome that you are considering to move to Git. GitLab B.V. would be more than happy to help with gitlab.debian.net and pay for the hosting. This in collaboration with volunteers such as Praveen and while ensuring that Debian is fully in control. Best regards, Sytse 'Sid' Sijbrandij CEO GitLab B.

Linking Python extensions with libpython (was: linking perl statically against libperl)

On Wed, Apr 22, 2015 at 12:58:38AM +0200, Matthias Klose wrote: > - note that in Debian python extensions aren't usually linked with >-lpythonX.Y. This is done to not depend on multiple python versions >when building an extension for multiple python versions in a single >binary package

Re: linking perl statically against libperl

On 04/19/2015 10:43 AM, Niko Tyni wrote: > Hi, > > I'd like to start linking /usr/bin/perl statically against libperl on > all architectures instead of just on *i386 like now. See #781476 > for some more details. I'm looking for input on this. > > Pros: > A we can treat all architectures the

Re: debian github organization ?

On Apr 16, 2015, at 11:13 PM, Russ Allbery wrote: >Launchpad, similarly, is probably suffering a lot from the decision to >only support bzr. That will probably be solved soon. From watching the commits to Launchpad trunk, it looks like git support is progressing nicely. I expect after some reas

Re: debian github organization ?

On Apr 16, 2015, at 07:19 PM, Andrew Shadura wrote: >> I'd rather see gitlab.debian.net :) > >Why Gitlab when there's Kallithea? :) Kallithea is under consideration as forge for upstream Python: http://legacy.python.org/dev/peps/pep-0462/ Cheers, -Barry pgpxAfgqu1BlU.pgp Description: OpenPGP

Re: debian github organization ?

On Apr 18, 2015, at 02:56 PM, Stuart Prescott wrote: >arch 7 >bzr199 >cvs11 >darcs 832 >git12439 >hg 65 >mtn23 >svn3593 I hope at some point soon after Jessie is released that the DPMT will officially switch from svn to git. Cheers, -Barry pgpZjFyDVmRKn.pgp Descripti

Re: linking perl statically against libperl

Niko Tyni writes ("Re: linking perl statically against libperl"): > If there are several /usr/bin/perl processes and /usr/bin/perl is > statically linked against libperl, every process has its own copy of > the libperl code in memory. In the case of dynamic linking, there's just > one copy. I don'

Re: debian github organization ?

On Apr 16, 2015, at 09:04 AM, Dimitri John Ledkov wrote: >I'd rather see gitlab.debian.net :) +1 I've started moving my personal projects to gitlab and like it a lot. Cheers, -Barry pgpEtXwHRd4zO.pgp Description: OpenPGP digital signature

Bug#783084: ITP: clfft -- OpenCL FFT library

Package: wnpp Severity: wishlist Owner: Jerome Kieffer * Package name: clfft Version : 2.4.0 Upstream Author : Kent Knox * URL : https://github.com/clMathLibraries/clFFT * License : Apache 2 Programming Lang: C++, Python Description : clFFT is an OpenC

Re: Bug #778876: linux-kbuild-3.19 missing from experimental

On 20.04.2015 20:15, Nick Morrott wrote: Bug #778876 is as yet unresolved after 2 months. I can't see any discussion of this issue on this list or in the linux-image changelog to explain its omission. Obviously no DKMS support is available "out of the box as a result of this. The linux-image-3.1

Bug#782749: All browsers except Links2 crash constantly and iceweasel is broken

Control: -1 tags fixed-upstream fixed-in-experimental Control: -1 fixed 1.14.2-1 Am Montag, den 20.04.2015, 14:00 +0100 schrieb Adam D. Barratt: > Given that nothing about the patch appears to be sparc-specific, it > should probably be applied in unstable first in case of regressions on > other

Re: linking perl statically against libperl

> "NT" == Niko Tyni writes: NT> If there are several /usr/bin/perl processes and /usr/bin/perl is NT> statically linked against libperl, every process has its own copy of NT> the libperl code in memory. But in the general case the ro pages still should be shared, yes? (Containers and the li

Re: debian github organization ?

On Tue, Apr 21, 2015 at 05:41:56PM +0200, Nicolas Dandrimont wrote: > I sure hope that won't mean getting Debian onboard the proprietary > edition of their software, but rather them helping the proper > packaging of their software. +1 And, besides, we should have by now all learned that 3rd party

Re: debian github organization ?

Hi, * Pirate Praveen [2015-04-21 20:24:09 +0530]: > On Thursday 16 April 2015 08:34 PM, Dimitri John Ledkov wrote: > > I'd rather see gitlab.debian.net :) > > gitlab folks are willing to sponsor gitlab.debian.net I will try to take > that offer forward. I sure hope t

Re: linking perl statically against libperl

On Tue, Apr 21, 2015 at 02:45:25PM +0200, Vincent Lefevre wrote: > On 2015-04-19 11:43:09 +0300, Niko Tyni wrote: > > Cons: > > E increased memory usage on systems running multiple perl processes > > I suppose that this concerns only the case where one has /usr/bin/perl > processes *and* some

Re: debian github organization ?

Russ Allbery writes: > > That said, something more akin to GitHub (including the nice integration > API and fork/pull model) running on a service like Alioth would be very > neat. > Feel free to add to : -> https://fusionforge.org/tracker/index.php?func=detail&aid=741&group_id=6&atid=114 Btw,

Re: debian github organization ?

On Thursday 16 April 2015 08:34 PM, Dimitri John Ledkov wrote: > I'd rather see gitlab.debian.net :) gitlab folks are willing to sponsor gitlab.debian.net I will try to take that offer forward. signature.asc Description: OpenPGP digital signature

Re: GitHub “pull request” is proprietary, incomp atible with Git ‘request-pull’

On Tue, 21 Apr 2015 22:16:54 +0800 Paul Wise wrote: > On Tue, 2015-04-21 at 13:45 +0100, Ian Jackson wrote: > > > Well, the git-send-email patchbomb workflow is pretty ugly too in > > many respects. I can see why some people don't much like it. [1] > > I began with git send-email, but the emai

Re: Re: GitHub “pull request” is proprietary, incomp atible with Git ‘request-pull’

On Tue, 2015-04-21 at 13:45 +0100, Ian Jackson wrote: > Well, the git-send-email patchbomb workflow is pretty ugly too in many > respects. I can see why some people don't much like it. [1] I began with git send-email, but the email client of the person in question did not allow getting emails ou

Bug#783067: ITP: mtpolicyd -- a modular policy daemon for postfix

Package: wnpp Severity: wishlist Owner: Markus Benning * Package name: mtpolicyd Version : 1.17 Upstream Author : Markus Benning * URL : https://www.mtpolicyd.org/ * License : GPL Programming Lang: Perl Description : a modular policy daemon for postfix

Re: Debian Installer Jessie RC 3 release

Martin Zobel-Helas writes ("Re: Debian Installer Jessie RC 3 release"): > Can you please explain why you are doing thins now instead of earlier > releases? This BR has been open since October! Also i expect mininal > changes in an RC3, not such massive functional changes. This is not the first tim

Bug#783065: ITP: python-guacamole -- library for command line applications for Python

Package: wnpp Severity: wishlist Owner: Zygmunt Krynicki * Package name: python-guacamole Version : 0.8 Upstream Author : Zygmunt Krynicki * URL : https://github.com/zyga/guacamole * License : LGPL, BSD Programming Lang: Python Description : library fo

Re: Bits from the dpkg project: 1.17.x series, general news

Guillem Jover writes ("Bits from the dpkg project: 1.17.x series, general news"): > * Raphaël Hertzog has stepped down as maintainer. Raphael, I want to thank you for all your hard work, and your contributions to dpkg, some of which have been very important to the whole of Debian. Regards, Ian.

Re: linking perl statically against libperl

On 2015-04-20 21:32:17 +0300, Niko Tyni wrote: > On Sun, Apr 19, 2015 at 02:25:55PM +0200, Axel Beckert wrote: > > * by providing two conflicting packages perl-base and > > perl-base-static. > > dpkg cries loudly (and rightly so) if you try to remove an Essential:yes > package like perl-base. C

Re: linking perl statically against libperl

On 2015-04-19 11:43:09 +0300, Niko Tyni wrote: > Cons: > E increased memory usage on systems running multiple perl processes I suppose that this concerns only the case where one has /usr/bin/perl processes *and* some other processes that use libperl, and at most this doubles the memory used by

Re: Re: GitHub “pull request” is proprietary, incomp atible with Git ‘request-pull’

Paul Wise writes ("Re: GitHub “pull request” is proprietary, incomp atible with Git ‘request-pull’"): > Just an FYI, there are Debian folks who reject patches to Debian > services that are sent via git send-email rather than github pull > requests. Personally I am disappointed by this. Well, the

Re: All Git workflows lack review / extras interchange format & thus decentralised unauthenticated review system

On Mon, Apr 20, 2015 at 07:48:28PM -0700, Dimitri John Ledkov wrote: > Interesting points. Looking at bzr/launchpad it has a nifty feature: > email-in bzr bundle. Bzr bundle is like git-format-patch, however one can > pull from it rather than merely apply. Isn't that exactly like git-bundle? --

Bug#783055: ITP: python-txaio -- compatibility API between asyncio/Twisted/Trollius

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-txaio Version : 1.0.0 Upstream Author : Tavendo GmbH * URL : https://github.com/tavendo/txaio * License : Expat Programming Lang: Python Description : compatibility API betwe