Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)"
* Package name: python-scruffy
Version : 0.3.3
Upstream Author : snare
* URL : https://github.com/snare/scruffy
* License : Expat
Programming Lang: Python
Description : framework for taking
Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)"
* Package name: gitsome
Version : 0.4.0
Upstream Author : Donne Martin
* URL : https://github.com/donnemartin/gitsome
* License : Apache
Programming Lang: Python
Description : Supercharged G
Package: wnpp
Severity: wishlist
Owner: "Jelmer Vernooij"
* Package name: quasselc
Version : 0.0.0
Upstream Author : Pierre-Hugues Husson
* URL : https://github.com/phhusson/quasselc
* License : GPLv3
Programming Lang: C
Description : Library for connec
On 11.05.2016 00:17, Lisandro Damián Nicanor Pérez Meyer wrote:
On Saturday 07 May 2016 13:23:30 Ben Hutchings wrote:
Last year it was decided to increase the minimum CPU features for the
i386 architecture to 686-class in the stretch release cycle. This
means dropping support for 586-class and
On Saturday 07 May 2016 13:23:30 Ben Hutchings wrote:
> Last year it was decided to increase the minimum CPU features for the
> i386 architecture to 686-class in the stretch release cycle. This
> means dropping support for 586-class and hybrid 586/686
> processors[1].(Support for 486-class process
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
* Package name: rainbow-delimiters
Version : 2.1.3
Upstream Author : Fanael Linithien
* URL : https://github.com/Fanael/rainbow-delimiters
* License : GPL-3+
Programming Lang: Emacs Lisp
Description
I've noticed that during wheezy->jessie upgrades, the gmond restarts are
not working correctly
I looked at a machine with this problem today and observed that:
- during the dist-upgrade process and up to the point when I rebooted,
the invoke-rc.d command could not start the gmond process
# inv
Package: wnpp
Severity: normal
I request assistance with maintaining the fbset package.
The package description is:
Program to modify settings for the framebuffer devices (/dev/fb[0-9]*
or /dev/fb/[0-9]*) on Linux, like depth, virtual resolution, timing
parameters etc.
Hi,
just starting wit
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: jmodeltest
Version : 2.1.10
Upstream Author : Diego Darriba
* URL : https://github.com//ddarriba/jmodeltest2
* License : GPL
Programming Lang: Java
Description : HPC selection of mod
Jakub Wilk writes:
> #821442
Thanks.
I was looking for bugs against schroot, never thought to look at bugs
against linux :-(
Downgraded my kernel for now, looks like this will get fixed when the
latest kernel gets into testing.
--
Brian May
Hey,
On 10/05/16 13:06, Brian May wrote:
> schroot has suddenly decided to throw errors whenever I use it:
>
It is an issue related to overlayfs and kernel 4.5 bug (It was fixed in
4.5.2). You can check [1] for details. Under older kernel everything
works fine.
[1] https://bugs.debian.org/82144
Something wrong maybe with how it is mounted?
[brian:/] 1 % schroot --chroot jessie-amd64-sbuild --user=root
-bash: /usr/bin/id: Operation not permitted
-bash: [: : integer expression expected
-bash: /usr/bin/mesg: Operation not permitted
(jessie-amd64-sbuild)root@prune:/# [
-bash: [: missing `]'
* Brian May , 2016-05-10, 21:06:
schroot has suddenly decided to throw errors whenever I use it:
prune# schroot --chroot jessie-amd64-sbuild --user=root
E: 20copyfiles: cp: cannot create regular file
'/var/run/schroot/mount/jessie-amd64-sbuild-569a4fef-b267-4e4b-bb6c-da14e167ddee/etc/resolv.con
Brian May writes:
> schroot has suddenly decided to throw errors whenever I use it:
>
> prune# schroot --chroot jessie-amd64-sbuild --user=root
> E: 20copyfiles: cp: cannot create regular file
> '/var/run/schroot/mount/jessie-amd64-sbuild-569a4fef-b267-4e4b-bb6c-da14e167ddee/etc/resolv.conf':
>
schroot has suddenly decided to throw errors whenever I use it:
prune# schroot --chroot jessie-amd64-sbuild --user=root
E: 20copyfiles: cp: cannot create regular file
'/var/run/schroot/mount/jessie-amd64-sbuild-569a4fef-b267-4e4b-bb6c-da14e167ddee/etc/resolv.conf':
Operation not permitted
E: jes
Package: wnpp
Severity: wishlist
Owner: Talat Batheesh
* Package name: rdma-utils
Version : 4.1.1
Upstream Author : Doug Ledford
* URL : https://github.com/Mellanox/rdma-utils
* License : GPLv2+
Programming Lang: Bourne Shell, Bash
Description : Infini
Niels Thykier wrote...
> I appreciate it was (hopefully) not your intention. But with that
> remark you make me feel like I have wasted my time and effort trying to
> the write the Jessie release notes.
Niels,
offending you was certainly the least of my interests. If I did, please
accept my apo
17 matches
Mail list logo
