On Fri, Aug 13, 2010 at 10:55:45AM +0800, Paul Wise wrote:
> On Fri, Aug 13, 2010 at 1:06 AM, Aurelien Jarno wrote:
>
> > QEMU doesn't emulate HPPA, that's why you can't find such an image.
>
> Looks like there is/was work in progress to do so though:
>
> http://hppaqemu.sourceforge.net/
> http
>> No. There is no sensible way to do this. The problem is inherent:
>> the binary packages in main have to be rebuildable using the source
>> package (and supporting binary packages eg compilers) in main.
>> If you have this situation you have to have two separate source
>> packages; one in ma
Package: dpkg-dev
Version: 1.15.8
Severity: wishlist
As suggested by Ian on -devel (see attachment), it would be nice to have
a way to remove files during unpack of a source package to hide non-free
files from our users without stripping them from the original tarball.
I also prefer this approach
>> I don't think anyone disagrees with this, including the ftp-masters. The
>> question is whether the source package also needs a copyright file of its
>> own.
> As we are distributing these files, it seems reasonable to document their
> licence. But the Policy is not clear about that requiremen
On Fri, Aug 13, 2010 at 9:28 AM, Aurelien Jarno wrote:
> On Fri, Aug 13, 2010 at 10:55:45AM +0800, Paul Wise wrote:
>> On Fri, Aug 13, 2010 at 1:06 AM, Aurelien Jarno wrote:
>>
>> > QEMU doesn't emulate HPPA, that's why you can't find such an image.
>>
>> Looks like there is/was work in progress
On Fri, Aug 13, 2010 at 10:50:13AM +0200, Bastien ROUCARIES wrote:
> On Fri, Aug 13, 2010 at 9:28 AM, Aurelien Jarno wrote:
> > On Fri, Aug 13, 2010 at 10:55:45AM +0800, Paul Wise wrote:
> >> On Fri, Aug 13, 2010 at 1:06 AM, Aurelien Jarno wrote:
> >>
> >> > QEMU doesn't emulate HPPA, that's why
Ben Finney writes:
> Toni Mueller writes:
>
>> while working on a package I'm going to sponsor, it occurred to me
>> with all the DD, DM and sponsoring going on, that I'd like to have a
>> field in debian/control, like eg.
>>
>> Bugs-To: some...@debian.org, ...
>
> In the source package stanza,
Ian Jackson writes:
> Tanguy Ortolo writes ("Non-recompilable binaries in source and binary
> packages (Adobe Flash strikes again)"):
>> Let us say an upstream tarball contains such a non-recompilable binary
>> as a minor component that can be stripped and maybe distributed by other
>> means. Th
Le vendredi 13 août 2010, Goswin von Brederlow a écrit :
> The case of non-recompilable binaries just doesn't fall into this
> category. The non-recompilable binary will never be DFSG free and has to
> go to non-free, not contrib, imho.
Again, I think they can be DFSG-free, as the DFSG never menti
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: libcgi-session3-perl
Version: 3.95
Upstream Author: Sherzod Ruzmetov
URL: http://search.cpan.org/~sherzodr/CGI-Session-3.95/
License:
Hi,
I'm trying to figure out a solution for RC bug #592242. The short
summary of this bug is a package A that conflicts with a package B due
to a name clash in /usr/bin. The programs in question do not provide the
same functionality, hence the alternatives systems cannot be used.
Debian policy 10.
On Tue, 10 Aug 2010 22:36:58 +0200, Petter Reinholdtsen
wrote:
>[Ian Jackson]
>> So while it doesn't use run-parts, it's halfway there already. I
>> use adduser.local on chiark.
>
>Definitely useful, but not enought, as the debian-edu-config package
>would break policy if it included a file in /u
-=| Roman V. Nikolaev, Fri, Aug 13, 2010 at 05:08:42PM +0400 |=-
> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: debian-devel@lists.debian.org
>
> Description: CGI::Session - persistent session data in CGI
> applications
> CGI-Session is a Perl5 library that provides an easy, reliabl
On Fri, Aug 13, 2010 at 09:20:17AM -0400, Michael Hanke wrote:
>
> Since renaming is not an option due to large side-effects in the
> packages in question,
In any case educating upstream about this name clash is very important
in cases like this. It's not only about Debian - the name clash might
Andreas Tille writes ("Re: RFC: Policy 10.1 and appropriateness of package
conflicts"):
> On Fri, Aug 13, 2010 at 09:20:17AM -0400, Michael Hanke wrote:
> > However, the situation of #592242 is different. The package (fsl) that
> > conflicts with other packages (e.g. cyrus-clients-2.2) only instal
Marc Haber writes ("Re: More advanced home directory creation in Debian?"):
> On Tue, 10 Aug 2010 22:36:58 +0200, Petter Reinholdtsen
> wrote:
> >[Ian Jackson]
> >> So while it doesn't use run-parts, it's halfway there already. I
> >> use adduser.local on chiark.
> >
> >Definitely useful, but not
On 08/13/2010 11:56 AM, Goswin von Brederlow wrote:
>
> The PTS is insufficient for this purpose as it can't automatically
> unsubscribe people when their package is superceeded.
That should not be too hard to implement without an extra control field.
--
Bernd Zeimetz
Package: wnpp
Severity: wishlist
Owner: Julian Andres Klode
* Package name: ups
Version : 0.1.0
Upstream Author : Julian Andres Klode
* URL : http://ups.alioth.debian.org/
* License : LGPL-2.1+
Programming Lang: C
Description : Universal Package System
Le 13 août 2010 à 11:38, Aurelien Jarno a écrit :
> On Fri, Aug 13, 2010 at 10:50:13AM +0200, Bastien ROUCARIES wrote:
>>
>> Do not having a means to run hppa on developper machine is a serious
>> limitation of this port.
>>
>
> There is one developer machine, just run "ssh paer.debian.org".
A
Bernd Zeimetz writes:
> On 08/13/2010 11:56 AM, Goswin von Brederlow wrote:
>>
>> The PTS is insufficient for this purpose as it can't automatically
>> unsubscribe people when their package is superceeded.
>
> That should not be too hard to implement without an extra control field.
How? The cha
Joerg Jaspert writes:
>>> I don't think anyone disagrees with this, including the ftp-masters. The
>>> question is whether the source package also needs a copyright file of its
>>> own.
>> As we are distributing these files, it seems reasonable to document their
>> licence. But the Policy is not
On Fri, Aug 13, 2010 at 03:38:39PM +0100, Ian Jackson wrote:
> So the only purpose of "fsl" is to provide these namespace-eating
> convenience symlinks ? If so I'm not sure that this is a good purpose
> for a a package.
Well, it has been 'invented' to address a frequent user-problem that
people c
On Fri, Aug 13, 2010 at 03:41:45PM +0100, Ian Jackson wrote:
> Marc Haber writes ("Re: More advanced home directory creation in Debian?"):
[...]
> > I guess that the adduser maintainers might apply a patch to adduser
> > introducing a second hook which is not in /usr/local, and then one of
> > your
Raphael Hertzog writes:
> As suggested by Ian on -devel (see attachment), it would be nice to have
> a way to remove files during unpack of a source package to hide non-free
> files from our users without stripping them from the original tarball.
> I also prefer this approach over repacking upst
Tanguy Ortolo writes:
> Le vendredi 13 août 2010, Goswin von Brederlow a écritâ¯:
>> The case of non-recompilable binaries just doesn't fall into this
>> category. The non-recompilable binary will never be DFSG free and has to
>> go to non-free, not contrib, imho.
>
> Again, I think they can b
On Fri, 13 Aug 2010 09:58:07 -0700, Russ Allbery wrote:
> Raphael Hertzog writes:
>
> > As suggested by Ian on -devel (see attachment), it would be nice to have
> > a way to remove files during unpack of a source package to hide non-free
> > files from our users without stripping them from the or
Russ Allbery wrote:
> Raphael Hertzog writes:
>
>> As suggested by Ian on -devel (see attachment), it would be nice to have
>> a way to remove files during unpack of a source package to hide non-free
>> files from our users without stripping them from the original tarball.
>
>> I also prefer thi
Le vendredi 13 août 2010, Goswin von Brederlow a écrit :
> Requiring stuff outside of main for building is not the same as
> non-recompilable. The source is compilable (and is compiled during
> build) if you install the Build-Depends from outside of main. It just
> isn't compilable inside of main.
retitle 592877 ITP: apt2 -- Advanced Package Tool 2
thanks
Let's keep the APT2 name instead of the UPS name. The UPS name is a good
joke, but it's not good for a real program name, because:
* UPS = Uninterruptible Power Supply
* UPS = United Parcel Service
* Ups = a debugger
Tanguy Ortolo writes:
> Le vendredi 13 août 2010, Goswin von Brederlow a écritâ¯:
>> Requiring stuff outside of main for building is not the same as
>> non-recompilable. The source is compilable (and is compiled during
>> build) if you install the Build-Depends from outside of main. It just
>>
Michael Hanke writes ("Re: RFC: Policy 10.1 and appropriateness of package
conflicts"):
> Well, it has been 'invented' to address a frequent user-problem that
> people can readily use the GUI parts of that package (because they are
> avialable via wrappers in /usr/bin and visible in the desktop me
Ian Jackson writes:
> I see. Couldn't you arrange to automatically update the default user
> PATH ? (After asking a suitable debconf question.) That would avoid
> having to Conflict with other packages and would make it possible for
> users of this fsl nonsense and users of different nonsense
Le vendredi 13 août 2010, Ian Jackson a écrit :
> I see. Couldn't you arrange to automatically update the default user
> PATH ? (After asking a suitable debconf question.) That would avoid
> having to Conflict with other packages and would make it possible for
> users of this fsl nonsense and us
On Fri, Aug 13, 2010 at 08:39:35AM +0200, Josef Spillner wrote:
> Am Donnerstag, 12. August 2010, 16:36:56 schrieb Ian Jackson:
> > This is easy: you just publish two trees, rather than two branches in
> > the same tree. (It's a shame that there isn't a syntax for "git
> > clone" which checks out
On Fri, 13 Aug 2010 21:31:31 +0200, Julian Andres Klode
wrote:
>I think that all in all, apt2 is a known name already, it can be found
>easily, it can not be confused with other things.
Especially not with apt 2.0 when it's being released. You're doing
Debian a huge disfavor.
Greetings
Marc
--
On Sat, 2010-08-14 at 00:10 +0200, Adam Borowski wrote:
> On Fri, Aug 13, 2010 at 08:39:35AM +0200, Josef Spillner wrote:
> > Am Donnerstag, 12. August 2010, 16:36:56 schrieb Ian Jackson:
> > > This is easy: you just publish two trees, rather than two branches in
> > > the same tree. (It's a shame
Hi.
Just wondered about the status of /etc/environment...
It seems that this belongs to libpam... but is no longer created an
deprecated or at least for providing local information, right?
However,... some packages seem to still have a look at it, e.g. openssh
(greped through my /var/lib/dpkg/in
On Fri, Aug 13, 2010 at 11:54:07PM +0100, Ben Hutchings wrote:
> On Sat, 2010-08-14 at 00:10 +0200, Adam Borowski wrote:
> > On Fri, Aug 13, 2010 at 08:39:35AM +0200, Josef Spillner wrote:
> > > Am Donnerstag, 12. August 2010, 16:36:56 schrieb Ian Jackson:
> > > > This is easy: you just publish two
[ CC debian-blends: the problem is how to make sure that when a
program is renamed because of a file conflict with another program,
its users still have a chance to use it out of the box.]
Le Fri, Aug 13, 2010 at 01:44:04PM -0700, Russ Allbery a écrit :
> Ian Jackson writes:
>
> > I see. Co
Charles Plessy writes:
> How about something among these lines:
> - A Blend provides a directory /usr/share/.
> - Packages can add symlinks there on a voluntary basis.
> - The blend installs a script in /etc/profile.d, that adds the
>symlinks directory to the PATH of the users that are
Le Fri, Aug 13, 2010 at 05:22:51PM -0700, Russ Allbery a écrit :
>
> Please remember that setting the system-wide default PATH to support some
> applications installed on that system often makes no sense. Timeshare
> systems shared by many different people doing many different things are
> still
Package: wnpp
Severity: wishlist
Owner: Luke Faraone
* Package name: python-aiml
Version : 0.8.5
Upstream Author : Cort Stratton
* URL : http://pyaiml.sf.net/
* License : FreeBSD
Programming Lang: Python
Description : an Artificial Intelligence Markup
On 08/13/2010 06:22 PM, Goswin von Brederlow wrote:
> Bernd Zeimetz writes:
>
>> On 08/13/2010 11:56 AM, Goswin von Brederlow wrote:
>>>
>>> The PTS is insufficient for this purpose as it can't automatically
>>> unsubscribe people when their package is superceeded.
>>
>> That should not be too ha
43 matches
Mail list logo
