On 09/08/15 08:55, Christian PERRIER wrote:
Quoting Bob Bib (bob...@ukr.net):
What do you mean by "attic"? (Probably a newbie question, sorry).
...
That's a special directory named "attic" in the Debian Installer git
repository, where we store old stuff, just like people do in their
attics..:-)
Quoting Bob Bib (bob...@ukr.net):
> On 08/08/15 20:01, Christian PERRIER wrote:
> >...
> >
> >I just moved silo-installer out to the attic this morning.
>
> What do you mean by "attic"? (Probably a newbie question, sorry).
No problem, I used to wonder what people were meaning by this, in the
past
On 08/08/15 20:01, Christian PERRIER wrote:
...
I just moved silo-installer out to the attic this morning.
What do you mean by "attic"? (Probably a newbie question, sorry).
--
Best wishes,
Bob
--
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
with a subject of "unsubscribe".
Quoting Cyril Brulebois (k...@debian.org):
> Hi,
>
> Christian PERRIER (2015-07-27):
> > Quoting Joerg Jaspert (jo...@debian.org):
> > > Hi,
> > >
> > > following the last[1] announce, I just removed sparc from
> > >
> > > unstable
> > > experimental
> > > jessie-updates
> >
> > .../...
> >
>
On Fri, 2015-07-31 at 04:34 +0200, Cyril Brulebois wrote:
[...]
> I'm a bit unsure. If sparc ever comes back as sparc64, it might make
> sense to reuse some bits. But I'm not sure whether both archs would be
> close enough for that to happen, or if they would be different beasts
> like arm{el,hf} a
On Fri, 2015-07-31 at 04:34 +0200, Cyril Brulebois wrote:
> I'm a bit unsure. If sparc ever comes back as sparc64, it might make
> sense to reuse some bits.
They can always be recovered from the VCS history or the attic.
Ian.
--
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
wi
Hi,
Christian PERRIER (2015-07-27):
> Quoting Joerg Jaspert (jo...@debian.org):
> > Hi,
> >
> > following the last[1] announce, I just removed sparc from
> >
> > unstable
> > experimental
> > jessie-updates
>
> .../...
>
> As a consequence, should we keep sparc-only packages -I know about
> s
On 28/07/15 12:11, Ansgar Burchardt wrote:
Bob Bib wrote:
Hmm, could it affect some sparc[64]-only packages in a bad way (e. g.,
source package getting removed and no more available for debian-ports)?
[...]
E. g., silo is "Architecture: sparc sparc64".
Source packages which no longer build b
hive.
> Still available in the pool but so are the .deb files:
>
> ftp://ftp.debian.org/debian/pool/main/s/silo/
Files no longer in use only get removed after a delay (currently 1.5
days). That time hasn't yet passed since the sparc removal.
I consider rmadison is a more useful tool to
Bob Bib wrote:
> Hmm, could it affect some sparc[64]-only packages in a bad way (e. g.,
> source package getting removed and no more available for debian-ports)?
In any case, all source packages and sparc binaries are available here:
http://snapshot.debian.org/
> E. g., silo is "Architecture: s
On 27/07/15 05:31, Joerg Jaspert wrote:
Hi,
following the last[1] announce, I just removed sparc from
unstable
experimental
jessie-updates
as well as our internal support "suites" new and byhand.
The relevant parts of the dists/ tree have been cleaned out already,
removing the actual files fr
Hi,
following the last[1] announce, I just removed sparc from
unstable
experimental
jessie-updates
as well as our internal support "suites" new and byhand.
The relevant parts of the dists/ tree have been cleaned out already,
removing the actual files from the pool/ hierarchy will happen using t
12 matches
Mail list logo