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
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
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.
>
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 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.
Le Sat, Jul 19, 2008 at 03:35:35PM +0200, Luk Claes a écrit :
> __
>< We freeze next week! >
> --
> \ ^__^
> \ (oo)\___
>
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 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
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,
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.
>
>
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:
> 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
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
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
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 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.
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 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
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
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
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
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
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
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
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 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
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
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
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
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, 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 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
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
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
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
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 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.
* 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
* 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
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
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--
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 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:
> 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
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
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
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 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
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
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
* 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
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
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, 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
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, 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,
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
57 matches
Mail list logo
