On Sat, Sep 27, 2014 at 08:42:57PM +0200, Raphael Hertzog wrote:
> Hi,
>
> On Sat, 27 Sep 2014, Guillem Jover wrote:
> > > In the case of bash, dpkg can (and does!) use bash explicitly (i.e.,
> > > without going through /bin/sh), so removing bash will pretty much nuke
> > > your system.
> >
> > H
>> That's not what my mail was about. My point is that the issue with the
>> software should be resolved upstream,
> in my case, it cannot be resolved upstream,
Yes, abandoned software is a problem, unfortunately quite common in the
scientific community. (Understandably so, since researchers ge
Hello All,
thanks for your answer.
On 27/09/14 23:37, Juliusz Chroboczek wrote:
>>> Standardising on big-endian is a good idea [...]
>
>> Except that the endianness war has been won by little-endian
>
> That's not what my mail was about. My point is that the issue with the
> software should be
>> Standardising on big-endian is a good idea [...]
> Except that the endianness war has been won by little-endian
That's not what my mail was about. My point is that the issue with the
software should be resolved upstream, rather than implementing yet another
dodgy hack in dpkg.
Which particul
On 2014-09-27 11:18:18 +0100, Jonathan Dowland wrote:
> > On 27 Sep 2014, at 10:36, Adam Borowski wrote:
> >
> > Except that the endianness war has been won by little-endian
>
> And yet, network byte order remains big.
But does this matter in the context of these binary data files?
On 2014-09-
On Fri, 26 Sep 2014, Paul Wise wrote:
> On Thu, Sep 25, 2014 at 11:21 PM, Christoph Anton Mitterer wrote:
>
> > Well I think snapshot is it's own construction site, isn't it?
>
> snapshot is a read-only (modulo cosmic rays and removal of
> non-redistributable things) historical record, files in
Hi,
for those who don't read planet.d.o...
# Reproducible builds? I never did any - manually :)
I've never done a reproducible build attempt of any package, manually, ever.
But what I've done now is setting up [reproducible builds]
(https://wiki.debian.org/ReproducibleBuilds) on
[jenkins.debia
Hi,
On Sat, 27 Sep 2014, Guillem Jover wrote:
> > In the case of bash, dpkg can (and does!) use bash explicitly (i.e.,
> > without going through /bin/sh), so removing bash will pretty much nuke
> > your system.
>
> Hmm, where?
Wouter has been too quick, it's not dpkg. The output shown by Troy po
Hi Clement,
On Samstag, 27. September 2014, Clement Hermann wrote:
> > If there is no reply to this issue yet again (in say two weeks) I'd
> > recommend filing bugs about this. RC bugs. This also follows nicely the
> > tradition of making the freeze longer by filing bugs late ;-/
> I did, only wit
Hi!
On Sat, 2014-09-27 at 18:30:17 +0200, Wouter Verhelst wrote:
> On Sat, Sep 27, 2014 at 10:32:18AM -0500, Troy Benjegerdes wrote:
> > So far, I need to do the following to remove bash (and associated risk of
> > 0-days until something sane is done about functions)
>
> That is not supported, so
Package: wnpp
Severity: wishlist
Owner: Jan Dittberner
* Package name: python-pytest-django
Version : 2.6.2
Upstream Author : Ben Firshman, Andreas Pelme and contributors
* URL : https://github.com/pelme/pytest_django
* License : BSD
Programming Lang: Python
Hi Troy,
On Sat, Sep 27, 2014 at 10:32:18AM -0500, Troy Benjegerdes wrote:
> So far, I need to do the following to remove bash (and associated risk of
> 0-days until something sane is done about functions)
That is not supported, sorry. Bash is in the "essential" set, which
means that packages can
Hi,
On 23/09/2014 16:52, Holger Levsen wrote:
> On Montag, 4. August 2014, Clement Hermann wrote:
>
>> I saw that on my Sid system, some packages have the same issue :
>> rgrep -rl 'by-sa/2\.0' /usr/share/icons/*/scalable |xargs dlocate
>> --package-only
>> gitg
>> network-manager-gnome
>> soundco
So far, I need to do the following to remove bash (and associated risk of
0-days until something sane is done about functions)
So far everything I've tested on one desktop and one server is fine.
What reasonable ways might there be to support changes to a few
packages to run wheezy without bash,
On Sat, Sep 27, 2014 at 7:58 AM, Fabrice Aeschbacher
wrote:
> Dear maintainers,
>
> For now, virt-manager v1.x is in experimental only (1.0.1).
>
> The freeze for Jessie is approaching, and I wondered if something
> particular is preventing the package migration from experimental to
> unstable bef
Dear maintainers,
For now, virt-manager v1.x is in experimental only (1.0.1).
The freeze for Jessie is approaching, and I wondered if something
particular is preventing the package migration from experimental to
unstable before the freeze (in less than 6 weeks).
Upstream, v1.0.0 is out for 7 mon
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libparse-pmfile-perl
Version : 0.26
Upstream Author : Kenichi Ishigaki
* URL : https://metacpan.org/release/Parse-PMFile
*
Hi,
Jonathan Dowland:
> It's less important which endian they pick, but that they pick one and use it
> consistently across arches.
>
The advantage of using big-endian data on a little-endian system is that
you actually have a chance of finding mis-swapped and/or mis-sized items.
I do admit th
> On 27 Sep 2014, at 10:36, Adam Borowski wrote:
>
> Except that the endianness war has been won by little-endian
And yet, network byte order remains big.
It's less important which endian they pick, but that they pick one and use it
consistently across arches.
--
To UNSUBSCRIBE, email to
On Freitag, 26. September 2014, Jakub Wilk wrote:
> I was once accused of doing an unannounced MBF after filing a single
> bug. :> It's not necessarily the bug volume that triggers anti-MBF
> defence mechanisms in developers.
lol / wow!
/me giggles
signature.asc
Description: This is a digital
On Sat, Sep 27, 2014 at 04:41:42AM +0200, Juliusz Chroboczek wrote:
> Standardising on big-endian is a good idea, not only because it is the
> canonical byte ordering, but also because little-endian arches tend to
> have more efficient byte-swapping instructions.
Except that the endianness war has
21 matches
Mail list logo