Quoting Martijn van Iersel ([EMAIL PROTECTED]):
> Package: wnpp
> Severity: wishlist
> Owner: Martijn van Iersel <[EMAIL PROTECTED]>
>
>
> * Package name: speed-game
> Version : 1.00
> Upstream Author : Shawn Hargreaves <[EMAIL PROTECTED]>
> * URL : http://www.talula.d
Quoting Jonas Smedegaard ([EMAIL PROTECTED]):
> Package: wnpp
> Severity: wishlist
> Owner: Jonas Smedegaard <[EMAIL PROTECTED]>
>
> * Package name: golearn
> Version : 0.2
> Upstream Author : Enrico Zini <[EMAIL PROTECTED]> & Miriam Ruiz <[EMAIL
> PROTECTED]>
> * URL
Quoting Pierre Habouzit ([EMAIL PROTECTED]):
> Hi there,
>
> I'm working for about a month to remove all the old bits of gnome 1.x
> from Debian for lenny. There was about 40 packages affected not so long
> time ago, it's 13 now (about half were migrated or dropped the
> dependency one way or
[I'm forewarding this to debian-devel because this seems to be the
right list for this kind of issues.]
Short intro for debian-devel: We are discussion about including GT.M,
a free MUMPS implementation available at
http://sourceforge.net/projects/fis-gtm
into Debian to be able to package
On Mon, Feb 11, 2008 at 03:43:38PM +0100, Pierre Habouzit wrote:
[...]
> As a side note, those packages have spurious build-dependencies on
> gnome1.x libraries (and have no corresponding runtime dependencies),
> bugs will be filed soon:
[...]
Also, on a related note, while preparing glotski
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard <[EMAIL PROTECTED]>
* Package name: golearn
Version : 0.2
Upstream Author : Enrico Zini <[EMAIL PROTECTED]> & Miriam Ruiz <[EMAIL
PROTECTED]>
* URL : http://packages.debian.org/goplay
* License : GPL-2+
Dear Philippe,
if the ressources are scarce, I think that it would be fair that the
internal competition for the access to them would be organised in a
productive way. The current system disfavours the works that changes the
structure of the package. How does this fit in a strategy to optimise
t
Le Mon, Feb 11, 2008 at 05:36:21PM +0100, Martin Michlmayr a écrit :
> * Charles Plessy <[EMAIL PROTECTED]> [2008-02-11 19:26]:
> > I am really thankful for Tim and Martin to work on a MIPS machine, but
> > currently we do not even know if there is a plan to make it a buildd,
>
> No, it will be a
Le Mon, Feb 11, 2008 at 02:44:59PM -0500, Philippe Cloutier a écrit :
>
> If the NEW package gets earlier in the queue, it's built more quickly,
> but packages that come later are built more slowly.
Dear Philippe,
if the ressources are scarce, I think that it would be fair that the
internal comp
On Wed, Feb 06, 2008 at 12:27:45PM +0100, maximilian attems wrote:
>
> > The priority of selinux packages was changed from optional to standard,
> > fairly shortly before the release of Etch.
> >
> > I propose to revert that change before Lenny. The basic reason is that
> > the selinux packages
Thomas Viehmann <[EMAIL PROTECTED]> writes:
> Russ Allbery wrote:
>> I suppose that most of the time you'll get lucky and one of the key
>> uids will match LDAP, but you still lose on DMs. And it's certainly
>> not required that one of the key uids matches anything in LDAP.
> I, on the contrary
Russ Allbery wrote:
> Thomas Viehmann <[EMAIL PROTECTED]> writes:
>> Russ Allbery wrote:
>>> Assuming the e-mail address on keys is mailable is also a bit dodgy,
>>> and which of the multiple identities on a key would one use?
>> The one that is stored associated to the account (DM or ldap and @d
Thomas Viehmann <[EMAIL PROTECTED]> writes:
> Russ Allbery wrote:
>> Assuming the e-mail address on keys is mailable is also a bit dodgy,
>> and which of the multiple identities on a key would one use?
> The one that is stored associated to the account (DM or ldap and @d.o).
I suppose that most
Russ Allbery wrote:
> Assuming the e-mail address on keys is mailable is also a bit dodgy, and
> which of the multiple identities on a key would one use?
The one that is stored associated to the account (DM or ldap and @d.o). It's not
that hard actually, after all, it has already been checked that
Thomas Bushnell BSG wrote:
>
> Release Notes do not magically fix millions of tiny shell scripts.
>
> Thomas
Setting /bin/sh back to bash "does"
Cheers,
Raphael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 2008-02-11, Steve Langasek <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 11, 2008 at 05:13:21PM -0500, Robert Edmonds wrote:
>> Luk Claes wrote:
>> > It was rejected with the following message:
>
>> > Rejected: ip4r_1.03-1_multi.changes: Missing mandatory field `description'.
>
>> Hm, looks like merg
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
> The gpg signature is related to a key, which is related to one or more
> email addresses. Whether dak has that information available to it is
> another story, though.
Assuming the e-mail address on keys is mailable is also a bit dodgy, an
On Mon, 2008-02-11 at 19:19 +, Neil Williams wrote:
One little note on these bugs:
1. All bugs below have patches attached that have been carefully tested
with your package to avoid any changes in the Debian packages. As such,
the patches can be applied without you needing to worry about testi
On Mon, 11 Feb 2008, Steve Langasek wrote:
> On Mon, Feb 11, 2008 at 05:13:21PM -0500, Robert Edmonds wrote:
> > Luk Claes wrote:
> > > It was rejected with the following message:
>
> > > Rejected: ip4r_1.03-1_multi.changes: Missing mandatory field
> > > `description'.
>
> > Hm, looks like merge
On Mon, Feb 11, 2008 at 05:13:21PM -0500, Robert Edmonds wrote:
> Luk Claes wrote:
> > It was rejected with the following message:
> > Rejected: ip4r_1.03-1_multi.changes: Missing mandatory field `description'.
> Hm, looks like mergechanges is to blame.
> > You should have got a REJECTED mail te
Luk Claes wrote:
> It was rejected with the following message:
>
> Rejected: ip4r_1.03-1_multi.changes: Missing mandatory field `description'.
Hm, looks like mergechanges is to blame.
> You should have got a REJECTED mail telling you btw.
I never got a REJECTED mail.
--
Robert Edmonds
[EMAIL
Robert Edmonds wrote:
> I uploaded these[0] files last week and expected to see a corresponding
> "ip4r_1.03-1_multi.changes is NEW" mail (due to the new binary package
> postgresql-8.3-ip4r), but one never came, nor do I see the package in
> NEW or incoming. Where did it go?
>
> I uploaded the p
Package: wnpp
Severity: wishlist
Owner: Martijn van Iersel <[EMAIL PROTECTED]>
* Package name: speed-game
Version : 1.00
Upstream Author : Shawn Hargreaves <[EMAIL PROTECTED]>
* URL : http://www.talula.demon.co.uk/speed/index.html
* License : ISC software licen
Package: wnpp
Severity: wishlist
Owner: Martijn van Iersel <[EMAIL PROTECTED]>
* Package name: libmasking
Version : 0.80
Upstream Author : Miran Amon <[EMAIL PROTECTED]>
* URL : http://members.allegro.cc/miran/masking.html
* License : Zlib license
Programming
On Mon, Feb 11, 2008 at 15:52:30 -0500, Robert Edmonds wrote:
> I uploaded these[0] files last week and expected to see a corresponding
> "ip4r_1.03-1_multi.changes is NEW" mail (due to the new binary package
> postgresql-8.3-ip4r), but one never came, nor do I see the package in
> NEW or incoming
Package: wnpp
Severity: wishlist
Owner: Martijn van Iersel <[EMAIL PROTECTED]>
* Package name: cytoscape
Version : 2.5.2
Upstream Author : Cytoscape Consortium
* URL : http://www.cytoscape.org/
* License : LGPL 2.1
Programming Lang: Java
Description : s
I uploaded these[0] files last week and expected to see a corresponding
"ip4r_1.03-1_multi.changes is NEW" mail (due to the new binary package
postgresql-8.3-ip4r), but one never came, nor do I see the package in
NEW or incoming. Where did it go?
I uploaded the package again last night but it sim
Package: wnpp
Severity: wishlist
Owner: Martijn van Iersel <[EMAIL PROTECTED]>
* Package name: libalfont
Version : 2.0.7
Upstream Author : Martijn van Iersel <[EMAIL PROTECTED]>, Javier Gonzales,
Chernsha
* URL :
http://www.helixsoft.nl/project_page.php?file_name=alf
On Mon, Feb 11, 2008 at 02:18:05PM +0100, Pierre Chifflier wrote:
> > The description is very unclear to me.
[...]
> Right, the previous description was not clear. I have reworded it, from
> the README file, and from the author description:
>
> Fusil is a fuzzing framework designed to expose bug
On Sat, 09 Feb 2008 20:10:20 -0500 Philippe Cloutier wrote:
> > That probably won't make much time difference on "fast" archs (i386,
> > amd64 etc), but on slower ones like mips, mipsel etc (those sometimes
> > hold up testing transition :().
> A missing build will only slow testing migration if
Il giorno Mon, 11 Feb 2008 13:03:12 -0500
"David Moreno" <[EMAIL PROTECTED]> ha scritto:
> No package should be generic for anything, most of the time, and it's up the
> users and alternatives to do that.
Agreed, and in fact I've already renamed the binary to "ntranslate". :)
David
--
. ''`.
On Mon February 11 2008 10:56:38 Luk Claes wrote:
> Users don't have to upgrade if they don't want to or they could just
> change bin/sh to bin/bash in their scripts and be done with it. So no
> need to rewrite or invest time except for a simple script to change
> bin/sh to bin/bash.
>
> Like you s
http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED]
Status
* 38 Outstanding
* 3 Pending Upload
* 23 Resolved
Thanks to all who have already fixed those bugs (nearly 50%!!). I've now
filed all the bugs that I need at this stage to be able to provide a
Gtk/GPE-based Emdebian installa
On ma, 2008-02-11 at 09:41 -0800, Mike Bird wrote:
> On Mon February 11 2008 09:08:24 Russ Allbery wrote:
> > So switch your /bin/sh back to bash when the Release Notes tell you about
> > the change and move on with your life. That's why it's configurable.
>
> Why force millions of Debian users
Mike Bird wrote:
> On Mon February 11 2008 02:20:26 Cyril Brulebois wrote:
>> On 11/02/2008, Mike Bird wrote:
>>> On *production* Debian systems, saving 30 seconds in a boot which
>>> may occur once a year for a kernel security update is not worth a
>>> single broken script, nor a single failed bac
On Feb 10, 2008 5:52 AM, David Paleino <[EMAIL PROTECTED]> wrote:
> Il giorno Sun, 10 Feb 2008 12:16:17 +0200
> Lars Wirzenius <[EMAIL PROTECTED]> ha scritto:
>
> > On la, 2008-02-09 at 19:48 +0100, David Paleino wrote:
> > > The problem is that "translate" by does only de<->en
> translations,
>
Mike Bird <[EMAIL PROTECTED]> writes:
> On Mon February 11 2008 09:08:24 Russ Allbery wrote:
>> So switch your /bin/sh back to bash when the Release Notes tell you
>> about the change and move on with your life. That's why it's
>> configurable.
> Why force millions of Debian users to do this?
I
On Mon February 11 2008 09:08:24 Russ Allbery wrote:
> So switch your /bin/sh back to bash when the Release Notes tell you about
> the change and move on with your life. That's why it's configurable.
Why force millions of Debian users to do this? Furthermore, some will
ignore the release notes o
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> On Thu, 7 Feb 2008 11:48:47 +, Matthew Johnson <[EMAIL PROTECTED]> said:
>> On Thu Feb 07 22:42, Ben Finney wrote:
>>> In the scenario Manoj presents above, the modifications applied to
>>> upstream are easily available all in one place: the foo.
On Fri, 08 Feb 2008 09:45:06 +0100, Pierre Habouzit <[EMAIL PROTECTED]> said:
> On Thu, Feb 07, 2008 at 11:42:16AM +, Ben Finney wrote:
>> Pierre Habouzit <[EMAIL PROTECTED]> writes:
>>
>> > On Thu, Feb 07, 2008 at 05:12:00AM +, Manoj Srivastava wrote:
>> > > Why should I bring m
Mike Bird <[EMAIL PROTECTED]> writes:
> Release notes do not offset the millions of person-hours needed to
> review and maybe-rewrite and retest the millions of tiny shell scripts
> that have been written and tested by millions of Debian users with no
> thought to the possible consequences of subs
On Thu, 7 Feb 2008 11:48:47 +, Matthew Johnson <[EMAIL PROTECTED]> said:
> On Thu Feb 07 22:42, Ben Finney wrote:
>> In the scenario Manoj presents above, the modifications applied to
>> upstream are easily available all in one place: the foo.diff.gz.
> But all as one patch, not as your nice
[No need to Cc me; I'm subscribed. Please respect my M-F-T.]
On Sun, Feb 10, 2008 at 08:39:45PM -0600, William Pitcock wrote:
On Sun, 2008-02-10 at 22:11 +, brian m. carlson wrote:
As far as I can tell, /usr/bin/test and /usr/bin/[ are completely
useless, because none of bash, dash, posh,
Moritz Muehlenhoff writes:
> [This message has also been posted to gmane.linux.debian.devel.general.]
> On 2007-12-25, Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote:
> > Matthias Klose wrote:
> >> This is a proposal to introduce a common set of compiler options which
> >> can be set independently fr
* Charles Plessy <[EMAIL PROTECTED]> [2008-02-11 19:26]:
> I am really thankful for Tim and Martin to work on a MIPS machine, but
> currently we do not even know if there is a plan to make it a buildd,
No, it will be a porter machine.
> nor if the problem is really a problem of load or just an un
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: pipebench
Version: 0.40-1
Upstream Author: Thomas Habets
URL: http://www.habets.pp.se/synscan/programs.php?prog=pipebench
License: GP
On Mon February 11 2008 04:19:25 Frans Pop wrote:
> Hmmm. To be honest up till now I was assuming that the change of the
> default would only affect _new_ installs and that existing systems being
> upgraded from Etch to Lenny would be unaffected.
This is certainly good news. If I overlooked a cle
On Mon, Feb 11, 2008 at 03:39:29PM +0100, Florian Weimer wrote:
> * Andreas Bombe:
>
> > How many million person-hours does it really need to substitute
> > "#!/bin/sh" by "#!/bin/bash" once per script? That's even easily
> > scriptable, and I don't see the need for any amount of reviewing and
>
Am Montag, 11. Februar 2008 16:12:04 schrieb Mike Bird:
> On Mon February 11 2008 06:53:43 Adam Borowski wrote:
> > On Mon, Feb 11, 2008 at 01:33:54AM -0800, Mike Bird wrote:
> > > On *production* Debian systems, saving 30 seconds in a boot
> > > which may occur once a year for a kernel security up
On Mon February 11 2008 06:53:43 Adam Borowski wrote:
> On Mon, Feb 11, 2008 at 01:33:54AM -0800, Mike Bird wrote:
> > On *production* Debian systems, saving 30 seconds in a boot
> > which may occur once a year for a kernel security update is
> > not worth a single broken script, nor a single faile
Le mardi 05 février 2008 à 13:27 +0100, Santiago Vila a écrit :
> Hello.
>
> Policy says I should ask here before I add -fPIC to dialog.
>
> So: May I build libdialog using -fPIC?
>
> My idea is to do this now, document which packages use it in a README,
> and if athe number of packages using it
On Mon, Feb 11, 2008 at 01:33:54AM -0800, Mike Bird wrote:
> On Sun, 10 Feb 2008 21:40:14 Raphael Geissert wrote:
> > I've already changed my /bin/sh and I've found very very few
> > broken/missbehaving scripts.
> > And as a great pro my boot time is more than 50% faster now, not to mention
> > tha
* Andreas Bombe:
> How many million person-hours does it really need to substitute
> "#!/bin/sh" by "#!/bin/bash" once per script? That's even easily
> scriptable, and I don't see the need for any amount of reviewing and
> testing for such simple a bug fix.
/bin/sh behaves differently than /bin/
Am Montag, 11. Februar 2008 13:19:25 schrieb Frans Pop:
> Mike Bird wrote:
> > Debian should ensure that millions of Debian users around
> > the world who have written and tested millions of tiny shell
> > scripts with no thought to the possibility that /bin/sh may
> > one day become not-bash will
On Mon, Feb 11, 2008 at 01:08:38PM +0100, Guus Sliepen wrote:
> The description is very unclear to me. After looking at the Fusil
> website, I have some understanding of what fusil does. It is not a
> stand-alone program like fuzz or zzuf that work directly with any
> program. It rather is a frame
On Mon, 2008-02-11 at 11:20 +0100, Cyril Brulebois wrote:
> On 11/02/2008, Mike Bird wrote:
> > Debian should ensure that millions of Debian users around the world
> > who have written and tested millions of tiny shell scripts with no
> > thought to the possibility that /bin/sh may one day become
On Mon, 2008-02-11 at 01:54 -0600, William Pitcock wrote:
> It's possible for programs to completely change between versions. There
> really is no difference in reality between switching from program A to
> program B and switching from program A 1.1 to 1.2. The risk of problems
> is exactly the sa
On Mon, Feb 11, 2008 at 02:48:33AM -0800, Mike Bird wrote:
> Release notes do not offset the millions of person-hours needed to review
> and maybe-rewrite and retest the millions of tiny shell scripts that have
> been written and tested by millions of Debian users with no thought to the
> possible
On Mon, 11 Feb 2008, Nelson A. de Oliveira wrote:
And about CDBS, isn't the "echo 5 >debian/compat" that I said before?
This is if you read the code. :-)
It does not say anything about which version is used on older and on
future systems if you just leave out debian/compat.
Kind regards
Heya,
after so many positive responses we've decided to upload rrdtool today,
also not to loose time as it has to go trough NEW. It is team-maintained
and living in a git repository now.
Maintainer: Debian RRDtool Team <[EMAIL PROTECTED]>
Vcs-Browser: http://git.snow-crash.org/?p=pkg-rrdtool.git
Mike Bird <[EMAIL PROTECTED]> writes:
> Debian has a policy which allows it to inflict this change on DD's,
> but it is perfectly reasonable for Debian users to have determined
> that /bin/sh was linked to bash
Yes.
> and for Debian users to assume that /bin/sh will not be changed
No. Why is th
Mike Bird wrote:
> Debian should ensure that millions of Debian users around
> the world who have written and tested millions of tiny shell
> scripts with no thought to the possibility that /bin/sh may
> one day become not-bash will not suffer millions of hours
> of down time (or worse - bad data)
Christian Perrier <[EMAIL PROTECTED]> writes:
>> I'd rather leave that as it is. The package won't be as useful for the
>> less free operating systems based on Debian anyhow.
>
> derivatives distros != Ubuntu if this is what you mean by this
> comment
That's why I wrote "operating system" in the
Hi,
On Monday 11 February 2008 11:48, Mike Bird wrote:
> > > On *production* Debian systems, saving 30 seconds in a boot which
> > > may occur once a year for a kernel security update is not worth a
> > > single broken script, nor a single failed backup, nor a single lost
> > > data bit.
> > Since
On Mon, Feb 11, 2008 at 09:46:48AM +0100, Pierre Chifflier wrote:
> * Package name: fusil
> * URL : http://fusil.hachoir.org
> Description : Fuzzing program to test applications
>
> Fusil project is a fuzzing program for any project type (remote
> process, fake HTTP server
On Mon February 11 2008 03:39:06 Bas Wijnen wrote:
> > Why do you believe it is better for Debian to harm millions of Debian
> > users rather than simply using #!/bin/sh.minimal within Debian scripts?
>
> Because that's what Debian does: we fix things, even when they work
> while they are broken.
Le Sat, Feb 09, 2008 at 01:26:55PM -0500, Joey Hess a écrit :
> Riku Voipio wrote:
> > I think the short term solution to this dilemma is to compile a list
> > of attributions needed to be included in advertizment material.
> > Also a list should be compiled attributions needed n documentation
> >
On Mon, Feb 11, 2008 at 02:48:33AM -0800, Mike Bird wrote:
> On Mon February 11 2008 02:20:26 Cyril Brulebois wrote:
> > On 11/02/2008, Mike Bird wrote:
> > > On *production* Debian systems, saving 30 seconds in a boot which
> > > may occur once a year for a kernel security update is not worth a
>
On Mon February 11 2008 02:20:26 Cyril Brulebois wrote:
> On 11/02/2008, Mike Bird wrote:
> > On *production* Debian systems, saving 30 seconds in a boot which
> > may occur once a year for a kernel security update is not worth a
> > single broken script, nor a single failed backup, nor a single lo
> On Mon, Feb 11, 2008 at 10:04:53AM +0100, Patrick Winnertz wrote:
> > I've a rebuilded virtualbox-ose against the newest qt3.38b but wanted to
> > wait with an upload, until I know what exactly will happen with this bug.
> > If we decide to binNMU, I'll upload this package.. it contains not only
Le Mon, Feb 11, 2008 at 11:28:48AM +0200, Riku Voipio a écrit :
> On Mon, Feb 11, 2008 at 12:08:13AM +0900, Charles Plessy wrote:
> > Sorry to be rude, but I am just so surprised that there is a such big
> > problem and that apparently nothing is done. If people are working on
> > the issue, just l
On 11/02/2008, Mike Bird wrote:
> Debian should ensure that millions of Debian users around the world
> who have written and tested millions of tiny shell scripts with no
> thought to the possibility that /bin/sh may one day become not-bash
> will not suffer millions of hours of down time (or worse
On Mon, Feb 11, 2008 at 10:04:53AM +0100, Patrick Winnertz wrote:
> I've a rebuilded virtualbox-ose against the newest qt3.38b but wanted to
> wait with an upload, until I know what exactly will happen with this bug.
> If we decide to binNMU, I'll upload this package.. it contains not only a
> fi
On Sun, 10 Feb 2008 21:40:14 Raphael Geissert wrote:
> I've already changed my /bin/sh and I've found very very few
> broken/missbehaving scripts.
> And as a great pro my boot time is more than 50% faster now, not to mention
> that the overall /bin/sh scripts run faster now.
Debian should ensure t
Hi,
On Mon, 2008-02-11 at 18:02 +0900, Charles Plessy wrote:
> Le Sun, Feb 10, 2008 at 08:06:38PM +0100, Evgeni Golov a écrit :
> > On Sat, 09 Feb 2008 20:10:20 -0500 Philippe Cloutier wrote:
> >
> > > > That probably won't make much time difference on "fast" archs (i386,
> > > > amd64 etc), but
On 2008-02-11, Michael Meskes <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 10, 2008 at 08:44:02PM +0100, Sune Vuorela wrote:
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465028 - libqt3-mt: Missing
>> weak symbols for stat64 functions
>
> libqt3-mt isn't supposed to provide stat64, right?
I do
On Mon, Feb 11, 2008 at 12:08:13AM +0900, Charles Plessy wrote:
> Sorry to be rude, but I am just so surprised that there is a such big
> problem and that apparently nothing is done. If people are working on
> the issue, just let us know, they will get many kudos and everybody will
> be happy. In t
On Sun, Feb 10, 2008 at 08:44:02PM +0100, Sune Vuorela wrote:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465028 - libqt3-mt: Missing
> weak symbols for stat64 functions
libqt3-mt isn't supposed to provide stat64, right?
> The question is simply: How to proceed?
> Do it like ubuntu did
Package: wnpp
Severity: wishlist
Owner: Pierre Chifflier <[EMAIL PROTECTED]>
* Package name: fusil
Version : 0.7
Upstream Author : Victor Stinner <[EMAIL PROTECTED]>
* URL : http://fusil.hachoir.org
* License : GPLv2
Programming Lang: Python
Description
Am Montag, 11. Februar 2008 09:45:32 schrieb [EMAIL PROTECTED]:
> so far, identified packages are:
>
> k3b
> kdebase
> ktorrent
> gwenview (already rebuilded against Qt3.3.8b)
> virtualbox-ose
I've a rebuilded virtualbox-ose against the newest qt3.38b but wanted to
wait with an upload, until I kno
Le Sun, Feb 10, 2008 at 08:06:38PM +0100, Evgeni Golov a écrit :
> On Sat, 09 Feb 2008 20:10:20 -0500 Philippe Cloutier wrote:
>
> > > That probably won't make much time difference on "fast" archs (i386,
> > > amd64 etc), but on slower ones like mips, mipsel etc (those sometimes
> > > hold up test
> it looks like a toolchain issue.
Some people point to binutils 2.17 -> 2.18.
We think about a binutils-2.17 bug that ?stat64 appeared in the first place.
Indeed, ?stat64 weren't defined in Qt3.
> Some packages expects these symbols (gwenview, ktorrent, virtualbox-ose and
> probably many others)
Quoting Anibal Avelar ([EMAIL PROTECTED]):
> I can't see a suitable alternative for idesk, I think would be a good
> idea a new section called inside Screen called Toys or Hacks. For now
> the option more related could be Games/Toys but I think it isn't a
> good option because it isn't a game.
>
83 matches
Mail list logo
