On Tue, 2008-06-17 at 11:13 +0800, Paul Wise wrote:
> On Tue, Jun 17, 2008 at 3:36 AM, Martin Meredith <[EMAIL PROTECTED]> wrote:
>
> > Any thoughts?
>
> Not sure if dak/buildds can handle this, but what about multiple
> source packages?
>
> Something like unrar-nonfree-64 producing rar binary
On Mon, Jun 16, 2008 at 11:55:49PM +0300, Riku Voipio wrote:
> Having one well working tool is better than having multiple mediocre,
> buggy tools to choose from.
The problem is that we do not have one well working tool. Grub certainly
does not qualify as such and there is no hope it ever will. S
On Mon, Jun 16, 2008 at 12:28:52PM +0300, Lars Wirzenius wrote:
> ma, 2008-06-16 kello 12:14 +0300, Peter Pentchev kirjoitti:
> > Hm. Okay, so maybe the two command-line utilities and the collection
> > might be separated. IMHO, the collection *is* still useful on its own :)
> > If others share t
On Mon, Jun 16, 2008 at 08:36:55PM +0100, Martin Meredith wrote:
> I'm also pretty sure that the licence doesn't let me do a
> "tarball-in-tarball" thing (orig.tar.gz has to stay the same)
I think you mean the following:
| b. The RAR/WinRAR unregistered trial version may not be distributed
|
On Tue, Jun 17, 2008 at 08:12:29AM +0100, Martin Meredith wrote:
> Buildd's wouldn't have anything to do with it anyway, as it's not
> auto-built.
I found this in the copyright file of the rar package:
| This package is Auto-Buildable
Also the control file say the same. Please explain.
Bastian
On Jun 17, Brian May <[EMAIL PROTECTED]> wrote:
> Frans Pop wrote:
>> AFAIK grub (at least the default "legacy" version) also still has
>> problems with / on XFS. That's the one other case where D-I
>> automatically falls back to lilo.
> I think you mean /boot on XFS. Having / as XFS seems to wo
Riku Voipio wrote:
On Mon, Jun 16, 2008 at 11:12:53AM -0400, David Duggins wrote:
I would also have to say that the Linux Community has always been about
freedom and choice.
Not everyone agrees[1] about the choice part.
Having one well working tool is better than having multiple mediocre,
bug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Am Mo den 16. Jun 2008 um 6:25 schrieb Martin Pitt:
> esound should *so much* die completely. It has very poor sound quality
I cannot prove that. Its sound quality is much better than the one of
ALSA direct. (Well esd on top of OSS. It is not th
ti, 2008-06-17 kello 10:41 +0300, Peter Pentchev kirjoitti:
> As to the packaging, though, I wonder. The sed and awk implementations
> of bomstrip have problems with files that do not end in a newline.
> Thus, I would prefer to package either the Perl or the C implementation.
> The C implementatio
Brian May <[EMAIL PROTECTED]> writes:
> Russ Allbery wrote:
>> This seems to imply that you no longer have a file named rfc3454.txt? You
>> want to strip all the text out of that file except for the table, but
>> leave the table in the tree still named rfc3454.txt.
>>
> This would imply unders
On 2008-06-17 09:12:29.00 Martin Meredith <[EMAIL PROTECTED]> wrote:
Would an ftp-master be able to answer whether thats possible?
(having 2 different source packages provide debs for the same
source package, but different architectures)
No, this does not work.
Also, the proper fix (sort of ge
Hi Klaus,
Klaus Ethgen [2008-06-17 10:12 +0100]:
> I cannot prove that. Its sound quality is much better than the one of
> ALSA direct. (Well esd on top of OSS. It is not that good than with OSS
> direct but it is ok.)
Hm, that rather sounds like for your card the OSS driver is much
better than t
On Tue, 17 Jun 2008, Marco d'Itri wrote:
> On Jun 17, Brian May <[EMAIL PROTECTED]> wrote:
>
> > Frans Pop wrote:
> >> AFAIK grub (at least the default "legacy" version) also still has
> >> problems with / on XFS. That's the one other case where D-I
> >> automatically falls back to lilo.
> > I
Osamu Aoki wrote:
Hi,
But here is your answer.
On Sat, Jun 14, 2008 at 08:35:36PM +0200, Björn Johansson wrote:
Greetings!
I have a working install of Debian Etch over here and it's installed on
an Powerbook G3 "Lombard" and the version of VLC which is part of Debian
Etch is still vers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Martin,
Am Di den 17. Jun 2008 um 11:50 schrieb Martin Pitt:
> Klaus Ethgen [2008-06-17 10:12 +0100]:
> > I cannot prove that. Its sound quality is much better than the one of
> > ALSA direct. (Well esd on top of OSS. It is not that good than wit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi there,
Am Di den 17. Jun 2008 um 12:14 schrieb Peter Palfrader:
> > >> AFAIK grub (at least the default "legacy" version) also still has
> > >> problems with / on XFS. That's the one other case where D-I
> > >> automatically falls back to lilo.
>
On Mon, 2008-06-16 at 23:53 +0200, Frans Pop wrote:
> William Pitcock wrote:
> > * Cope with the growing initramfs issue as best we can, e.g. by
> > displaying a warning to the user that the kernel may not be bootable by
> > lilo due to the 8MiB boundry in liloconfig.
>
> Having only a warning is
Klaus Ethgen [2008-06-17 14:06 +0100]:
> > The alternative to esound is not really ALSA, but rather pulseaudio.
>
> Is pulsaudio supported by applications like wine for example? Do
> pulsaudio work on top of OSS?
pulseaudio provides an esound ABI compatibility layer, thus it's a
drop-in replaceme
Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>
* Package name: ntl
Version : 5.4.2
Upstream Author : Victor Shoup <[EMAIL PROTECTED]>
* URL : http://www.shoup.net/ntl
* License : GPL
Programming Lang: C++
Description : arbitrar
On Tue, Jun 17, 2008, Martin Pitt wrote:
> That's interesting indeed! So you avoid that by using an OSS driver
> instead of the ALSA one? I can really not imagine how esound on top of
> a broken ALSA driver would sound better than just using the ALSA
> output directly?
It might normalize which sa
Le mardi 17 juin 2008 à 14:06 +0100, Klaus Ethgen a écrit :
> OSS: Works well.
> OSS<-ESD: Works well too.
> ALSA: The problems above.
> ALSA<-ESD: I never really tested.
Last time I checked, libesd-alsa0 was still completely unusable (well,
except for some weird kind of sound-based torture).
--
On Tue, Jun 17, 2008 at 10:12:52AM +0100, Klaus Ethgen wrote:
Am Mo den 16. Jun 2008 um 6:25 schrieb Martin Pitt:
very poor code quality
That might be. But that's a problem of many gnome applications.
To be quite honest, I've seen the code for esd, and it is terrible.
In fact, worse than al
On 2008-06-13, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> On Fri, 13 Jun 2008, Martín Ferrari wrote:
>> Both, I know that many people had written stuff on top of that output
>> and interface.
>
> Including Debian.
indeed, ifupdown being the most obvious impediment to making net-tools
On Tue, 17 Jun 2008 17:44:23 +0200, Josselin Mouette wrote:
> Last time I checked, libesd-alsa0 was still completely unusable (well,
> except for some weird kind of sound-based torture).
I regularly help users to find out why their sound has stopped working,
and the cause is usually due to libes
Robert Edmonds wrote:
> On 2008-06-13, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
>> On Fri, 13 Jun 2008, Martín Ferrari wrote:
> rarp is obsolete.
It's not, I do use it from time to time, do you have a replacement?
Cheers
Luk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
-- Forwarded message --
From: Walter Ferreira <[EMAIL PROTECTED]>
Date: Tue, Jun 17, 2008 at 2:01 PM
Subject: Hi, libphp-adodb is bugged in Debian Lenny
To: [EMAIL PROTECTED]
With cacti soft this libs presents a bug, the cacti developers says fix this
bug is work to package mainta
On Mon, Jun 16, 2008 at 11:19:03AM +0200, Mike Hommey wrote:
> On Mon, Jun 16, 2008 at 10:57:32AM +0200, Frans Pop wrote:
> > We still very regularly get installation reports where people use lilo
> > rather than grub, so it must still have a fairly significant user base. I
> > would say that the
On Tue, Jun 17, 2008 at 07:56:38PM +0200, Luk Claes wrote:
> Robert Edmonds wrote:
> > rarp is obsolete.
> It's not, I do use it from time to time, do you have a replacement?
bootp/dhcp.
Bastian
--
Change is the essential process of all existence.
-- Spock, "Let That Be Your Las
On Tue, Jun 17, 2008 at 11:37 AM, Walter Ferreira
<[EMAIL PROTECTED]> wrote:
> With cacti soft this libs presents a bug, the cacti developers says fix this
> bug is work to package maintainner for each linux distribution [0].
[snip]
> Parse error: syntax error, unexpected T_STATIC, expecting T_OLD_
As mrvn pointed out to me earlier, rar's licence should be displayed to
the user before the package is installed.
To this end, I plan to add a preinst script which displays the licence
to the user, and lets them agree or disagree to the licence.
As policy frowns on Pre-Depends, I thought I'd chec
As mrvn pointed out to me earlier, rar's licence should be displayed to
the user before the package is installed.
To this end, I plan to add a preinst script which displays the licence
to the user, and lets them agree or disagree to the licence.
As policy frowns on Pre-Depends, I thought I'd chec
On Tue, Jun 17, 2008 at 09:20:07PM +0200, Bastian Blank wrote:
> bootp/dhcp.
Some old hardware needs rarp to netboot from firmware. Same argument
can be made for mop as well... I own (and use) examples of both.
--
{ IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657);
SMTP([EMAIL P
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
re all,
right now a lot of people is relying on debian for server setups, very
serious stuff :|
if you think to replace something so crucial as a network based CLI
tool and its output then please someone write a wrapper that emulates
the old beh
Quoting Martin Meredith ([EMAIL PROTECTED]):
> As mrvn pointed out to me earlier, rar's licence should be displayed to
> the user before the package is installed.
>
> To this end, I plan to add a preinst script which displays the licence
> to the user, and lets them agree or disagree to the licenc
On 2008-06-17, Luk Claes <[EMAIL PROTECTED]> wrote:
> Robert Edmonds wrote:
>> rarp is obsolete.
> It's not, I do use it from time to time, do you have a replacement?
sorry, I mean rarp(1) is obsolete, according to its manpage:
NOTE
This program is obsolete. From version 2.3, the Linux ke
35 matches
Mail list logo
