Hi *,
after the latest pgsql transition, pgadmin3 wasn't upgradable, because
of bad dependencies on pgadmin3-common - usual binNMU problem.
After that I've decided to look on the rest of sid - there may be other
bad dependencies I thought.
debmirror --host=ftp.uni-koeln.de --dist=sid --arch=none
On Thu, Apr 19, 2007, Evgeni Golov wrote:
> gave me all the diff.gz from sid, so I could grep for "(=
> ${Source-Version})", and the result was shocking:
> Out of 10126 diff.gzs I got from sid, 1241 have "bad" dependencies -
> time for mass-bugfilling?
I hope you did consider other information th
Hi,
On Thu, 19 Apr 2007, Evgeni Golov wrote:
> Hi *,
>
> after the latest pgsql transition, pgadmin3 wasn't upgradable, because
> of bad dependencies on pgadmin3-common - usual binNMU problem.
> After that I've decided to look on the rest of sid - there may be other
> bad dependencies I thought.
On 2007-04-19, Evgeni Golov <[EMAIL PROTECTED]> wrote:
> You can find a list of the packages here:
> http://files.die-welt.net/bad-depends-in-sid
There are some false positives. AFAIK at least kde* is binNMU'able.
/Sune
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscri
cc'ing debian-custom so we can get off devel.
Qua, 2007-04-18 às 22:34 +0200, Andreas Tille escreveu:
> On Wed, 18 Apr 2007, Luis Matos wrote:
>
> > A cdd would be good for some first testing, but having it included in
> > debian would be great.
>
> Argh - the usual missunderstanding: If you use
On Wed, Apr 18, 2007 at 09:15:21PM -0400, David Nusinow wrote:
> Also of major note, Julien clarified my post a bit in the comments. Most of
> 7.2 is actually in unstable, including the drivers (in addition, we have
> pre-release drivers for intel in experimental). The missing thing though is
> the
On Thu, 19 Apr 2007 12:25:22 +0200 Raphael Hertzog wrote:
> > Out of 10126 diff.gzs I got from sid, 1241 have "bad" dependencies -
> > time for mass-bugfilling?
>
> Have you checked that those are effectively dependencies from "Arch: any"
> on "Arch: all" packages ?
Well, I did not - this would e
On Thu, Apr 19, 2007 at 12:15:31PM +0200, Evgeni Golov wrote:
> Hi *,
>
> after the latest pgsql transition, pgadmin3 wasn't upgradable, because
> of bad dependencies on pgadmin3-common - usual binNMU problem.
> After that I've decided to look on the rest of sid - there may be other
> bad dependen
On Thu, 19 Apr 2007, Luis Matos wrote:
it true it's debian, but ... i meant in debian's main (general)
distribution, that is, as option in tasksel and not only as
meta-package ... but there is no problem.
Well, there is definitely more in Debian than you can select via
tasksel. ;-))
But your
Maybe some kind of proposal to change tsksels behaviour to warn user
that the option he has choosen requires more cd's or download of files
trought network.
tasksel is a good tool, but it really lacks expansibility ... mainly
because it was not made with that purpose.
At least, we could preseed s
On Thu, 19 Apr 2007, Luis Matos wrote:
At least, we could preseed some options, (like debian-med) but that
wouldn't come in tasksel's options, like kde-desktop and xfce-desktop.
IMHO the best solution would be if tasksel would have a two level
selection:
[x] Desktop environment
[x
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: wnpp
Severity: wishlist
Owner: David Paleino <[EMAIL PROTECTED]>
* Package name: mmsrip
Version : 0.7.0
Upstream Author : Nicolas Benoit <[EMAIL PROTECTED]>
* URL : http://nbenoit.tuxfamily.org/projects.php?rq=mmsr
On Thu, 19 Apr 2007 14:46:35 +0200 (CEST)
Andreas Tille <[EMAIL PROTECTED]> wrote:
> On Thu, 19 Apr 2007, Luis Matos wrote:
> IMHO the best solution would be if tasksel would have a two level
> selection:
...
> [ ] Custom Debian Distribution
> [ ] Debian-Edu
> [ ] Debian-Jr.
Hello,
I created one package. When I try to perform the below
command, come this error:
pc101:# fakeroot debian/rules binary
fakeroot: FAKEROOTKEY set to 818929733
fakeroot: nested operation not yet supporte
Any suggestion ?
best regards,
Faria
_
> I created one package. When I try to perform the below
> command, come this error:
>
> pc101:# fakeroot debian/rules binary
> fakeroot: FAKEROOTKEY set to 818929733
> fakeroot: nested operation not yet supporte
>
> Any suggestion ?
Are you trying to run fakeroot within fakeroot?
--
To UNSU
Hi,
The command:
pc01:package/fakeroot debian/rules
fakeroot: FAKEROOTKEY set to 818929733
fakeroot: nested operation not yet supported
Att,
Faria
--- Clint Adams <[EMAIL PROTECTED]> escreveu:
> > I created one package. When I try to perform the
> below
> > command, come this error:
> >
>
> Hi,
>
> The command:
>
> pc01:package/fakeroot debian/rules
> fakeroot: FAKEROOTKEY set to 818929733
> fakeroot: nested operation not yet supported
>
> Att,
>
> Faria
Let's try this another way. Why is FAKEROOTKEY already set?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Thu, 19 Apr 2007, Ben Armstrong wrote:
But as Luis pointed out, having material on extra CDs or needing the
network to install it is a bit of a problem.
Well, IMHO shipping Lenny on CDs is a little bit - how to say -
oldfashioned, right?
I don't think a warning
alone is sufficient (What i
On Thursday 19 April 2007 14:46, Andreas Tille wrote:
> IMHO the best solution would be if tasksel would have a two level
> selection:
I doubt this is going to happen in the in tasksel. For one thing, its
maintainer has quite strong feelings against it.
For another thing, a two-level selection i
BH
Ahora tenés la oportunidad de recibir " La Enseñanza Semanal ", un
compendio de historias y reflexiones profundas sobre La Torá.
Suscribite ingresando a: http://www.jabad.org.ar/Suscrip.asp
Además Descubrí el mundo del judaísmo y la filosofía jasídica a través de
www.jabad.org.ar
-
Frans Pop escreveu:
On Thursday 19 April 2007 14:46, Andreas Tille wrote:
IMHO the best solution would be if tasksel would have a two level
selection:
I doubt this is going to happen in the in tasksel. For one thing, its
maintainer has quite strong feelings against it.
For another t
Well ... i think you exagerated a little bit.
2 layer is not multiple layer and tasksel is not apt, aptitude or synaptic.
but it can be done.
I'll give you the desktop task example.
there is a team, debian-desktop that "supports" and organizes all
desktop tasks.
by this i mean that there sh
Package: wnpp
Severity: wishlist
Owner: Joao Eriberto Mota Filho <[EMAIL PROTECTED]>
* Package name: firegpg
Version : 0.3.3
Upstream Author : FireGPG Team <[EMAIL PROTECTED]>
* URL : http://firegpg.tuxfamily.org
* License : GPL
Programming Lang: js
Descrip
On Thursday 19 April 2007 16:46, Luis Matos wrote:
> Also, can we arrange some kind of cdds-pre-selection in d-i?
>
> One page fter tasksel that would have the cdds listed, or previously.
> Or at least an yes/no question, do you want to install any CDD?
Note that I'm just thinking out load here. F
Hello,
I don't know.
I want to execute the fakeroot with success
best regards,
Faria
- Original Message -
From: "Clint Adams" <[EMAIL PROTECTED]>
To: "Rodrigo Tavares" <[EMAIL PROTECTED]>
Cc:
Sent: Thursday, April 19, 2007 10:53 AM
Subject: Re: Error with fakeroot
Hi,
The comman
Michael Koch <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 19, 2007 at 12:15:31PM +0200, Evgeni Golov wrote:
...]
>> gave me all the diff.gz from sid, so I could grep for "(=
>> ${Source-Version})", and the result was shocking:
>> Out of 10126 diff.gzs I got from sid, 1241 have "bad" dependencies -
>> t
Luis Matos wrote:
> tasksel is a good tool, but it really lacks expansibility ... mainly
> because it was not made with that purpose.
>
> At least, we could preseed some options, (like debian-med) but that
> wouldn't come in tasksel's options, like kde-desktop and xfce-desktop.
Er, do you know tha
Andreas Tille wrote:
> IMHO the best solution would be if tasksel would have a two level
> selection:
I'm afraid that I can't seriously consider this kind of proposal unless
it shows indications of taking into account all the issues and design
goals listed in http://kitenet.net/~joey/code/tasksel/
Ben Armstrong wrote:
> But as Luis pointed out, having material on extra CDs or needing the
> network to install it is a bit of a problem.
No, it's not, because d-i _first_ lets the user decide how they want to
configure apt, and then displays a tasksel that offers only the tasks
that are availabl
Andreas Tille wrote:
> I think they probably will install via DVD or network.
> If tasksel keeps its "install from one CD medium" philosophy
Tasksel does not have any such philisophy. apt even supports using
debconf to prompt for a CD change. d-i does not currently support
scanning more than one C
Frans Pop wrote:
> It should be possibly to define tasks for CDDs and have them included in
> tasksel, but I do not think they will ever be displayed by default in the
> regular tasksel or for regular installations. After all, we are talking
> about custom debian _distributions_.
I won't say "n
On Thu, 19 Apr 2007, Joey Hess wrote:
Er, do you know that it's possible to create a deb that, when installed,
extends tasksel with any tasks you like? And d-i has hooks to allow a CDD
to easily install such debs.
Yes, you are right and I'm even doing this in the med-common package.
But I do n
* Evgeni Golov [Thu, 19 Apr 2007 12:15:31 +0200]:
> You can find a list of the packages here:
> http://files.die-welt.net/bad-depends-in-sid
Lintian should be giving proper warnings about non binNMU-safe packages,
have a look at /usr/share/lintian/checks/version-substvars{,.desc}.
One should get
On Thu, 19 Apr 2007, Joey Hess wrote:
I'm afraid that I can't seriously consider this kind of proposal unless
it shows indications of taking into account all the issues and design
goals listed in http://kitenet.net/~joey/code/tasksel/faq/
The answer to question one is very compelling if you fo
Andreas Tille wrote:
> Yes, you are right and I'm even doing this in the med-common package.
> But I do not really regard this as a really nice solution if those
> extra tasks are mixed with the default Debian tasks.
Note that you can hide the debian tasks by diverting debian-tasks.desc.
This coul
On Thu, 19 Apr 2007, Joey Hess wrote:
Andreas Tille wrote:
I think they probably will install via DVD or network.
If tasksel keeps its "install from one CD medium" philosophy
Tasksel does not have any such philisophy.
Quoting from #186085
From: Joey Hess <[EMAIL PROTECTED]>
To: Andreas
On Thu, Apr 19, 2007 at 07:24:53AM +0200, Adrian von Bidder wrote:
> On Tuesday 17 April 2007 20.51:16 Dmitry E. Oboukhov wrote:
> > man procmailrc
>
> On gmail?
>
gmail does support POP.
Regards,
-Roberto
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com
sig
Andreas Tille wrote:
> Date: Wed, 10 Sep 2003 17:50:03 -0400
Little more needs to be said, although you might find tools/update_tasks
in debian-cd worthwhile reading (or not).
--
see shy jo
signature.asc
Description: Digital signature
Joey Hess <[EMAIL PROTECTED]> writes:
> Andreas Tille wrote:
>> Yes, you are right and I'm even doing this in the med-common package.
>> But I do not really regard this as a really nice solution if those
>> extra tasks are mixed with the default Debian tasks.
>
> Note that you can hide the debian
On Thu, 19 Apr 2007, Joey Hess wrote:
Andreas Tille wrote:
Yes, you are right and I'm even doing this in the med-common package.
But I do not really regard this as a really nice solution if those
extra tasks are mixed with the default Debian tasks.
Note that you can hide the debian tasks by d
We would like to purchase HT 400 mud pump parts.
Please advise availaibilty.
Simon from Oman
On Thu, Apr 19, 2007 at 04:13:35AM -0700, Steve Langasek wrote:
> On Wed, Apr 18, 2007 at 09:15:21PM -0400, David Nusinow wrote:
> > Also of major note, Julien clarified my post a bit in the comments. Most of
> > 7.2 is actually in unstable, including the drivers (in addition, we have
> > pre-relea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Apr 19, 2007 at 07:57:08PM -0400, David Nusinow wrote:
> If anyone has any mysterious contacts at Sun that they could talk to about
> this, that'd be great.
isn't there this new guy at Sun called 'ian murdoch' ;-)
- --
| .''`. == Debian GNU/
> "Clint" == Clint Adams <[EMAIL PROTECTED]> writes:
>> I created one package. When I try to perform the below command,
>> come this error:
>>
>> pc101:# fakeroot debian/rules binary fakeroot: FAKEROOTKEY set
>> to 818929733 fakeroot: nested operation not yet supporte
Le Thu, Apr 19, 2007 at 02:46:35PM +0200, Andreas Tille a écrit :
> On Thu, 19 Apr 2007, Luis Matos wrote:
>
> >At least, we could preseed some options, (like debian-med) but that
> >wouldn't come in tasksel's options, like kde-desktop and xfce-desktop.
>
> IMHO the best solution would be if task
Le Thu, Apr 19, 2007 at 04:05:38PM +0200, Frans Pop a écrit :
> On Thursday 19 April 2007 14:46, Andreas Tille wrote:
> > IMHO the best solution would be if tasksel would have a two level
> > selection:
>
> I doubt this is going to happen in the in tasksel. For one thing, its
> maintainer has qui
On Thu, Apr 19, 2007 at 07:57:08PM -0400, David Nusinow wrote:
> If anyone has any mysterious contacts at Sun that they could talk to about
> this, that'd be great. They've got the bug report in their database, and
> since the whole "java-in-debian" thing was a totally backroom affair, I
> have no
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 386 (new: 17)
Total number of packages offered up for adoption: 83 (new: 2)
Total number of packages request
48 matches
Mail list logo
