On Fri, 2012-09-14 at 23:49 +0200, Marco d'Itri wrote:
> On Sep 14, Michael Tokarev wrote:
>
> > Well, in that case we can ship alot more .bin files from qemu
> > sources too, and build these on corresponding architecturs like
> > already mentioned (to verify the result is still the same).
> > Ad
On Sep 14, Michael Tokarev wrote:
> Well, in that case we can ship alot more .bin files from qemu
> sources too, and build these on corresponding architecturs like
> already mentioned (to verify the result is still the same).
> Additional x86 ROMs, sparc ROMs, this PPC ROM, ...
>
> The only prob
On Sat, Sep 15, 2012 at 01:11:47AM +0400, Michael Tokarev wrote:
> On 15.09.2012 01:03, Kurt Roeckx wrote:
> > On Sat, Sep 15, 2012 at 12:15:51AM +0400, Michael Tokarev wrote:
> >>
> >> So we have the following options:
> >>
> >> 1) package just this single file, of 20 bytes long, in a
> >>sep
On 15.09.2012 01:03, Kurt Roeckx wrote:
> On Sat, Sep 15, 2012 at 12:15:51AM +0400, Michael Tokarev wrote:
>>
>> So we have the following options:
>>
>> 1) package just this single file, of 20 bytes long, in a
>>separate Arch:all package, in it's own separate source.
>>
>> 2) drop ppc support
On Sat, Sep 15, 2012 at 12:15:51AM +0400, Michael Tokarev wrote:
>
> So we have the following options:
>
> 1) package just this single file, of 20 bytes long, in a
>separate Arch:all package, in it's own separate source.
>
> 2) drop ppc support where this file is required.
3) Just ship
On 15.09.2012 00:31, Bastian Blank wrote:
> On Sat, Sep 15, 2012 at 12:15:51AM +0400, Michael Tokarev wrote:
>> This file is also included in the upstream source in compiled
>> form, as pc-bios/spapr-rtas.bin. This is because it needs
>> ppc assembler to compile, and not every system out there has
On Sat, Sep 15, 2012 at 12:15:51AM +0400, Michael Tokarev wrote:
> This file is also included in the upstream source in compiled
> form, as pc-bios/spapr-rtas.bin. This is because it needs
> ppc assembler to compile, and not every system out there has
> this tool ready available.
binutils-multiar
In qemu package there's a source file, pc-bios/spapr-rtas/spapr-rtas.S,
which is an PPC assembly file with exactly 5 instructions:
#define KVMPPC_HCALL_BASE 0xf000
#define KVMPPC_H_RTAS (KVMPPC_HCALL_BASE + 0x0)
.globl _start
_start:
mr 4,3
lis 3,KVMPPC_H
> Do you have any concrete plan to make
> a Debian port out of your project, aiming
> full integration into Debian?
Full integration into Debian is a big challenge,
it could be #3 among these large steps:
1. Make self-hosted distribution with illumos kernel and libc
2. Port glibc
3. Full integrat
On Fri, Sep 14, 2012 at 01:26:19PM +0100, Simon McVittie wrote:
> game-data-packager, although that one is a bit different: it supports a
> relatively large number of game-data packages, and most of the data it
> works on is not freely downloadable, so it often has to support building
> "the same"
On Fri, Sep 14, 2012 at 7:35 AM, Paul Wise wrote:
> We already have one of the former based on OpenSolaris/IllumOS:
>
> http://wiki.debian.org/Derivatives/Census/StormOS
StormOS is now officially dead and recommending people look at Dyson:
http://stormos.org/node/2378
--
bye,
pabs
http://wiki
On Fri, 14 Sep 2012 22:14:57 Reinhard Tartler wrote:
> This has been discussed before within the pkg-multimedia team. There
> is even preliminary work available at
> http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libdvdcss-installer.git;
> a=summary.
Thank you, I'm aware of that. Some time ag
Guillem Jover writes ("Re: "X-" Prefixes deprecated by RFC 6648."):
> On Thu, 2012-09-13 at 14:55:04 +, Tanguy Ortolo wrote:
> > Instead of things like
> > XBCS-Comment: This field will appear in the changes, binary and
> > source control files
>
> The X gets discarded on output, s
On Fri, 14 Sep 2012 22:09:48 Thomas Koch wrote:
> I remember a discussion from somewhere, sometime that it would be a good
> thing(tm) to have a common infrastructure (helper script) for this kind of
> packages. The common infrastructure should make sure that the downloaded
> files are crytographic
On 14/09/12 13:09, Thomas Koch wrote:
> From my head I know these similar packages: flash-installer-nonfree, some
> microsoft fonts downloader, java-package (for sun's java), ...?
game-data-packager, although that one is a bit different: it supports a
relatively large number of game-data packages
On Fri, 14 Sep 2012 21:51:44 Didier 'OdyX' Raboud wrote:
> uscan does absolutely no checking of the resulting tarball so this is
> sensitive to DNS MITM (at least). IMHO having a tighter connection between
> this libdvdcss-pkg and the upstream tarballs hashsums would be a good idea:
> you would ne
On Fri, Sep 14, 2012 at 1:19 PM, Dmitry Smirnov wrote:
> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: debian-devel@lists.debian.org
>
>Package name: libdvdcss-pkg
> Version: 1.2.12-1
> Upstream Author: Dmitry Smirnov
> License: GPL-3+
> Description: download, build a
> Le vendredi, 14 septembre 2012 13.19:43, Dmitry Smirnov a écrit :
> > * Installer is implemented as shell script installed as DPKG post-invoke
> >handler.
I remember a discussion from somewhere, sometime that it would be a good
thing(tm) to have a common infrastructure (helper script) for
Hi Dmitry,
Le vendredi, 14 septembre 2012 13.19:43, Dmitry Smirnov a écrit :
>Package name: libdvdcss-pkg
Surprising package.
> * Installer is implemented as shell script installed as DPKG post-invoke
>handler.
>
> * Host package version meant to me an exact match of guest package
>
For libhe5-hdfeos0, i'm working on this.
One thing I need to check is HDF5 dependencies. he5-hdfeos0 was built
and tested
against HDF5 1.8.7. Since then HDF5 has a new version 1.8.8 with some
significant
changes; a new HDFEOS5 upstream was released to use it (5.1.14).
HDF5 1.8.8 is in Debian. I ne
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: libdvdcss-pkg
Version: 1.2.12-1
Upstream Author: Dmitry Smirnov
License: GPL-3+
Description: download, build and install libdvdcss package
This package will automatic
Christoph Anton Mitterer writes:
> On Thu, 2012-09-13 at 10:18 +0200, Simon Josefsson wrote:
>> What RFCs are you thinking of? The "X-" stuff was removed from e-mail
>> standards long time ago, IIRC.
> Well I don't have all RFCs in mind,... but weren't there others, that
> gave "x-" that meaning
22 matches
Mail list logo
