Hi bạn listn, hôm bữa mình có liên hệ đến bạn mà ko thấy bạn trả lời.. mình
thấy trang web của bạn có nhiều lượt khách truy cập, nhưng trang web chưa có
gắn hộp chat uhchat .net
Hộp chát sẽ giúp khách truy cập nhắn tin với bạn ngay trong trang web và bạn
còn biết được số ĐT của họ để có thể liê
Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)"
* Package name: python-blaze
Version : 0.8.3
Upstream Author : Copyright (c) 2012-2014, Continuum Analytics, Inc. and
contributors
* URL : https://github.com/blaze/blaze
* License : BSD-3-clause
Package: wnpp
Severity: wishlist
Owner: Danny Edel
* Package name: pytest-benchmark
Version : 3.0.0
Upstream Author : Ionel Cristian Mărieș
* URL : https://github.com/ionelmc/pytest-benchmark
* License : BSD-2-Clause
Programming Lang: Python
Description
On Thu, Apr 07, 2016 at 10:34:24AM +1000, Brian May wrote:
> In the past I have maintained some important packages by doing regular
> NMUs when the maintainer is not responsive (including emails asking to
> take over the package). So just because the *maintainer* hasn't made an
> upload in a long
Package: general
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
* What led up to the situation? USB mass storage device was accidentally
disconnected causing immediate system crash or hanging on reboot/shutdown
* What exactly did you do (or not do) that was effe
Just another thing. I must emphasize that the problem kernel here is:
4.4.0-1-amd64. When I submitted this bug, I was using my previous/backup
kernel 4.3.0-1-amd64. On that older kernel, the bug does not occur. I
simply reconnect my USB mass storage device with no problems.
Cheers
On 7 April 2
Processing control commands:
> reassign -1 linux-image-4.4.0-1-amd64
Bug #820306 [general] general: Kernel 4.4.0-1-amd64 causes system crash when
USB mass storage device accidentally disconnected
Bug reassigned from package 'general' to 'linux-image-4.4.0-1-amd64'.
Ignoring request to alter found
control: reassign -1 linux-image-4.4.0-1-amd64
On Thu, 07 Apr 2016 19:46:04 +1000, Vince Barwinski wrote:
> Just another thing. I must emphasize that the problem kernel here is:
> 4.4.0-1-amd64. When I submitted this bug, I was using my previous/backup
> kernel 4.3.0-1-amd64. On that older kernel
Brian May writes ("Re: Overall bitrot, package reviews and fast(er)
unmaintained package removals"):
> In the past I have maintained some important packages by doing regular
> NMUs when the maintainer is not responsive (including emails asking to
> take over the package). So just because the *main
2016-04-06 20:19 Wookey:
+++ Ondřej Surý [2016-04-06 00:18 +0200]:
Hey,
while doing some work on PHP transitions, saving courier-imap, finally
packaging seafile since they finally stopped violating GPL, I found a
quite a lot of bitrot in some (mostly leaf) packages. Packages untouched
for years
On Thu, Apr 7, 2016, at 08:22, Neil Williams wrote:
> On Thu, 7 Apr 2016 01:05:48 +0200
> Steffen Möller wrote:
>
> > On 06/04/16 21:19, Wookey wrote:
> > >> > .. perhaps be more aggressive in
> > >> > removing software that's no longer useful and just lies in the
> > >> > archive dormant.
> >
On Thu, Apr 7, 2016, at 12:20, Ian Jackson wrote:
> Brian May writes ("Re: Overall bitrot, package reviews and fast(er)
> unmaintained package removals"):
> > In the past I have maintained some important packages by doing regular
> > NMUs when the maintainer is not responsive (including emails aski
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-tidyr
Version : 0.4.1
Upstream Author : Hadley Wickham
* URL : https://cran.r-project.org/web/packages/tidyr/
* License : MIT
Programming Lang: R
Description : GNU R package t
Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)"
* Package name: python-odo
Version : 0.4.2
Upstream Author : Copyright (c) 2014, Continuum Analytics, Inc. and
contributors
* URL : http://www.example.org/
* License : BSD-3-clause
Programming L
Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)"
* Package name: python-datashape
Version : 0.5.1
Upstream Author : Copyright (c) 2012, Continuum Analytics, Inc.
* URL : https://github.com/blaze/datashape
* License : MIT
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: "Iain R. Learmonth"
* Package name: python-libtrace
Version : 1.6
Upstream Author : Nevil Brownlee
* URL : https://www.cs.auckland.ac.nz/~nevil/python-libtrace/
* License : GPL 3
Programming Lang: Python
Description
Enrico Zini wrote:
>On Thu, Apr 07, 2016 at 10:34:24AM +1000, Brian May wrote:
>
>> In the past I have maintained some important packages by doing regular
>> NMUs when the maintainer is not responsive (including emails asking to
>> take over the package). So just because the *maintainer* hasn't mad
On Thu, Apr 07, 2016 at 02:23:42PM +0100, Steve McIntyre wrote:
> Definitely. But we still seem to have a few overly-territorial people
> failing to maintain their packages. Not 100% sure what to do about
> that, as that same subset of developers are also not likely to read
> threads on d-devel.
On Thu, 2016-04-07 at 15:29 +0200, Enrico Zini wrote:
> On Thu, Apr 07, 2016 at 02:23:42PM +0100, Steve McIntyre wrote:
> Definitely. But we still seem to have a few overly-territorial
> > people
> > failing to maintain their packages. Not 100% sure what to do about
> > that, as that same subset of
Hello,
some people have reported getting a "/usr/bin/openssl failed" error when
enrolling their browser on sso.debian.org, and I am not able to deal
with it. Help?
The system is based on client certificates generated via SPKAC. The
server-side code that generates the certificates is in this Djang
Package: wnpp
Severity: wishlist
Owner: Daniel Stender
* Package name: debops-doc
Version : 0.0+git20160405.8fae7ec
Upstream Author : DebOps project
* URL : https://github.com/debops/docs
* License : Expat
Programming Lang: Python (Sphinx)
Description
Package: wnpp
Severity: wishlist
Owner: Daniel Stender
* Package name: gamera-psaltiki
Version : 1.1.2
Upstream Author : Christoph Dalitz
* URL : http://gamera.informatik.hsnr.de/addons/psaltiki/index.html
* License : GPL-2
Programming Lang: Python/C++
Des
Package: wnpp
Severity: wishlist
Owner: "Adrien Vergé"
* Package name: photocollage
Version : 1.4.0
Upstream Author : Adrien Vergé
* URL : https://github.com/adrienverge/PhotoCollage
* License : GPL-2+
Programming Lang: Python
Description : Graphical to
Package: wnpp
Severity: wishlist
* Package name: merlin
Version : 2.3.1
Upstream Author :
* URL or Web page : https://github.com/the-lambda-church/merlin
* License : MIT
Description : assistant for editing OCaml code
--
I'm currently working a lot with OCa
On Wed, 06 Apr 2016 17:16:18 +0100, Neil Williams wrote:
> On Wed, 6 Apr 2016 15:27:48 + (UTC)
> Felipe Sateler wrote:
>
>> On Wed, 06 Apr 2016 00:18:10 +0200, Ondřej Surý wrote:
>>
>> > - no upload in a long time
>>
>> s/upload/maintainer upload/
>
> One key part of the metric would be
Package: wnpp
Severity: wishlist
* Package name: cockpit
Version : 0.99
Upstream Author : Stef Walter , et.al.
* URL : http://cockpit-project.org/
* License : LGPL-2.1+
Programming Lang: C
Description : makes it easy to administer your server via a web b
On Thu, 07 Apr 2016 10:34:24 +1000, Brian May wrote:
> Felipe Sateler writes:
>>> - no upload in a long time
>>
>> s/upload/maintainer upload/
>
> In the past I have maintained some important packages by doing regular
> NMUs when the maintainer is not responsive (including emails asking to
> ta
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 725 (new: 1)
Total number of packages offered up for adoption: 190 (new: 2)
Total number of packages request
Felipe Sateler writes:
> On Thu, 07 Apr 2016 10:34:24 +1000, Brian May wrote:
>> In the past I have maintained some important packages by doing regular
>> NMUs when the maintainer is not responsive (including emails asking to
>> take over the package). So just because the *maintainer* hasn't made
See #819854 for a background.
Currently gitlab recommends letsencrypt, it means someone has to opt in for
letsencrypt by running something like
apt-get install gitlab letsencrypt
But I would like letsencrypt to be available by default (postinst asks if they
want to use letsencrypt, there is no
On Fri, Apr 8, 2016 at 11:33 AM, Pirate Praveen wrote:
> See #819854 for a background.
>
> Currently gitlab recommends letsencrypt, it means someone has to opt in for
> letsencrypt by running something like
>
> apt-get install gitlab letsencrypt
Only if the sysadmin has disabled recommends, usuall
Pirate Praveen writes:
> Currently gitlab recommends letsencrypt, it means someone has to opt in for
> letsencrypt by running something like
Hello!
By default [1], apt will install packages which are Recommended when you
install the first one.
If gitlab Recommends letsencrypt, it will install
On 2016, ഏപ്രിൽ 8 9:22:58 AM IST, Paul Wise wrote:
>Only if the sysadmin has disabled recommends, usually they are opt-out
>by default.
I was thinking the same, but when tried it in a cowbuilder --login chroot,
letsencrypt was not installed. May be that is cowbuilder/pbuilder defaults.
Thanks
On Fri, Apr 8, 2016 at 12:27 PM, Pirate Praveen wrote:
> I was thinking the same, but when tried it in a cowbuilder --login chroot,
> letsencrypt was not installed. May be that is cowbuilder/pbuilder defaults.
Yes, pbuilder/sbuild both disable recommends by default. I doubt
anything will build-d
Quoting Pirate Praveen (2016-04-08 06:27:26)
> On 2016, ഏപ്രിൽ 8 9:22:58 AM IST, Paul Wise wrote:
> >Only if the sysadmin has disabled recommends, usually they are opt-out
> >by default.
>
> I was thinking the same, but when tried it in a cowbuilder --login
> chroot, letsencrypt was not installe
On Friday 08 April 2016 10:52 AM, Paul Wise wrote:
> Yes, pbuilder/sbuild both disable recommends by default. I doubt
> anything will build-depend on gitlab though :)
>
I use 'cowbuilder --login' chroot to test gitlab installs on a clean system.
signature.asc
Description: OpenPGP digital signa
36 matches
Mail list logo
