On Sat Feb 23 12:02, Kumar Appaiah wrote:
> So, I want to build against the reference lapack and blas, and then,
> if the user chooses, then I want the alternatives system to enable the
> use of atlas. Now, the new dpkg-source reordering installs atlas as
> well during build, which causes the "smar
> Package: wnpp
> Severity: wishlist
>
> * Package name: pytrainer
> Version : 1.5
> Upstream Author : Fiz Vazquez [EMAIL PROTECTED]
> * URL or Web page : http://pytrainer.e-oss.net/
> * License : GPLv2
> Description : Free Sport Training Center
>
> Pytrainer is
On 23/02/2008, Colin Tuckley wrote:
> In the gFortran transition we have come across some cases where this
> happens, depending on the order specified for depends you either get a
> specialist (requested) package, or if you don't care which maths lib for
> example is used by the package then yo
On Fri, Feb 22, 2008 at 05:19:50PM +0100, Roland Mas wrote:
> Roberto C. Sánchez, 2008-02-22 08:33:17 -0500 :
>
> [...]
>
> > Now, if I could run an 'apt-get source -t unstable foo' and create
> > my patch against the resulting source package, and be sure that the
> > maintainer won't reject it o
On Fri, Feb 22, 2008 at 08:50:37PM +0100, Raphael Hertzog <[EMAIL PROTECTED]>
was heard to say:
> On Fri, 22 Feb 2008, Otavio Salvador wrote:
> > "Sergei Golovan" <[EMAIL PROTECTED]> writes:
> > > Then having a unique, well-defined order of packages in Depends is a
> > > good idea. If packages are
Package: wnpp
Severity: wishlist
Owner: Sylvestre Ledru <[EMAIL PROTECTED]>
* Package name: eficas
Version : 1.13.0
Upstream Author : EDF / R&D
* URL : http://www.code-aster.org/
* License : (GPL)
Programming Lang: (Python)
Description : ASter Command F
On Fri, 2008-02-22 at 23:45 +0100, Guus Sliepen wrote:
> On Fri, Feb 22, 2008 at 05:07:20PM -0500, Adam C Powell IV wrote:
>
> > Package name: astk
>
> Why is it called astk? I can't find an astk tarball on the
> www.code-aster.org site.
astk is one of the tarballs in the aster-full-src-9.2.0-2.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Raphael Hertzog wrote:
> On Thu, 21 Feb 2008, Kevin B. McCarty wrote:
>> In some cases, particularly when the Depends can be satisfied by
>> different sets of alternatives, this change could have the effect of
>> changing the packages actually pulled
[EMAIL PROTECTED] writes:
> Be sure that somebody looks at new bugs.
The fundamental problem here that people are trying to express is that,
given our absence of paid staff who are willing to do anything they're
assigned to do, it is impossible to "be sure" that anyone in Debian does
any specific
Raphael Hertzog wrote:
> On Fri, 22 Feb 2008, Mike Bird wrote:
>> Raphael,
>>
>> What please is the benefit of unnecessarily reordering dependencies
>> and leaving everyone on tenterhooks as to whether it will change
>> installation outcomes? (If this has already been explained I apologize
>> f
Be sure that somebody looks at new bugs.
As days pass, the test conditions in the report e.g., URLs, deteriorate.
As weeks pass, the user may have removed the package for another.
As months pass, the user may no longer be working on related projects.
As years pass, the user himself might have passe
On Fri, 22 Feb 2008 14:47:49 -0800, William Francis wrote:
> I admit this is my first custom .deb project but I think I've done
> everything correctly but I must be missing something that's causing
> the missing dependencies to install?
You did not.
Dpkg searches for local files only. If you had
I have a binary style package that I've created. The control file has
a large number of Depends entries in it which all install fine by
themselves. When I attempt to install the package (via dpkg -i) , it
lists all of the Depends and it helpfully tells me that they are not
installed (which is true)
I would like to ask current official dpkg maintainers what they plan
to do about triggers, and about my status with respect to the dpkg
team.
Triggers are IMO an important and very useful new dpkg feature. They
were first proposed many many years ago and discussed between Wichert
and myself. A d
On Fri, Feb 22, 2008 at 05:07:20PM -0500, Adam C Powell IV wrote:
> Package name: astk
Why is it called astk? I can't find an astk tarball on the
www.code-aster.org site.
> Version: 1.5.5
> Author: EDF (Electricite de France) R&D
> License: GPL
> URL: http://www.code-aster.org/
> Description: Co
Lars Wirzenius <[EMAIL PROTECTED]> writes:
> What might work quite well, however, is to have "bug janitors" (a la
> kernel janitors) who look at new bugs that have received no attention
> for, say, two weeks. If a bug gets reported against a package, and the
> package maintainer doesn't react to i
Package: wnpp
Severity: wishlist
Package name: astk
Version: 1.5.5
Author: EDF (Electricite de France) R&D
License: GPL
URL: http://www.code-aster.org/
Description: Code_Aster build/control system and front-end
ASTK is a client-server front-end for the Code_Aster finite element
software (a.k.a. a
On Fri February 22 2008 12:55:31 Raphael Hertzog wrote:
> > What please is the benefit of unnecessarily reordering dependencies
> > and leaving everyone on tenterhooks as to whether it will change
> > installation outcomes? (If this has already been explained I apologize
> > for overlooking it.)
>
Raphael Hertzog writes ("Re: dpkg-buildpackage now reorganizing debian/control
Depends field??"):
> You're speaking of something that you have not understood. The order
> of packages listed in an OR has not changed... I am (of course) aware
> that the order has a meaning in that case.
The point
On Fri, Feb 22, 2008 at 09:55:31PM +0100, Raphael Hertzog wrote:
> On Fri, 22 Feb 2008, Mike Bird wrote:
> > > I won't revert anything unless you come up with some proof that this
> > > causes severe issues that will disturb the lenny release process.
> > Raphael,
> > What please is the benefit
Hi,
On Fri, 22 Feb 2008, Mike Bird wrote:
> > I won't revert anything unless you come up with some proof that this
> > causes severe issues that will disturb the lenny release process.
>
> Raphael,
>
> What please is the benefit of unnecessarily reordering dependencies
> and leaving everyone on
Hi,
Don Armstrong wrote:
> [...]
> so I'd strongly suggest that this package have the key-uploading and
> other secret-key requiring bits disabled by default,
> [...]
afaik horde/imp4 supports uploading of gpg-keys as well. How does this
package handle this issue?
Cheers,
Wolf
--
"Plug and P
On Fri, Feb 22, 2008 at 05:49:32PM +0100, David Paleino wrote:
> Il giorno Fri, 22 Feb 2008 15:30:48 +0100
> Michael Koch <[EMAIL PROTECTED]> ha scritto:
>
> > On Fri, Feb 22, 2008 at 02:54:20PM +0100, David Paleino wrote:
> > > Il giorno Fri, 22 Feb 2008 10:04:52 -0300
> > > Otavio Salvador <[EMA
Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>
* Package name: pppd-ldap
Version : 0.12b
Upstream Author : Grigoriy Sitkarev <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/pppd-ldap/
* License : GPLv2
Programming Lang:
On Fri February 22 2008 11:50:37 Raphael Hertzog wrote:
> On Fri, 22 Feb 2008, Otavio Salvador wrote:
> > As I said, it's a know issue and we need to fix it however it would be
> > nice to not get the problem worse changing the package dependencies
> > ordering at build time, at least for now.
>
>
Package: wnpp
Severity: wishlist
Owner: Vincent Fourmond <[EMAIL PROTECTED]>
* Package name: java-wrappers
Version : 0.1.2
Upstream Author : Vincent Fourmond <[EMAIL PROTECTED]>
* License : LGPL
Programming Lang: Shell
Description : wrappers for java executables
Wr
On Fri, 22 Feb 2008, Otavio Salvador wrote:
> "Sergei Golovan" <[EMAIL PROTECTED]> writes:
> > Then having a unique, well-defined order of packages in Depends is a
> > good idea. If packages aren't sorted their order is undefined (not all
> > of the dependencies are added by hands, many of them com
Quoting Joerg Jaspert ([EMAIL PROTECTED]):
> Package: wnpp
> Severity: wishlist
>
> * Package name: pytrainer
> Version : 1.5
> Upstream Author : Fiz Vazquez [EMAIL PROTECTED]
> * URL or Web page : http://pytrainer.e-oss.net/
> * License : GPLv2
> Description : Free S
Minor correction for my example 2:
Kevin B. McCarty wrote:
> Note that liblapack.so.3 (both
> versions) requires libblas.so.3; but liblapack.so.3 from lapack3 can use
> either version of libblas, while liblapack.so.3 from atlas3-base needs
> the libblas.so.3 from atlas3-base-dev.
On Fri, 22 Feb 2008 19:26:15 +0100, Joerg Jaspert wrote:
> On 11303 March 1977, David Paleino wrote:
>
> > Ehm... using a better wording?
>
> I wont. Its an RFP, and I just copied the text from upstreams
> homepage. Whoever packages it might take whatever they want.
Oops, sorry. I believed it w
Hi,
first let me apologize to Norbert that my original email was unclear: it
is indeed true, as Raphael notes, that dpkg-deb (or whatever) is NOT
changing the order of individual packages within an OR'ed set, only of
the packages (or OR'ed sets of packages) separated by commas.
Raphael Hertzog wr
On 11303 March 1977, David Paleino wrote:
> Ehm... using a better wording?
I wont. Its an RFP, and I just copied the text from upstreams
homepage. Whoever packages it might take whatever they want.
--
bye Joerg
And mind you, I have always been respectful to every debian
developer EXC
Am Freitag 22 Februar 2008 schrieb Uwe Hermann:
> On Fri, Feb 22, 2008 at 02:11:44PM +1100, Hamish Moffatt wrote:
> > On Fri, Feb 22, 2008 at 12:04:19AM +0100, Uwe Hermann wrote:
> > > Package: wnpp
> > > Severity: wishlist
> > > Owner: Uwe Hermann <[EMAIL PROTECTED]>
> > >
> > > * Package name
[...]
>
> What might work quite well, however, is to have "bug janitors" (a la
> kernel janitors) who look at new bugs that have received no attention
> for, say, two weeks. If a bug gets reported against a package, and the
> package maintainer doesn't react to it, then the janitors can look at
>
On Fri, 22 Feb 2008 17:47:10 +0100, Joerg Jaspert wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: pytrainer
> Version : 1.5
> Upstream Author : Fiz Vazquez [EMAIL PROTECTED]
> * URL or Web page : http://pytrainer.e-oss.net/
> * License : GPLv2
> Descripti
On 22/02/2008, Michael Tautschnig wrote:
> Do you think that there is a chance we find a group of people who
> really like mentoring/training others? If so, we could maybe set up
> kind of a bug-frontdesk taking over _all_ new bug reports for a
> moment and checking them for a the bit of informatio
Package: wnpp
Severity: wishlist
* Package name: garmintools
Version : 0.05
Upstream Author : Dave Bailey <[EMAIL PROTECTED]>
* URL or Web page : http://code.google.com/p/garmintools/
* License : GPLv2
Description : A Linux interface to the Garmin Forerunner GPS units
Package: wnpp
Severity: wishlist
* Package name: pytrainer
Version : 1.5
Upstream Author : Fiz Vazquez [EMAIL PROTECTED]
* URL or Web page : http://pytrainer.e-oss.net/
* License : GPLv2
Description : Free Sport Training Center
Pytrainer is a tool to log your sp
On Fri, Feb 22, 2008 at 02:11:44PM +1100, Hamish Moffatt wrote:
> On Fri, Feb 22, 2008 at 12:04:19AM +0100, Uwe Hermann wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Uwe Hermann <[EMAIL PROTECTED]>
> >
> > * Package name: hex2bin
> > Version : 1.0.6
> > Upstream Author
On pe, 2008-02-22 at 07:48 +0100, Michael Tautschnig wrote:
> Do you think that there is a chance we find a group of people who really like
> mentoring/training others? If so, we could maybe set up kind of a
> bug-frontdesk
> taking over _all_ new bug reports for a moment and checking them for a t
Il giorno Fri, 22 Feb 2008 15:30:48 +0100
Michael Koch <[EMAIL PROTECTED]> ha scritto:
> On Fri, Feb 22, 2008 at 02:54:20PM +0100, David Paleino wrote:
> > Il giorno Fri, 22 Feb 2008 10:04:52 -0300
> > Otavio Salvador <[EMAIL PROTECTED]> ha scritto:
> >
> > > As I said, for APT, the order has mea
On to, 2008-02-21 at 22:34 +0100, Michael Biebl wrote:
> But the same it true the other way around. Imho it's also not ok to
> insult DDs publically in the way jidanni did. We are all volunteers
> after all and ranting on a public mailing list doesn't help to improve
> the motivation (and doesn't m
Yes Both option does work.
Thanks
On Fri, Feb 22, 2008 at 9:02 PM, Daniel Burrows <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 21, 2008 at 09:43:29PM -0800, Steve Langasek <
> [EMAIL PROTECTED]> was heard to say:
> > On Thu, Feb 21, 2008 at 06:24:37PM -0800, William Francis wrote:
> > > *** apache.
Roberto C. Sánchez, 2008-02-22 08:33:17 -0500 :
[...]
> Now, if I could run an 'apt-get source -t unstable foo' and create
> my patch against the resulting source package, and be sure that the
> maintainer won't reject it on the grounds of the patch not being
> against the head (or latest, or wha
Le vendredi 22 février 2008 à 08:33 -0500, Roberto C. Sánchez a écrit :
> Now, if I could run an 'apt-get source -t unstable foo' and create my
> patch against the resulting source package, and be sure that the
> maintainer won't reject it on the grounds of the patch not being against
> the head (o
On Fri, Feb 22, 2008 at 02:54:20PM +0100, David Paleino <[EMAIL PROTECTED]> was
heard to say:
> Il giorno Fri, 22 Feb 2008 10:04:52 -0300
> Otavio Salvador <[EMAIL PROTECTED]> ha scritto:
>
> > As I said, for APT, the order has meaning _always_.
> >
> > apt-get install foo bar
> >
> > Is compl
On Wed, Feb 20, 2008 at 04:53:20PM -0600, John Goerzen <[EMAIL PROTECTED]> was
heard to say:
> On Wed February 20 2008 3:43:18 pm Ben Finney wrote:
> > Who other than the bug reporter would you suggest should try
> > reproducing the bug?
> >
> > Suggesting "put that effort into fixing the bugs" is
On Thu, Feb 21, 2008 at 09:43:29PM -0800, Steve Langasek <[EMAIL PROTECTED]>
was heard to say:
> On Thu, Feb 21, 2008 at 06:24:37PM -0800, William Francis wrote:
> > *** apache.conf (Y/I/N/O/D/Z) [default=N] ? Y
> > Installing new version of config file /etc/twiki/apache.conf ...
>
> > Is there a
"Sergei Golovan" <[EMAIL PROTECTED]> writes:
> On 2/22/08, Otavio Salvador <[EMAIL PROTECTED]> wrote:
>>
>> As I said, for APT, the order has meaning _always_.
>>
>> apt-get install foo bar
>>
>> Is completely different of
>>
>> apt-get install bar foo
>
> Then having a unique, well-defined ord
On Thu, 21 Feb 2008 16:20:49 +0100, martin f krafft <[EMAIL PROTECTED]> said:
> also sprach Manoj Srivastava <[EMAIL PROTECTED]> [2008.02.20.1722
> +0100]:
>> I have to take care of it manually once. That is the first time I
>> setup the integration branch that merges in changes from the
>> over
On Thu, 21 Feb 2008 16:23:10 +0100, martin f krafft <[EMAIL PROTECTED]> said:
> also sprach James Vega <[EMAIL PROTECTED]> [2008.02.21.0020 +0100]:
>> The difference here being that feature branches are, in my
>> experience, changes against the pristine upstream source. The
>> merging of differe
On Wed, 20 Feb 2008 23:09:03 +0100, sean finney <[EMAIL PROTECTED]> said:
> i think this discussion is in part to propose a system that can serve
> as a layer of abstraction between $developer's $scm implementation and
> some common format/methodology, so that when $otherdeveloper comes
> along a
On Fri, Feb 22, 2008 at 02:54:20PM +0100, David Paleino wrote:
> Il giorno Fri, 22 Feb 2008 10:04:52 -0300
> Otavio Salvador <[EMAIL PROTECTED]> ha scritto:
>
> > As I said, for APT, the order has meaning _always_.
> >
> > apt-get install foo bar
> >
> > Is completely different of
> >
> > apt-
On Thu, 21 Feb 2008, Don Armstrong wrote:
> On Thu, 21 Feb 2008, David Nusinow wrote:
> > We could deal with this problem if we were better at training and
> > recruiting people to work on such things. We've been lucky in the
> > XSF lately in getting enough hands to get the work done, but I don't
Il giorno Fri, 22 Feb 2008 10:04:52 -0300
Otavio Salvador <[EMAIL PROTECTED]> ha scritto:
> As I said, for APT, the order has meaning _always_.
>
> apt-get install foo bar
>
> Is completely different of
>
> apt-get install bar foo
Could you please elaborate on this? I know for sure that Pre-D
On 2/22/08, Otavio Salvador <[EMAIL PROTECTED]> wrote:
>
> As I said, for APT, the order has meaning _always_.
>
> apt-get install foo bar
>
> Is completely different of
>
> apt-get install bar foo
Then having a unique, well-defined order of packages in Depends is a
good idea. If packages aren'
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> On Fri, 22 Feb 2008, Otavio Salvador wrote:
>> Please, revert this change.
>
> No. I don't see any good reason for that:
>
> 1/ I have yet to see a major breakage due to that, the worst has
> been changed dependencies on a built package due to choices
Hi!
It looks like Erlang still routinely fails to build on lebrun buildd
(sparc architecture, dual UltraSparc III). Though the were some
changes because instead of bus error
(http://buildd.debian.org/fetch.cgi?&pkg=erlang&ver=1%3A12.b.1-dfsg-1&arch=sparc&stamp=1202857177&file=log)
it reported inte
On Fri, Feb 22, 2008 at 10:51:42AM +0100, Josselin Mouette wrote:
> Le jeudi 21 février 2008 à 23:31 -0600, John Goerzen a écrit :
>
> > 1) Large projects using $DVCS and making it easy for people that aren't
> > familiar with $DVCS to learn how to participate in that project.
>
> How is this re
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> On Fri, 22 Feb 2008, Norbert Preining wrote:
>> On Fr, 22 Feb 2008, Raphael Hertzog wrote:
>> > I can understand it might change the list of packages pulled, but both set
>> > are supposed to work since that what dependencies are expressing. If you
>>
On Thu 21 Feb 2008, Michael Tautschnig wrote:
>
> But jidanni did not actually insult anyone, but just made a statement on the
> current situation (possibly also expression his personal frustration). Our
By his own admission he will go ahead and post duplicate bug reports,
because he doesn't have
Le jeudi 21 février 2008 à 23:31 -0600, John Goerzen a écrit :
> On Thursday 21 February 2008 8:22:49 pm Don Armstrong wrote:
> > I think it's going to be in our long term interest to identify some
> > more of these packages that could use help and figure out what changes
> > (if any) need to be ma
Just to followup ...
On Wed, Feb 13, 2008 at 03:40:24PM +0100, Florian Lohoff wrote:
> Ryan and me have been communicating on a hardware mod on rem - one of
> the mipsel buildds. Basically the machine is running on a PIO based ATA
> disk because of the fundamentally broken design of the IDE inter
Hi Raphael,
On Fr, 22 Feb 2008, Raphael Hertzog wrote:
> You're speaking of something that you have not understood. The order
> of packages listed in an OR has not changed... I am (of course) aware
> that the order has a meaning in that case.
That is what could be easily understood of the previou
On Fri, 22 Feb 2008, Norbert Preining wrote:
> On Fr, 22 Feb 2008, Raphael Hertzog wrote:
> > I can understand it might change the list of packages pulled, but both set
> > are supposed to work since that what dependencies are expressing. If you
>
> I disagree. Sometimes alternatives are something
On Fr, 22 Feb 2008, Raphael Hertzog wrote:
> I can understand it might change the list of packages pulled, but both set
> are supposed to work since that what dependencies are expressing. If you
I disagree. Sometimes alternatives are something we put in to help
transition. We have
... texl
Hi,
On Thu, 21 Feb 2008, Kevin B. McCarty wrote:
> I've just noticed that packages I've built recently have had the list of
> Depends reorganized into ASCIIbetical order in the generated binary
> .debs. I guess this was the next logical step after having dpkg-dev
> re-order Build-Depends internal
67 matches
Mail list logo
