On April 12, 2007 11:34:00 am Chris Lamb wrote:
> Pierre THIERRY wrote:
> > If not, which ones?
>
> + http://www.gnewsense.org/ ?
Gentoo has done renames of Mozilla products such as Firefox too.
- Lawrence
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
On April 12, 2007 01:10:53 pm Sune Vuorela wrote:
> On 2007-04-12, Lawrence Williams <[EMAIL PROTECTED]> wrote:
> > On April 12, 2007 11:34:00 am Chris Lamb wrote:
> >> Pierre THIERRY wrote:
> >> > If not, which ones?
> >>
> >> + http://ww
Hi,
Would a combination of backports.org (for
etch-backports) and etch security updates, not take
care of this for you?
You would get fairly up to date packages built for
etch, and still have a viable upgrade option when the
next release comes.
- Lawrence
--- Tim Hull <[EMAIL PROTECTED]> wrote:
This sounds like a kernel panic to me. Anyone else have any thoughts?
- Lawrence
On Friday, August 29, 2008 03:21:13 pm Frank Küster wrote:
> I should have been more specific here. It's not only the input, it's
> the output as well. For example, if aptitude is downloading packages
> in an rxv
Without more information, I would think the "Waited, for gzip but it wasn't
there" message meant that gzip wasn't installed.
"apt-get install gzip" should have fixed that, should it not?
- Lawrence
On Wednesday, September 3, 2008 12:51:07 pm Debian Bug Tracking System wrote:
> Waited, for gzip
Matthew Danish wrote:
On Wed, Dec 08, 2004 at 11:47:25PM +0100, Bill Allombert wrote:
reopen 170548
thanks
On Wed, Dec 08, 2004 at 10:43:42PM +0100, Jose Carlos Garcia Sogo wrote:
* Added ./autogen.sh call in debian/rules ( makes package more
portable
and easier to maintain in the futur
Hi everyone,
I am working on packages for SDL 1.2.9, as I would like to get the buggy,
unstable version out of testing/unstable. I previously packaged SDL since
1.2.7, with Matthew Danish sponsoring the uploads. However, we have been both
busy recently and haven't had adequate time to address t
Hello,
I am working on a package that Build-Depends on libasound2-dev, but can be
built on non-Linux OSs. Is there any way to shape the Build-Dep so that
libasound2-dev is only used if we are building for a Linux system?
I seen an example of a possible choice in xorg-x11 packages that Build-Dep
Thanks Nico,
But I want the libasound2-dev Build-Depend to only be used if we are building
for Linux, not BSD or anything else :)
Lawrence
On September 15, 2005 01:20 pm, Nico Golde wrote:
> It does prevent the build on the specified archs, yes.
> Regards Nico
--
To UNSUBSCRIBE, email to [EM
26 pm, Adeodato Simó wrote:
> * Lawrence Williams [Thu, 15 Sep 2005 13:13:14 -0230]:
> > I seen an example of a possible choice in xorg-x11 packages that
> > Build-Dep on linux-kernel-headers, but I wasn't sure if I should follow
> > their example:
> >
> > linux-ker
IIRC, the kernel udeb in the installer image runs the installer kernel during
installation and the installer checks for the CPU type.
You can use the 'expert' install option to be given the opportunity to
manually select which kernel is installed during installation.
- Lawrence
On March 26, 2
11 matches
Mail list logo