Philip Hands wrote:
> Not if you take into account the fact that someone will have had to do
> something like :wq! to get past the read-only state of the file.
>
> vim put's a [RO] after the filename when you open it, and says this when
> you try to write it:
>
> E45: 'readonly' option is set
* Simon McVittie [141122 20:36]:
> Perhaps more to the point, Debian's initramfs-generator has been
> modified to mount /usr as well as the root, so only systems that have no
> initramfs *and* split /usr will get as far as exec()ing systemd without
> first mounting /usr (which is a situation consi
On Sat, Nov 22, 2014 at 05:06:25PM +0100, Jakub Wilk wrote:
> * Wouter Verhelst , 2014-11-22, 08:25:
> >>It appears that the appropriate resolution of #769106 [1] is to add a
> >>new pre-depends on python-minimal in python.
> >>
> >>This issue at hand is that at the time python2.7-minimal is confi
On Sat, Nov 22, 2014 at 03:36:36PM +, Neil Williams wrote:
> (arm64 & ppc64el are both release arches for Jessie but FTBFS in
> packages which have never built on either of those are not RC.)
To be exact, FTBFS in a package on an architecture for which it is not
*currently* built is not RC.
I
Package: wnpp
Severity: wishlist
Owner: Sebastian Ramacher
* Package name: wcwidth
Version : 0.1.4
Upstream Author : Jeff Quast
* URL : https://pypi.python.org/pypi/wcwidth/0.1.4
* License : Expat
Programming Lang: Python
Description : determine printab
Hello,
Thank you very much for your accurate answers. I forwarded to the author
for a decision knowingly.
Regards,
--
Stéphane Aulery
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https
Svante Signell wrote:
> I wonder how old a package build can be to be part of the release. Some
> packages are built up to a year ago, and rebuilding them now FTBFS.
As others have noted already, there are period archive rebuilds to check
what would now ftbfs.
Slightly orthogonal to your questi
On Sun, Nov 23, 2014 at 01:58:09PM +0100, Sebastian Ramacher wrote:
> * Package name: wcwidth
> * URL : https://pypi.python.org/pypi/wcwidth/0.1.4
> * License : Expat
> Programming Lang: Python
> Description : determine printable width of a string on a terminal
>
>
On 20/11/2014 21:44, Simon McVittie wrote:
> noauto is appropriate for detachable/removable media that are not
> normally present. The other option for such media is to leave them out
> of fstab altogether, and use something like udisks to mount them
> on-demand: that's what you'd typically do in G
Package: wnpp
Severity: wishlist
Owner: Dmitry Yu Okunev
* Package name: symlookup
Version : 0.5.2
Upstream Author : Andrew A Savchenko
* URL : http://sourceforge.net/projects/symbol-lookup/
* License : GPL-3
Programming Lang: C (gnu99)
Description : U
On 21/11/14 13:31, Bernhard R. Link wrote:
> Otherwise that memory
> might afterwards be regarded as lzo_memops_TU2_struct
lzo_memops_TU2_struct is declared with __attribute__((__may_alias__)),
so actually the right thing should be happening WRT aliasing in this case.
On 21/11/14 13:21, Thorsten
* Adam Borowski , 2014-11-23, 16:12:
Even better, it would be better to call libc's wcwidth() instead of
reinventing the wheel -- as a bonus, the data would be current without
need for manual intervention.
Beware that wcwidth(2) is locale-dependent, which might or might not be
desirable.
--
Hi,
We've been working on packaging diaspora since last 2+ years. It is
written in ruby on rails framework and has 206 dependencies
https://people.debian.org/~praveen/diasbar/ So far we packaged around
86% of the dependencies.
Now I created a diaspora package with remaining dependencies uploaded
On Sunday, November 23, 2014 13:41:47 Wouter Verhelst wrote:
> On Sat, Nov 22, 2014 at 05:06:25PM +0100, Jakub Wilk wrote:
> > * Wouter Verhelst , 2014-11-22, 08:25:
> > >>It appears that the appropriate resolution of #769106 [1] is to add a
> > >>new pre-depends on python-minimal in python.
> > >
On 23/11/14 17:55, Simon McVittie wrote:
> Unfortunately, on my x86-64 laptop, my patched liblzo2 with
> -DLZO_CFG_NO_UNALIGNED on all architectures seems to be half as fast as
> the unpatched one
[...]
> I'm trying out a slightly different approach: keeping the unaligned
> accesses via casts like
On 23.11.2014 23:11, Simon McVittie wrote:
> On 23/11/14 17:55, Simon McVittie wrote:
>> Unfortunately, on my x86-64 laptop, my patched liblzo2 with
>> -DLZO_CFG_NO_UNALIGNED on all architectures seems to be half as fast as
>> the unpatched one
> [...]
>> I'm trying out a slightly different approac
On 23/11/14 22:30, Julian Taylor wrote:
> what works well is just replacing the offending memory loads with the
> memcpy call. As the size of the memcpy call is constant the compiler
> will take care of emitting code appropriate for the platform.
Ah, even better; the timing on x86-64 comes out the
On Sun, 2014-11-23 at 23:30 +0100, Julian Taylor wrote:
> On 23.11.2014 23:11, Simon McVittie wrote:
> > On 23/11/14 17:55, Simon McVittie wrote:
> >> Unfortunately, on my x86-64 laptop, my patched liblzo2 with
> >> -DLZO_CFG_NO_UNALIGNED on all architectures seems to be half as fast as
> >> the un
On 23/11/14 22:54, Ben Hutchings wrote:
> in this function
>
> void copy_foo(struct foo *dst, const struct foo *src)
> {
> memcpy(dst, src, sizeof(*dst));
> }
>
> the compiler is still allowed to assume that src has the proper
> alignment for struct foo and to opti
On Sunday, 23 de November de 2014 15:09:53 Vincent Danjean escribió:
> On 20/11/2014 21:44, Simon McVittie wrote:
> > noauto is appropriate for detachable/removable media that are not
> > normally present. The other option for such media is to leave them out
> > of fstab altogether, and use somethi
Package: wnpp
Severity: wishlist
Owner: Robin Sheat
* Package name: libtest-perl-critic-progressive-perl
Version : 0.03
Upstream Author : Jeffrey Thalhammer
* URL : https://metacpan.org/release/Test-Perl-Critic-Progressive
* License : Artistic or GPL-1+
Prog
On Sun, Nov 23, 2014 at 03:29:29PM -0500, Scott Kitterman wrote:
> On Sunday, November 23, 2014 13:41:47 Wouter Verhelst wrote:
> > As I understand the situation, that won't solve your problem.
> >
> > If python pre-depends on python-minimal (and the rest of the dependencies
> > stay in place), th
On Sat, Nov 22, 2014 at 11:42:41AM +0100, Wouter Verhelst wrote:
> [...]
> Before we enable a firewall by default, we should, IMO, have the
> following:
>
> - A way for a user to configure it without understanding iptables.
> - A way for a user to debug (without understanding iptables) if things
>
Hi,
Noel Torres:
> Anyway I see that you do not use the noauto option. Is that on purpose?
>
What? It's the very first option.
In any case, I can see why three entries for the same mountpoint don't
exactly fit systemd's view of the world -- I wouldn't get that idea either,
since "mount /media/ph
24 matches
Mail list logo
