Ralf Treinen wrote:
>
> I agree that the infrastructure could (and should) be independent
> of the rest of nm. Which doesn't mean that I volunteer to implement
> it ...
>
I could probably help implementing a basic system, but I don't know if it
wouldn't be easier to use a ticket-based system so
Brian May writes:
> Just a general observation, it is rather painful to have to set and
> maintian QUILT_PATCHES by hand everytime I want to modify a patch. There
> have been a number of times now I have accidentally created the patch in
> the wrong directory, which can be very confusing (mess tw
On Mon, Nov 23, 2009 at 04:12:58PM +1100, Brian May wrote:
> Am I doing something wrong?
Just a general observation, it is rather painful to have to set and maintian
QUILT_PATCHES by hand everytime I want to modify a patch. There have been a
number of times now I have accidentally created the patc
On Mon, Nov 30, 2009 at 01:22:09AM +0100, Bernd Zeimetz wrote:
> Ralf Treinen wrote:
> > GPG keysigning coordination is since a long time done by a small
> > group of people independendent from FrontDesk. Currently this is
> > basically me, with an offer from Patrick Schoenfeld to help. In
> > the
Hello m narinder
i need travel shopping education computer seo fianance bussines releted
sites pr 3 obl 55
if do u have plz contect me at chat
narin...@gdtechindia.com
Jeremy T. Bouse (29/11/2009):
> There is already https://nm.debian.org/gpg.php that people should be
> pointed to as a good starting place.
Did you actually read the thread?
(Either one more mail than the one you replied to; or only that one,
but including the quoted message in there should be a
Bernd Zeimetz wrote:
> Ralf Treinen wrote:
>> GPG keysigning coordination is since a long time done by a small
>> group of people independendent from FrontDesk. Currently this is
>> basically me, with an offer from Patrick Schoenfeld to help. In
>> the past tbm and Luk have been part of that team.
Jonathan Yu (29/11/2009):
> An alternative arrangement I'd be open to is: /usr/bin/pip points to
> a sh script, which tells the user that `pip' has been renamed to
> perl-pip and python-pip in Debian. This way, neither pip gets the
> /usr/bin/pip name.
Mentioning $LANG in the binary is the way to
Hi:
[Cc'ing Adam Kennedy since I'm not sure if he's subscribed to debian-devel]
Since Adam mentions that Perl's pip predates Python's pip by a
significant margin, I think we should close this issue by renaming
Python's installer back to pyinstall. It doesn't seem fair for someone
who came on the
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: xappy
Version : 0.5
Upstream Author : Richard Boulton
* URL : http://code.google.com/p/xappy/
* License : GPL-2+
Programming Lang: Python
Description : easy-to-use interface to th
http://blog.ianbicking.org/2008/10/28/pyinstall-is-dead-long-live-pip/
The Perl package predates the Python one by several years.
The author was made aware of the clash well before it was shipped to
Debian and chose to continue anyway.
Adam K
2009/11/30 Tim Retout :
> [Resending to the *actual*
Ralf Treinen wrote:
> GPG keysigning coordination is since a long time done by a small
> group of people independendent from FrontDesk. Currently this is
> basically me, with an offer from Patrick Schoenfeld to help. In
> the past tbm and Luk have been part of that team.
>
> I agree that the infr
On Mon, Nov 30, 2009 at 12:49:31AM +0100, Andreas Marschke wrote:
> On Monday 30 November 2009 00:08:20 Joerg Jaspert wrote:
> > > Lets say this package is maintained on Launchpad that also "maintainance"
> > > for debian or would this have to be on mentors.debian.org to be a valid
> > > maintainan
On Monday 30 November 2009 00:08:20 Joerg Jaspert wrote:
> > Lets say this package is maintained on Launchpad that also "maintainance"
> > for debian or would this have to be on mentors.debian.org to be a valid
> > maintainance? (Just curios as there use to be some discussion between the
> > blogge
> Lets say this package is maintained on Launchpad that also "maintainance" for
> debian or would this have to be on mentors.debian.org to be a valid
> maintainance? (Just curios as there use to be some discussion between the
> bloggers about that some time back)
Where it is maintained is irr
On Sun, Nov 29, 2009 at 05:20:46PM +0300, Alexander GQ Gerasiov wrote:
> Hi there.
>
> I'd like to adopt rus-ispell - Russian dictionary for
> aspell/ispell/hunspell/myspell [1]
>
> I'm not familiar with all this *spell staff and like to ask:
> is there any Policy or best practice for such packag
[Resending to the *actual* debian-devel address. :) D'oh.]
According to Debian Policy 10.1 [*], when two binaries have different
functionality but the same name, this should be reported to the
debian-devel mailing list.
[*] http://www.debian.org/doc/debian-policy/ch-files.html#s10.1
In this case
Package: wnpp
Severity: wishlist
Owner: Julian Andres Klode
* Package name: software-center
Version : 1.1~bzr
Upstream Author : Michael Vogt
* URL : https://launchpad.net/software-center
* License : GPL-3+
Programming Lang: Python
Description : Utility
Package: wnpp
Severity: wishlist
Owner: Julian Andres Klode
* Package name: aptdaemon
Version : 0.10
Upstream Author : Sebastian Heinlein ,
Michael Vogt
* URL : https://launchpad.net/aptdaemon
* License : GPL-2+
Programming Lang: Python
Neil Williams writes:
> Russ Allbery wrote:
>> Yeah, but doing string manipulation in C is fairly painful and
>> difficult to maintain in the long run. I suspect that shell, sed, and
>> awk, despite its disadvantages, would still be easier and clearer than
>> using C for this sort of transforma
On Sun, 29 Nov 2009 12:32:22 -0800
Russ Allbery wrote:
> Raphael Geissert writes:
> > Osamu Aoki wrote:
>
> >> Why not keep the main maintainer script to be /bin/sh and use
> >> python within optional compoent. I mean:
>
> > In any case C could be used to avoid any other sort of dependency.
>
Package: wnpp
Severity: wishlist
Owner: Maximilian Gass
* Package name: envstore
Version : 2.0
Upstream Author : Daniel Friesel
* URL : https://derf.homelinux.org/~derf/projects/envstore/
* License : WTFPL
Programming Lang: C
Description : save and res
On Sun, Nov 29, 2009 at 02:26:55PM +0100, Joerg Jaspert wrote:
> GPG keysigning coordination
> ---
>
> FD/DAM would like to to move the GPG keysiging coordination over to
> someone else. It's not really part of FrontDesk work; and as we are
> rewriting the webpage anyhow w
Raphael Geissert writes:
> Osamu Aoki wrote:
>> Why not keep the main maintainer script to be /bin/sh and use python
>> within optional compoent. I mean:
> In any case C could be used to avoid any other sort of dependency.
Yeah, but doing string manipulation in C is fairly painful and difficul
Osamu Aoki wrote:
>
> Why not keep the main maintainer script to be /bin/sh and use python
> within optional compoent. I mean:
>
In any case C could be used to avoid any other sort of dependency.
Regards,
--
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
--
To UNSUBSC
On Sun, Nov 29, 2009 at 08:21:02PM +0100, Andreas Marschke wrote:
> Lets say this package is maintained on Launchpad that also
> "maintainance" for debian or would this have to be on
> mentors.debian.org to be a valid maintainance? (Just curios as
> there use to be some discussion between the blogg
On Sun, Nov 29, 2009 at 20:21:02 +0100, Andreas Marschke wrote:
> Lets say this package is maintained on Launchpad that also "maintainance" for
> debian or would this have to be on mentors.debian.org to be a valid
> maintainance? (Just curios as there use to be some discussion between the
> blo
Hi,
On Sun, Nov 29 2009, Frank Lin PIAT wrote:
> Find attached an initial attempt to use shell only. Let me know if you
> are interested.
>
> The script is configurable, so a sysadmin can decide to re-rewrite fstab
> using DM/LVM names rather than UUID, or volume LABEL, or legacy /dev/hd*
> names
On Sun, 2009-11-29 at 13:56 +0100, Marco d'Itri wrote:
> On Nov 28, Bastian Blank wrote:
>
> > The Linux image packages needs to do some modifications to core
> > configuration files like fstab in the future to allow newer kernels to
> > work. To do this and the planned further extension I intend
On Sunday 29 November 2009 19:54:02 Patrick Schoenfeld wrote:
> On Sun, Nov 29, 2009 at 06:55:58PM +0100, Andreas Marschke wrote:
> > > As such, we prefer that people who want to apply to NM have been active
> > > in Debian for a while already, and have built up some experience. In
> > > the last f
On Sun, Nov 29, 2009 at 06:55:58PM +0100, Andreas Marschke wrote:
> > As such, we prefer that people who want to apply to NM have been active
> > in Debian for a while already, and have built up some experience. In the
> > last few months, we've already redirected some people to the DM process
> >
> As such, we prefer that people who want to apply to NM have been active
> in Debian for a while already, and have built up some experience. In the
> last few months, we've already redirected some people to the DM process
> when we felt that they were not ready to become a DD yet, and we will
> co
[Manoj Srivastava]
> This is fine. /etc/fstab is used by mountall.sh, mount, and
> swapon explicitly
I believe fsck and dump tools also use it to decide when to check and
back up the file systems. :)
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-devel-requ...@lis
Package: wnpp
Severity: wishlist
Owner: Heath Matlock
This particular build doesn't include the GEOM Salome package and is intended
to be used with another package which I plan to build shortly. Should this be
noted somewhere?
* Package name: pythonocc
Version : 0.3
Upstream Au
Very good news for people like me that want to be part of the best team in
the worl.
I'm reading a lot this days, preparing myself to help the best as I can the
magnific Debian community.
My goal is to be a DD some day.
Step by step!!
Cheers,
Nuno Paquete
On Nov 29, 2009 1:27 PM, "Joerg Jaspert"
Hi there.
I'd like to adopt rus-ispell - Russian dictionary for
aspell/ispell/hunspell/myspell [1]
I'm not familiar with all this *spell staff and like to ask:
is there any Policy or best practice for such packages? Is there
somewhere the description of formats and tools used to generate one
dict
Your message dated Sun, 29 Nov 2009 15:11:55 +0100
with message-id <200911291512.14959.hol...@layer-acht.org>
and subject line Re: Bug#558587: general: Keep last package version in archives
has caused the Debian Bug report #558587,
regarding general: Keep last package version in archives
to be mark
Well, in fact I was not totally honest, because I know that sometimes,
it is possible to get the former version. For example, today, I can
download these two versions :
http://ftp.fr.debian.org/debian/pool/main/a/acpid/acpid_1.0.10-3_i386.deb
http://ftp.fr.debian.org/debian/pool/main/a/acpid/acp
On Sun, 2009-11-29 at 13:52 +0100, Andreas Metzler wrote:
> Florian Weimer wrote:
> > * Manoj Srivastava:
> >> It seems to be that a better approach is to inform the user, and
> >> let the admin make the changes needed.
>
> > This is probably true. After all, it could make more sense to
Michael Biebl wrote:
> Peter Fritzsche wrote:
> > Source: libatasmart
> > Version: 0.17-1
> > Severity: minor
> > User: peter.fritzs...@gmx.de
> > Usertags: missing-libtool-update
> >
> > I did a rebuild of all packages which are affected by bug #554821. As it
> > seems your package doesnt do the n
Package: general
Severity: wishlist
Hello,
I use Debian Testing. Every time a package is fucked up, I would like to test
the former version of that package, but to my knowledge, it is not kept
anywhere any thus it is not available.
Taking Debian Stable package is of course not possible becaus
On Nov 28, Bastian Blank wrote:
> The Linux image packages needs to do some modifications to core
> configuration files like fstab in the future to allow newer kernels to
> work. To do this and the planned further extension I intend to make all
> linux image packages depend on python.
This is not
Florian Weimer wrote:
> * Manoj Srivastava:
>> It seems to be that a better approach is to inform the user, and
>> let the admin make the changes needed.
> This is probably true. After all, it could make more sense to change
> from hd* to UUIDs or labels instead of from hd* to sd*, to c
* Manoj Srivastava:
> It seems to be that a better approach is to inform the user, and
> let the admin make the changes needed.
This is probably true. After all, it could make more sense to change
from hd* to UUIDs or labels instead of from hd* to sd*, to compensate
for the lack of stab
44 matches
Mail list logo
