Hi all,
I just added a symbols control file to the latest upload of the diagnostics
library. I started out with a single libdiagnostics0.symbols file, which caused
an FTBFS on all archs [0]. So we all know that C++ name mangling has its
downsides, but in this case it becomes a real PITA. Though, i
On Sun, Jul 20, 2008 at 2:15 PM, Jithesh Chandran
<[EMAIL PROTECTED]> wrote:
> My acer aspire 5310 notebook doesn't perform good with the debian os..
You have emailed the Debian development list, if you are looking for
support, please read this page:
http://www.debian.org/support
In short,
Goswin von Brederlow a écrit :
> Gunnar Wolf <[EMAIL PROTECTED]> writes:
>
>> Goswin von Brederlow dijo [Tue, Jul 15, 2008 at 11:10:30PM +0200]:
I don't think that any of the alternatives are valid candidates yet:
- Linux-Vserver, OpenVZ: clearly not the same use case.
- Virtualbox,
On Sun, 20 Jul 2008, Michael Tautschnig wrote:
> I just added a symbols control file to the latest upload of the diagnostics
> library. I started out with a single libdiagnostics0.symbols file, which
> caused
> an FTBFS on all archs [0]. So we all know that C++ name mangling has its
> downsides, b
Hi,
since a couple of days ago, I keep getting this message on a lenny
system during the configure phase of (seemingly) arbitrary packages:
Setting up samba-common (2:3.0.31-1) ...
*** This build of Glib was compiled with glib 2.16.4, but is currently running
with 2.16.3, which is too old. We'l
On Sun, Jul 20, 2008 at 08:58, Tollef Fog Heen <[EMAIL PROTECTED]> wrote:
> ]] Ben Finney
>
> | We could deal with this as we did for '/usr/share/doc' vs '/usr/doc';
> | that is, make '/srv/www/foo' the canonical location but allow a long
> | transition period where '/var/www/foo' is permitted as a
* Sergei Golovan:
> Certainly affected packages are tk8.3, tk8.4, tk8.5, blt, tile. Also
> perl-tk and ruby are likely to break after possible upgrade of
> x11proto-core. (May be other packages which use Tk.)
What about statically-linked, proprietary applications? Why hasn't this
happened in the
Le Sun, Jul 20, 2008 at 01:43:12AM +0200, Carl Fürstenberg a écrit :
> FHS 2.3 specifies in
> http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
> to use /srv for "Data for services provided by this system", for
> example /srv/www for web root.
> In the policy, the sect
Hi,
I found some of my packages are offered as a part of Ubuntu archive.
(Practically copied with minor adjustment.) That is good but I felt a
bit strange since I needed to use my time to find it out.
Then, I realized I am no better than the Ubuntu MOTU developers on how to
deal with upstream as
On 7/20/08, Florian Weimer <[EMAIL PROTECTED]> wrote:
> * Sergei Golovan:
>
> > Certainly affected packages are tk8.3, tk8.4, tk8.5, blt, tile. Also
> > perl-tk and ruby are likely to break after possible upgrade of
> > x11proto-core. (May be other packages which use Tk.)
>
>
> What about static
This one time, at band camp, Carl Fürstenberg said:
> FHS 2.3 specifies in
> http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
> to use /srv for "Data for services provided by this system", for
> example /srv/www for web root.
> In the policy, the section
> 9.1.1(http:
On Sun, Jul 20, 2008 at 12:41:34PM +0200, Frank Küster wrote:
> since a couple of days ago, I keep getting this message on a lenny
> system during the configure phase of (seemingly) arbitrary packages:
> Setting up samba-common (2:3.0.31-1) ...
> *** This build of Glib was compiled with glib 2.16
Steve Langasek <[EMAIL PROTECTED]> wrote:
> Actually, the bug is that libglib-perl is second-guessing glib's package
> dependencies and spitting out warnings that it shouldn't.
And it's already reported?
Thanks, Frank
--
Frank Küster
Debian Developer (teTeX/TeXLive)
--
To UNSUBSCRIBE, email
* Osamu Aoki:
> I found some of my packages are offered as a part of Ubuntu archive.
Same here. In my case (debsecan), it's a bit irresponsible because the
package doesn't really work on Ubuntu--but it's not readily apparent to
potential users. Furthermore, it uses server resources provided to
On Sunday 20 July 2008 12:05, Florian Weimer wrote:
> * Osamu Aoki:
> > I found some of my packages are offered as a part of Ubuntu archive.
>
> Same here. In my case (debsecan), it's a bit irresponsible because the
> package doesn't really work on Ubuntu--but it's not readily apparent to
> potent
Osamu Aoki wrote:
> I think we should encourage packager to contact upstream with simple
> "hello!" message and he (or myself) should be part of active upstream ML.
When I had upstreams, I always used to do this.
Often though, I'd wait until I had some patches to go with the "hello",
to make the
On Sun, 2008-07-20 at 18:05 +0200, Florian Weimer wrote:
> * Osamu Aoki:
>
> > I found some of my packages are offered as a part of Ubuntu archive.
Have you found any that are not?
> Same here. In my case (debsecan), it's a bit irresponsible because the
> package doesn't really work on Ubuntu--
2008/7/20 Florian Weimer <[EMAIL PROTECTED]>:
> * Osamu Aoki:
>
>> I found some of my packages are offered as a part of Ubuntu archive.
>
> Same here. In my case (debsecan), it's a bit irresponsible because the
> package doesn't really work on Ubuntu--but it's not readily apparent to
> potential u
* Neil Williams:
>> What's the correct way to get it out of Unbuntu (universe)? I don't
>> want to relicense it, but if asking politely does not work, it seems to
>> be my only choice.
>
> How would you relicence it in a manner that prevents use in Ubuntu but
> retains DFSG compatibility to remai
* Osamu Aoki <[EMAIL PROTECTED]> [080720 14:57]:
> I think we should encourage packager to contact upstream with simple
> "hello!" message and he (or myself) should be part of active upstream ML.
>
> After all, we all are human. Friendly "hello" always helps people.
>
> I know this is not somethin
On Sun, 2008-07-20 at 18:42 +0200, Bernhard R. Link wrote:
> * Osamu Aoki <[EMAIL PROTECTED]> [080720 14:57]:
> > I think we should encourage packager to contact upstream with simple
> > "hello!" message and he (or myself) should be part of active upstream ML.
> >
> > After all, we all are human.
On Sun, Jul 20, 2008 at 16:34, Stephen Gran <[EMAIL PROTECTED]> wrote:
> This one time, at band camp, Carl Fürstenberg said:
>> FHS 2.3 specifies in
>> http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
>> to use /srv for "Data for services provided by this system", for
On Sun, 2008-07-20 at 12:16 -0400, Scott Kitterman wrote:
> On Sunday 20 July 2008 12:05, Florian Weimer wrote:
> > * Osamu Aoki:
> > > I found some of my packages are offered as a part of Ubuntu archive.
> >
> > Same here. In my case (debsecan), it's a bit irresponsible because the
> > package do
Hi,
On Sunday 20 July 2008 18:42, Florian Weimer wrote:
> Relicensing would involve moving the package to non-free, that's
> correct.
Ui, I dint expect you really would want that. Why not detect if the system is
really Debian and if not output "system type unsupported"?
regards,
Holger
This one time, at band camp, Carl Fürstenberg said:
> On Sun, Jul 20, 2008 at 16:34, Stephen Gran <[EMAIL PROTECTED]> wrote:
> > This one time, at band camp, Carl Fürstenberg said:
> >> FHS 2.3 specifies in
> >> http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
> >> to
On Sunday 20 July 2008 13:33, Neil Williams wrote:
> On Sun, 2008-07-20 at 12:16 -0400, Scott Kitterman wrote:
> > On Sunday 20 July 2008 12:05, Florian Weimer wrote:
> > > * Osamu Aoki:
> > > > I found some of my packages are offered as a part of Ubuntu archive.
> > >
> > > Same here. In my case
On Sun, 2008-07-20 at 19:57 +0200, Holger Levsen wrote:
> Hi,
>
> On Sunday 20 July 2008 18:42, Florian Weimer wrote:
> > Relicensing would involve moving the package to non-free, that's
> > correct.
>
> Ui, I dint expect you really would want that. Why not detect if the system is
> really Debia
On Sun, Jul 20, 2008 at 07:32:33PM +0200, Carl Fürstenberg wrote:
> On Sun, Jul 20, 2008 at 16:34, Stephen Gran <[EMAIL PROTECTED]> wrote:
> > This one time, at band camp, Carl Fürstenberg said:
> >> FHS 2.3 specifies in
> >> http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBY
On Sun, Jul 20, 2008 at 19:58, Stephen Gran <[EMAIL PROTECTED]> wrote:
> http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
>
> "Therefore, no program should rely on a specific subdirectory structure
> of /srv existing or data necessarily being stored in
Florian Weimer <[EMAIL PROTECTED]> writes:
> What's the correct way to get it out of Unbuntu (universe)?
I'd suggest filing a bug, and perhaps advertise it on the relevant
developer mailing lists.
> I don't want to relicense it, but if asking politely does not work, it
> seems to be my only c
This one time, at band camp, Carl Fürstenberg said:
> On Sun, Jul 20, 2008 at 19:58, Stephen Gran <[EMAIL PROTECTED]> wrote:
> >
> > I don't think there's any excemption needed. The FHS already makes it
> > essentially impossible for distributors to place anything under /srv.
> > Not putting anyth
On Sun, Jul 20, 2008 at 05:57:26PM +0200, Frank Küster wrote:
> Steve Langasek <[EMAIL PROTECTED]> wrote:
> > Actually, the bug is that libglib-perl is second-guessing glib's package
> > dependencies and spitting out warnings that it shouldn't.
> And it's already reported?
Well, I don't see it o
On Sun, Jul 20, 2008 at 07:36:33PM +0100, Stephen Gran wrote:
> > I was refering to the use of /var/www, which isn't FHS valid, and no
> > excemption is made in the policy about that.
> The FHS is not an exhaustive list of every directory on the system, so
> I'm not convinced that introducing a n
On Sun, Jul 20, 2008 at 06:58:09PM +0100, Stephen Gran wrote:
> > So you "vote" for an exemption from FSH in this case, as per 9.1.1?
> http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
> "Therefore, no program should rely on a specific subdirectory s
Package: wnpp
Severity: wishlist
Owner: Joseph Nahmias <[EMAIL PROTECTED]>
* Package name: magicmaze
Version : 1.4.3.1
Upstream Author : Kent "MenThal" Dahl <[EMAIL PROTECTED]>
* URL : http://magicmaze.rubyforge.org/
* License : "FREEWARE"
Programming Lang: Ru
Hi Neil,
On Sun, Jul 20, 2008 at 05:32:31PM +0100, Neil Williams wrote:
> I ask because emdebian-tools isn't intended for Ubuntu either. See [0] -
> emdebian-tools also depends on server resources provided only by Debian
> (in this case, the package repositories containing compatible packages
> wh
On Sat, Jul 19, 2008 at 6:13 PM, Jason D. Clinton <[EMAIL PROTECTED]>
wrote:
> On Tue, Jun 17, 2008 at 9:21 AM, Loïc Minier <[EMAIL PROTECTED]> wrote:
>
>> 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
Edward Allcutt <[EMAIL PROTECTED]> writes:
>
> Purpose
>
> /srv contains site-specific data which is served by this system.
>
>
> To me "site-specific" implies "not installed by the package manager".
> I believe it's quite reasonable for apache, CVS, etc. to set up a
> default location under
Neil Williams <[EMAIL PROTECTED]> writes:
> On Sun, 2008-07-20 at 19:57 +0200, Holger Levsen wrote:
> > Why not detect if the system is really Debian and if not output
> > "system type unsupported"?
>
> I tried that - it generates a bug report within Ubuntu that I can't
> close from within Debian
On Sun, 2008-07-20 at 13:43 -0700, Steve Langasek wrote:
> Hi Neil,
>
> On Sun, Jul 20, 2008 at 05:32:31PM +0100, Neil Williams wrote:
> > I ask because emdebian-tools isn't intended for Ubuntu either. See [0] -
> > emdebian-tools also depends on server resources provided only by Debian
> > (in th
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: mina
Version: 1.1.17
Upstream Author: Apache Software Foundation
URL: http://mina.apache.org
License: APL 2.0
Description: Java network application framework
Apache MINA is a network application fram
On Sunday 20 July 2008, Steve Langasek wrote:
> On Sun, Jul 20, 2008 at 06:58:09PM +0100, Stephen Gran wrote:
> I think it's perfectly in keeping with other parts of policy to ship our
> webservers with /srv/www as the default webroot, and leave it up to the
I think that this is a terrible idea.
This one time, at band camp, Steve Langasek said:
> On Sun, Jul 20, 2008 at 06:58:09PM +0100, Stephen Gran wrote:
> > > So you "vote" for an exemption from FSH in this case, as per
> > > 9.1.1?
>
> > http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
>
On 2008-06-14 18:23:07 +0100, Neil Williams wrote:
Hello,
> *** ../emdebian-tail.log
> .../../keyserver/gpgkeys_curl.c:304: error: ?typeof? applied to a bit-field
> .../../keyserver/gpgkeys_curl.c:304: error: ?typeof? applied to a bit-field
> .../../keyserver/gpgkeys_curl.c:304: error: ?typeof? a
Package: wnpp
Severity: wishlist
Owner: Thorsten Glaser <[EMAIL PROTECTED]>
* Package name: libbsd-arc4random-perl
Version : 1.30
Upstream Author : Thorsten Glaser <[EMAIL PROTECTED]>
* URL : http://www.mirbsd.org/man3/arc4random
* License : MirOS Licence (same
Ben Finney <[EMAIL PROTECTED]> writes:
> The Debian BTS should *only* report problems that can be solved from
> within Debian, otherwise it's useless noise that leads to that
> section being ignored even when it might have something important to
> say.
That should of course say “The Debian PTS sh
On Mon, Jul 21, 2008 at 01:14:05AM +0100, Stephen Gran wrote:
> This one time, at band camp, Steve Langasek said:
> > On Sun, Jul 20, 2008 at 06:58:09PM +0100, Stephen Gran wrote:
> > > > So you "vote" for an exemption from FSH in this case, as per
> > > > 9.1.1?
> > > http://www.debian.org/doc/pa
Ben Finney <[EMAIL PROTECTED]> writes:
> Ben Finney <[EMAIL PROTECTED]> writes:
>> The Debian BTS should *only* report problems that can be solved from
>> within Debian, otherwise it's useless noise that leads to that section
>> being ignored even when it might have something important to say.
>
>
This one time, at band camp, Steve Langasek said:
> On Mon, Jul 21, 2008 at 01:14:05AM +0100, Stephen Gran wrote:
> > This one time, at band camp, Steve Langasek said:
> > > On Sun, Jul 20, 2008 at 06:58:09PM +0100, Stephen Gran wrote:
> > > > > So you "vote" for an exemption from FSH in this case,
Le Sun, Jul 20, 2008 at 01:43:13PM -0700, Steve Langasek a écrit :
>
> You can close Launchpad bugs in Ubuntu packages from Debian. The "LP: ##"
> syntax lets bugs get autoclosed when your package is synced to Debian, or
> when it's merged by an Ubuntu developer.
Interesting...
Does it work
Hi,
On Mon, 2008-07-21 at 11:45 +0900, Charles Plessy wrote:
> Le Sun, Jul 20, 2008 at 01:43:13PM -0700, Steve Langasek a écrit :
> >
> > You can close Launchpad bugs in Ubuntu packages from Debian. The "LP:
> > ##"
> > syntax lets bugs get autoclosed when your package is synced to Debian,
Le Sat, Jul 19, 2008 at 03:35:35PM +0200, Luk Claes a écrit :
> __
>< We freeze next week! >
> --
> \ ^__^
> \ (oo)\___
>
Charles Plessy wrote:
In the next 1~2 monthes that separate us from the release, there will be
new upstream releases for the packages I maintain and I am undecided
what to do:
- Ignore them and dedicate only to Lenny.
- Package them only if requested by users.
- Upload them to experimental.
On Mon, Jul 21, 2008 at 2:13 AM, Steve Langasek <[EMAIL PROTECTED]> wrote:
> You can close Launchpad bugs in Ubuntu packages from Debian. The "LP: ##"
> syntax lets bugs get autoclosed when your package is synced to Debian, or
> when it's merged by an Ubuntu developer.
Thanks Steve, for this.
Charles Plessy <[EMAIL PROTECTED]> writes:
> In the next 1~2 monthes that separate us from the release, there will be
> new upstream releases for the packages I maintain and I am undecided
> what to do:
>
> - Ignore them and dedicate only to Lenny.
> - Package them only if requested by users.
>
owner 455292 !
retitle 455292 ITP: sagemath -- Mathematics software written in Python
thanks
* Package name: sagemath
Version : 3.0.5
* URL : http://www.sagemath.org/
* License : GPL
Programming Lang: C, Python
Description : Mathematics software written i
Ben Finney wrote:
> The Debian BTS should *only* report problems that can be solved from
> within Debian, otherwise it's useless noise that leads to that section
> being ignored even when it might have something important to say.
>
> However, the above bug in the Debian BTS has been archived. Must
57 matches
Mail list logo
