On Fri, Jun 24, 2005 at 12:26:30AM -0600, [EMAIL PROTECTED] wrote:
>
>The following packages have been orphaned:
>
> ACL (#314683), orphaned 6 days ago
> Description: extra
>
> Control (#314682), orphaned 6 days ago
> Description: optional
>
> Extended (#314683), orphaned 6 days ago
>
Anibal Monsalve Salazar wrote:
>On Fri, Jun 24, 2005 at 12:26:30AM -0600, [EMAIL PROTECTED] wrote:
>
>
>>The following packages have been orphaned:
>>
>>
>>
>
>It seems to me that bugs #314682 and #314683 are broken.
>
>
Ok, thanks. They are unbroken now.
- Adam
--
To UNSUBSCRIBE, ema
>On Mon, Apr 11, 2005 at 09:05:56PM +0200, Fathi BOUDRA wrote:
>> I'm looking for a sponsor for my qt4lab package.
>> The project seems already promising, and there's a collaboration
>> with qwt project.
>>
>> You can find my package here :
>> http://fboudra.free.fr/debian/
>>
>> best regards,
>>
On Jun 24, Raphael Hertzog <[EMAIL PROTECTED]> wrote:
> Patches accepted. The PTS source is in CVS (cvs.debian.org:/cvs/qa/pts)
> and you can see the installation at
> master.debian.org:/org/packages.qa.debian.org/
I am not the one who is polluting the rest of the network, if you can't
get it righ
On Tue, May 31, 2005 at 11:08:27PM +0200, Tollef Fog Heen wrote:
> Be aware of the fact that diverting conffiles doesn't work.
Hi, what exactly is the problem with diverting conffiles?
Thanks, Gerrit.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Conta
Package: wnpp
Severity: wishlist
Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]>
* Package name: libcache-fastmmap-perl
Version : 1.09
Upstream Author : Rob Mueller <[EMAIL PROTECTED]>
* URL :
http://search.cpan.org/CPAN/authors/id/R/RO/ROBM/Cache-FastMmap-1.0
On Fri, Jun 24, 2005 at 11:35:17 +0200, Gerrit Pape wrote:
> On Tue, May 31, 2005 at 11:08:27PM +0200, Tollef Fog Heen wrote:
> > Be aware of the fact that diverting conffiles doesn't work.
>
> Hi, what exactly is the problem with diverting conffiles?
>
See http://bugs.debian.org/58735.
Cheers,
to, 2005-06-23 kello 03:28 -0400, Kevin Mark kirjoitti:
> A simple question. You mention that you use apt-get in this new testing
> environment. Would it be useful to allow an apt-get
> workalike(dpkg/aptitude/wajig)?
Yes, that needs to be done. I haven't had trouble with it yet, so I
haven't bot
Em Qui, 2005-06-23 às 12:39 -0400, Roberto C. Sanchez escreveu:
> OK. That is what I am looking for. I want to completely replace the
> two packages that cannot coexist with the new icewmcp package.
> Currently, I must use dummy packages for that, correct?
Correct. And Conflicts: with version <=
On Fri, 2005-06-24 at 08:39 -0300, Gustavo Noronha Silva wrote:
> Em Qui, 2005-06-23 às 12:39 -0400, Roberto C. Sanchez escreveu:
> > OK. That is what I am looking for. I want to completely replace
> the
> > two packages that cannot coexist with the new icewmcp package.
> > Currently, I must use
On 6/23/05, Steve Langasek <[EMAIL PROTECTED]> wrote:
> > Well, a new header would be nice, of course. But it would mean a
> > change in policy, that's why I was thinking of using the existing
> > ones.
> Changing the meaning of existing fields is far worse than changing policy to
> accomodate a n
I will be out of the office starting 06/18/2005 and will not return until
07/01/2005.
I will have limited access to email.
If you need immediate assistance, please contact my DB2 Competitive Linux
Technology and Enablement backup Melody Ng.
For NextWave Issues or questions, please contact Paul R
Dear Debian developers,
Following a post to Debian-Devel-Announce, I would like to
discuss getting rid of circular dependencies.
Why ?
-
1) The semantic of Depends specified by Debian policy 7.2. does not allow
packages with circular dependencies to be installed at all:
`Depends'
This
Dear Debian developers,
To support arm, we need people with sufficient hardware and knowledge
subscribed to [EMAIL PROTECTED]
Without them, we cannot adress issues like woody to sarge upgrade process
on arm.
Of course this is true for all architecture, but so far this month,
Debian arm received
On Fri, 2005-06-24 at 17:21 +0200, Bill Allombert wrote:
>
> 1) foo and foo-data. There is usualy no reason for foo-data to depend
> on foo. foo-data does not provide user-visible interface, only data,
> so it does not need to depend on foo.
This is usually used as way how to also uninstall foo-
Hello,
I have a problem setting gamma for my monitor on a mobile Intel 852GM
chipset using Intel Extreme Graphics on Toshiba Satellite A40
notebook.glxgears works and I even have a framebuffer when booting on my
debian-source self-compiled kernel 2.6.10-6. I tried using xgamma,
kgamma and editing
On Fri, Jun 24, 2005 at 05:30:08PM +0200, Ondrej Sury wrote:
> On Fri, 2005-06-24 at 17:21 +0200, Bill Allombert wrote:
> >
> > 1) foo and foo-data. There is usualy no reason for foo-data to depend
> > on foo. foo-data does not provide user-visible interface, only data,
> > so it does not need to
Il giorno dom, 19-06-2005 alle 19:19 +0200, Josselin Mouette ha scritto:
> Le dimanche 19 juin 2005 à 19:11 +0200, Frans Pop a écrit :
> > If I am blocked by something like SORBS when answering installation
> > reports or something like that, I will sometimes resend a mail through my
> > ISP, som
Since around last October, I've considered to make my concept for a
modern package distribution public but I wanted to wait until
Debian/sarge was released which is now the case. And since the Debconf5
in Helsinki is just around the corner it's about the right time.
The concept is based on an LDAP
[Petri Latvala]
> It is an abuse of the Depends field. foo-data doesn't *need* foo for
> its own operations. Nothing in -data fails to execute without foo
> (because there's just data, nothing to execute).
Depends does not just mean "executables will crash or fail to load".
It actually means "it
Improve yourself and ELIMINATE FEARS:
http://www.ucanimprove.info/index2.htm
Our exclusive eBook teaches to ELIMINATE:
Phobias / Fear Release Anxiety / Stress Release
Depression Release/Anger Release
Entrepreneurial ActivitySales
Shame Release Embarrassment Release
On 6/24/05, Peter Samuelson <[EMAIL PROTECTED]> wrote:
>
> [Petri Latvala]
> > It is an abuse of the Depends field. foo-data doesn't *need* foo for
> > its own operations. Nothing in -data fails to execute without foo
> > (because there's just data, nothing to execute).
>
> Depends does not just
The Only Clinically Tested Penis En_Largement Products!
- Guuaarantee 1+ inches in 2 months (or moneeyy back)
- Experience Longer Lasting and More Enjoying Seexx
- Easy to Wear With No Additional Exercises Require
- The More You Wear, the Longer It Will Be
- Millions of People are Enjoying the B
On Fri, Jun 24, 2005 at 09:52:34AM -0300, Margarita Manterola wrote:
> So, if we had a new header to indicate that this is the
> "drop-in" replacement of the old program, it could work, right?
[...]
> Which should this new header be?
> "Substitutes:", "Supersedes:", "Takes-Over:", "Drop-In Replac
On Fri, 24 Jun 2005, Peter Samuelson wrote:
> Depends does not just mean "executables will crash or fail to load".
> It actually means "it is pointless to install this package without this
> other package".
I think we should not use such meaning for the Depends field.
Otherwise we could end up h
** Eric Cooper ::
> On Fri, Jun 24, 2005 at 09:52:34AM -0300, Margarita Manterola wrote:
> > So, if we had a new header to indicate that this is the
> > "drop-in" replacement of the old program, it could work, right?
> [...]
> > Which should this new header be?
> > "Substitutes:", "Supersedes:",
On Fri, Jun 24, 2005 at 07:39:16PM +0200, Santiago Vila wrote:
> We already have something for that. It's called "Section: libs"
> and deborphan, and it works great.
>
> Perhaps we should just move to section libs any package which is
> useless by itself, and it's only useful in combination with o
On Fri, Jun 24, 2005 at 11:36:16AM -0500, Peter Samuelson wrote:
>
> [Petri Latvala]
> > It is an abuse of the Depends field. foo-data doesn't *need* foo for
> > its own operations. Nothing in -data fails to execute without foo
> > (because there's just data, nothing to execute).
>
> Depends does
[Bill Allombert]
> The `Depends' field should be used if the depended-on package is
> required for the depending package to provide a significant
> amount of functionality.
I'd say if a -data package is useless without its corresponding binary
package, that fits this
[Eric Cooper]
> Since there should be a unique replacement that old and new package
> maintainer(s) agree on, I think the old package (the one being
> replaced) should have the header. (Perhaps "Replaced-By:" ?)
The whole point of the exercise was to get rid of dummy packages.
Your proposal requ
On Fri, Jun 24, 2005 at 07:39:16PM +0200, Santiago Vila wrote:
>
> Perhaps we should just move to section libs any package which is
> useless by itself, and it's only useful in combination with others,
> much like libraries, but without requiring them to be real libraries.
Good idea. Or we could
On Fri, Jun 24, 2005 at 02:13:43PM -0500, Peter Samuelson wrote:
> [Eric Cooper]
> > Since there should be a unique replacement that old and new package
> > maintainer(s) agree on, I think the old package (the one being
> > replaced) should have the header. (Perhaps "Replaced-By:" ?)
>
> The whol
On 6/24/05, Peter Samuelson <[EMAIL PROTECTED]> wrote:
>
> [Bill Allombert]
> > The `Depends' field should be used if the depended-on package is
> > required for the depending package to provide a significant
> > amount of functionality.
>
> I'd say if a -data packag
On Fri, 2005-06-24 at 22:59 +0200, Olaf van der Spek wrote:
>
> I'd argue for exactly that.
> What functionality would you say a data package provides?
>
> It's the other package that provides the functionality, not the data
> package. The data package shouldn't even have to know about the other
On 6/24/05, Ondrej Sury <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-06-24 at 22:59 +0200, Olaf van der Spek wrote:
> >
> > I'd argue for exactly that.
> > What functionality would you say a data package provides?
> >
> > It's the other package that provides the functionality, not the data
> > package
On 6/24/05, Ondrej Sury <[EMAIL PROTECTED]> wrote:
> so it's broken without foo package. You must realize that 90% of these
> packages are games and only reason for foo + foo-data is to not split
> out arch independent data out of foo package so it doesn't get
> replicated for each arch.
Hmm, ano
Bill Allombert wrote:
>
> 1) foo and foo-data. There is usualy no reason for foo-data to depend on
> foo. foo-data does not provide user-visible interface, only data, so it
> does not need to depend on foo.
Fully agree. Looking at one of the circular dependencies listed on
http://debian.semistabl
[Olaf van der Spek]
> Hmm, another way to nicely solve that would be to improve the
> smartness of the archive software such that it deals with this
> 'replication' under the hood.
Sounds like you want some sort of transparent jigdo on each mirror.
That, or explicit support everywhere for multi-f
On 6/25/05, John H. Robinson, IV <[EMAIL PROTECTED]> wrote:
> I can see where the game would be installed on the client system, and
> the data would live on the file server under /usr/share. Currently, the
> only way to do this is by having installed broken packages, and to copy
> the /etc/amphetam
On 6/25/05, Peter Samuelson <[EMAIL PROTECTED]> wrote:
>
> [Olaf van der Spek]
> > Hmm, another way to nicely solve that would be to improve the
> > smartness of the archive software such that it deals with this
> > 'replication' under the hood.
>
> Sounds like you want some sort of transparent j
[Olaf van der Spek]
> What's no fun about the transparent jigdo-like approach?
Explaining to each one of the countless mirror admins just how to load
a custom CGI program, apache module, apache2 module, and/or FTP daemon.
And explaining why they have to.
signature.asc
Description: Digital signa
While I was reading Developer's Reference [1], in the part about gpg
keys, it says:
"You need a type 4 key for use in Debian Development. Your key length [...]"
I supposed that it refers about the "gpg --gen-key" command, and the
options that result from executing it. Also I remember that, *in th
On Fri, 2005-06-24 at 18:39 -0500, Erick Vresnev Castellanos Hernández
wrote:
> While I was reading Developer's Reference [1], in the part about gpg
> keys, it says:
>
> "You need a type 4 key for use in Debian Development. Your key length [...]"
>
> I supposed that it refers about the "gpg --gen
Gervase Markham wrote:
> Then I'm slightly confused as to your concept of trademark infringement.
> If I label the car I've built as a Ford (even if it uses a lot of Ford
> parts), it infringes Ford's trademark.
OTOH, as has been pointed out before in one of the many related threads,
if I take a
> 1) foo and foo-data. There is usualy no reason for foo-data to depend on
> foo. foo-data does not provide user-visible interface, only data, so it
> does not need to depend on foo.
However, we have some users randomly filing bugs on
foo-data that doesn't get uninstalled if it's no longer usefu
The thread is petering out and as much as I had hoped Matthew Garrett
and MJ Ray would go 12 rounds of bare-knuckle boxing, it's time to
make some decisions.
Some very smart developers have come forward to say that trademarks
don't matter with respect to free software. Unfortunately, I'm still
unc
46 matches
Mail list logo
