|--==> Paul Brossier writes:
PB> On Sun, 2005-01-23 at 19:35 -0500, Dale C. Scheetz wrote:
>>With regards to GNOME panel icons. The "add to panel" option now no
>>longer offers "launcher from menu" so now with the "custom launcer"
>>you have to hunt for your icon.
PB> well yes, here i
|--==> bluefuture writes:
b> The dehs system now is regular running again every two days on alioth
b> (and so also on the info feed to developer.php on qa).
b> Looking at no_watch page[1] there are:
b> Total source packages without watch file: 6324
b> Total source packages: 8285
Hi!
sean finney [2005-01-25 18:38 -0500]:
> On Tue, Jan 25, 2005 at 10:38:37AM +0100, Martin Pitt wrote:
> > There are two common ways to achieve that:
> >
> > - Connect as "www-data". For this you need an appropriate PostgreSQL
> > user ("createuser www-data" as user postgres). Then you either
On Tue, 25 Jan 2005 13:28:16 +0100, Bluefuture <[EMAIL PROTECTED]>
wrote:
>Native packages are already not included in the dehs system.
What do you do with packages that have uncooperative upstream and thus
a watch file is not possible?
apg's web host, for example, doesn't support directory listi
On Tue, 25 Jan 2005 11:03:16 -0200, Henrique de Moraes Holschuh
<[EMAIL PROTECTED]> wrote:
>On Tue, 25 Jan 2005, Marc Haber wrote:
>> So policy-rc.d needs to be in /usr/local, or we have a FHS violation.
>
>Please request that we enhance invoke-rc.d to look on /usr/local first,
>then (through a wis
Ron Johnson <[EMAIL PROTECTED]> wrote:
> Following fortune's model, this is what I'm thinking:
> dosage
> dosage-comics
> dosage-comics-off
>
> See there's no censorship here...
No, just st^W. What do you gain as a parent? Instead of having to look
at one package (dosage) and deciding "No, not th
Package: wnpp
Severity: wishlist
Owner: Marc Haber <[EMAIL PROTECTED]>
* Package name: policyrcd
Version : 0.1
Upstream Author : Marc Haber <[EMAIL PROTECTED]>
* URL : http://wiki.debian.net/index.cgi?ZugSchlus
* License : GPL
Description : policy-complian
On Wed, 26 Jan 2005, Martin Pitt wrote:
Well, this is not _exactly_ right since you can map system users to
database users in pg_ident.conf, but that would mean yet another
conffile to touch.
... which should probably be avoided. Moreover I had bad experiences while
trying that some years ago.
I t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/25/2005 09:46 PM, Goswin von Brederlow wrote:
>>And yes, I've already thought of that. However, I'd rather some
>>things (URLs, in this case) not be dropped my children's laps,
>>even though they could be blocked further upstream.
>>
>>When the
On Jan 25, 2005 at 16:08, Guglielmo Dapavo praised the llamas by saying:
> Package: wnpp
> Severity: wishlist
> Owner: Guglielmo Dapavo <[EMAIL PROTECTED]>
>
> * Package name: gtkpizza
>
> Version : 0.1.0
> Upstream Author : Guglielmo Dapavo <[EMAIL PROTECTED]>
> * URL
On Jan 26, 2005 at 08:26, Marc Haber praised the llamas by saying:
> Package: wnpp
> Severity: wishlist
> Owner: Marc Haber <[EMAIL PROTECTED]>
>
> * Package name: policyrcd
> Version : 0.1
> Upstream Author : Marc Haber <[EMAIL PROTECTED]>
> * URL : http://wiki.debian.
On Wed, 26 Jan 2005, David Pashley wrote:
> > Since there are at least two packages containing their own version of
> > invoke-rc.d, having a search path policy for policy-rc.d can be
> > messy and is prone to be unstructured and uncoordinated.
No, it is not. invoke-rc.d *HAS* to be coordinated, a
On Jan 26, 2005 at 09:59, Henrique de Moraes Holschuh praised the llamas by
saying:
> On Wed, 26 Jan 2005, David Pashley wrote:
> > > Since there are at least two packages containing their own version of
> > > invoke-rc.d, having a search path policy for policy-rc.d can be
> > > messy and is prone
On Wed, 26 Jan 2005, David Pashley wrote:
> > The better fix IS to add an extra line to both incarnations of invoke-rc.d
> > (sysv-rc's and file-rc's) to look under /usr/local/sbin first.
Make that "later". I just noticed one has to run the system's
/usr/sbin/policy-rc.d in preference to all else
On Wed, Jan 26, 2005 at 09:48:54AM +, David Pashley wrote:
> On Jan 26, 2005 at 08:26, Marc Haber praised the llamas by saying:
> > Since there are at least two packages containing their own version of
> > invoke-rc.d, having a search path policy for policy-rc.d can be
> > messy and is prone to
On Tue, Jan 25, 2005 at 06:01:26PM -0700, Joel Aelwyn wrote:
> On Wed, Jan 26, 2005 at 12:06:06AM +, Andrew Suffield wrote:
> > On Tue, Jan 25, 2005 at 10:52:48AM -0700, Joel Aelwyn wrote:
> > > [1] Which is a separate rant, and frankly, I think Debian needs to be
> > > clear about what we real
Hi,
what is the reason why in the following sentence in Policy:
,
| The Depends field should also be used if the postinst, prerm or postrm
| scripts require the package to be present in order to run.
`
the word "should" is used, not "must"? I'm asking here (not on -policy)
because I assu
Martin Michlmayr <[EMAIL PROTECTED]> wrote:
> * Jeroen van Wolffelaar <[EMAIL PROTECTED]> [2005-01-23 01:31]:
>> > And finally, are there plans to update the Developer's Reference to
>> > reflect this change in standard procedure?
>>
>> Yes, while this procedure hasn't really been discussed much,
Hi everyone, i would point to this link :
http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
which i think would fit very nicely in debian official documentation after
maybe a few modifications if necessary... not sure where to propose this so i
write here...
thanks :)
* Tristan Seligmann
| Where do you draw the line, though?
Easy, maintainer's perogative, as usual.
--
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are : :' :
On 2005-01-26 Pierre Ancelot <[EMAIL PROTECTED]> wrote:
> Hi everyone, i would point to this link :
> http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[...]
It is already linked from deveopers reference.
cu andreas
PS: It is pretty useless to sign messages witho
Cameron Patrick <[EMAIL PROTECTED]> wrote:
> What kind of userland support do you see as being missing? I use the
> hibernate package for ACPI sleep and it works pretty well. Most of
> the problems that I've seen with ACPI have been kernel or BIOS issues
> (e.g. the screen not being switched on
Hi,
It seems to me that the maintainer of emacspeak is not very much
interested in this package currently, or at least didn't have time for a
couple of months. Therefore I forward this bug report to -devel and
-emacsen, in the hope to find somebody who is more interested.
Personally, I only came
* Frank Küster <[EMAIL PROTECTED]> [2005-01-26 12:10]:
> Should I send mail to him, and a copy to mia-@qa.d.o, or should I
> just send a question to [EMAIL PROTECTED]
Just send a mail to [EMAIL PROTECTED]
> And what is going to happen - is the event just logged in your mia
> database, or is some
Hi fellow developpers,
I just want you to make you aware that I'm planning to upload new
upstream versions of libxml2 and libxslt into sid soon.
Since the number of reverse dependencies on them are quite significant,
and since shlibs are going to be bumped, I'm posting this warning on
-release and
On Wed, 26 Jan 2005 03:20:34 +, Paul Brossier <[EMAIL PROTECTED]> wrote:
> On Sun, 2005-01-23 at 19:35 -0500, Dale C. Scheetz wrote:
> > With regards to GNOME panel icons. The "add to panel" option now no
> > longer offers "launcher from menu" so now with the "custom launcer"
> > you have to hu
Hi all,
I am trying to package the swsusp2 kernel patch, which comes in
hundred little files. My thought was to simply concat these files
into one large patch for use with kpatches... however, this does not
work because some files are created by early patches and later
modified. Since kpatches fir
Hello
On Tue, Jan 25, 2005 at 01:00:22PM +0100, Guglielmo Dapavo wrote:
> * Package name: phpauctionGPL
> Version : 2.5.0
> Upstream Author : Name <[EMAIL PROTECTED]>
> * URL : http://www.phpauction.org/
> * License : (GPL)
> Description : PHP based auctio
martin f krafft <[EMAIL PROTECTED]> writes:
> I am trying to package the swsusp2 kernel patch, which comes in
> hundred little files. My thought was to simply concat these files
> into one large patch for use with kpatches... however, this does not
> work because some files are created by early pa
Il giorno mer, 26-01-2005 alle 17:17 +0100, martin f krafft ha scritto:
> Hi all,
>
> I am trying to package the swsusp2 kernel patch, which comes in
> hundred little files.
Hi Martin, why don't you apply all the patches to a clean kernel source
tree, and then diff that source tree from the orig
also sprach Jay Berkenbilt <[EMAIL PROTECTED]> [2005.01.26.1724 +0100]:
> Any reason you can't just make a copy of the unpatched source, apply
> all the patches, and then diff -urN the original with the patched
> version to create a fresh patch? Test by applying the newly created
> patch with the
martin f krafft <[EMAIL PROTECTED]> writes:
> Hi all,
>
> I am trying to package the swsusp2 kernel patch, which comes in
> hundred little files. My thought was to simply concat these files
> into one large patch for use with kpatches... however, this does not
> work because some files are created
also sprach Goswin von Brederlow <[EMAIL PROTECTED]> [2005.01.26.1754 +0100]:
> Why not just put all the patches into
> /usr/src/kernel-patches/swsusp2 and apply them in order?
Because I like reusing wheels (as in: dh-kpatches) and it does not
really allow multiple patches, surely not one hundred
On Wed, Jan 26, 2005 at 09:52:13 +0100, Frank KÃster wrote:
> By the way, what would be the difference between dosage and
> dosage-comics? Can the package also download different stuff than comic
> strips?
Presumably 'dosage' would contain everything except the actual modules
that download the va
Hello,
I'm part of a team that is seeking to build a desktop oriented distro to
support and showcase L10N efforts in the Indic languages, based on
Componentized Linux. We think it is probably better if we setup a system
based on Debian buildd, to receive source packages from uploaders, and
then bui
On Wed, Jan 26, 2005 at 10:30:01AM +, Andrew Suffield wrote:
> On Tue, Jan 25, 2005 at 06:01:26PM -0700, Joel Aelwyn wrote:
> > On Wed, Jan 26, 2005 at 12:06:06AM +, Andrew Suffield wrote:
> > > On Tue, Jan 25, 2005 at 10:52:48AM -0700, Joel Aelwyn wrote:
> > > > [1] Which is a separate ran
On Wed, Jan 26, 2005 at 11:32:19AM +0100, Frank Küster wrote:
> Hi,
>
> what is the reason why in the following sentence in Policy:
>
> ,
> | The Depends field should also be used if the postinst, prerm or postrm
> | scripts require the package to be present in order to run.
> `
>
> the
Hi Soumyadip,
On Thursday, 27 Jan 2005, Soumyadip Modak <[EMAIL PROTECTED]> wrote:
> However I couldn't find any documentation on how to setup buildds. Can
> anyone please provide pointers
http://www.debian.org/devel/buildd/
or
http://people.debian.org/~aba/buildd/
Greetings
Martin
--
The human
On Thu, Jan 27, 2005 at 12:20:35AM +0530, Soumyadip Modak wrote:
> However I couldn't find any documentation on how to setup buildds. Can
> anyone please provide pointers
http://www.de.debian.org/devel/buildd/
Gruesse,
--
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/
--
To U
Hi,
Andreas Metzler <[EMAIL PROTECTED]> - Wed, Jan 26, 2005:
> It is already linked from deveopers reference.
It would be nice to have a package for this guide, for example to
request fixes and to make something official out of it.
The author seems to be Junichi Uekawa, dancer at deb
Joel Aelwyn writes:
> Because policy, unlike RFCs, does not use normative declarations such as
> SHOULD and MUST...
>From debian-policy:
In the normative part of this manual, the words must, should and may, and
the adjectives required, recommended and optional, are used to
distinguish the
On Wed, Jan 26, 2005 at 01:21:38PM -0600, John Hasler wrote:
> Joel Aelwyn writes:
> > Because policy, unlike RFCs, does not use normative declarations such as
> > SHOULD and MUST...
>
> From debian-policy:
>In the normative part of this manual, the words must, should and may, and
>the adj
martin f krafft <[EMAIL PROTECTED]> writes:
> also sprach Goswin von Brederlow <[EMAIL PROTECTED]> [2005.01.26.1754 +0100]:
>> Why not just put all the patches into
>> /usr/src/kernel-patches/swsusp2 and apply them in order?
>
> Because I like reusing wheels (as in: dh-kpatches) and it does not
>
also sprach Goswin von Brederlow <[EMAIL PROTECTED]> [2005.01.26.2054 +0100]:
> Improve kpatches to cope with multiple patches.
Uh, yeah. When I get a free minute.
> Just think of the hassle you have on updates when one of the
> hundred files change and you have to remake the full patchfile
> eac
Martin Zobel-Helas <[EMAIL PROTECTED]> writes:
> Hi Soumyadip,
>
> On Thursday, 27 Jan 2005, Soumyadip Modak <[EMAIL PROTECTED]> wrote:
>> However I couldn't find any documentation on how to setup buildds. Can
>> anyone please provide pointers
>
> http://www.debian.org/devel/buildd/
> or
> http://
Joel Aelwyn <[EMAIL PROTECTED]> writes:
> On Wed, Jan 26, 2005 at 11:32:19AM +0100, Frank Küster wrote:
>> Hi,
>>
>> what is the reason why in the following sentence in Policy:
>>
>> ,
>> | The Depends field should also be used if the postinst, prerm or postrm
>> | scripts require the packag
On Wed, Jan 26, 2005 at 01:21:38PM -0600, John Hasler wrote:
> Joel Aelwyn writes:
> > Because policy, unlike RFCs, does not use normative declarations such as
> > SHOULD and MUST...
>
> >From debian-policy:
>In the normative part of this manual, the words must, should and may, and
>the ad
On Tue, Jan 25, 2005 at 10:32:13PM -0600, Ron Johnson wrote:
> On Wed, 2005-01-26 at 03:38 +0100, Uwe A. P. Wuerdinger wrote:
> > Ron Johnson schrieb:
> > > On Tue, 2005-01-25 at 12:34 +0200, Kalle Kivimaa wrote:
> >
> > [-snip-]
> >
> > > And yes, I've already thought of that. However, I'd rath
On Wed, 2005-01-26 at 09:41 -0500, Dale Scheetz wrote:
> The icon I would prefer to use on the desktop/panel is 114x154 pixels
> and gives a smoother lookeing icon. I'll have to experiment with violating
> the menu spec and seeing how it works...
i would say that could sound too large for an ic
On Tue, Jan 25, 2005 at 08:32:18PM -0600, Jacob S said
> pcmcia. For that matter though, I can't see that much difference in a
> wireless usb stick and a pcmcia when the usb and iBook are both used
> without modification.
Having something flimsy stick two inches out the side of the iBook is
very v
On Mon, Jan 24, 2005 at 11:16:08PM -0600, Joe Wreschnig said
> Package: wnpp
> Severity: wishlist
>
> * Package name: libmusepack
> Version : 1.1
> Upstream Author : The Musepack Development Team
> * URL : http://www.musepack.net
> * License : 3-clause BSD
> D
At Sun, 23 Jan 2005 18:38:59 +0100,
Bernd Eckenfels wrote:
> On Mon, Jan 24, 2005 at 01:16:12AM +0900, Junichi Uekawa wrote:
> > Looking at the rate of hardware changes, we will ideally be wanting
> > to add a new hwcap entry just about every year;
> > which results roughly in x10 time penalty ever
Hello,
How is the boot process of RAID (using a Debian supplied kernel that
doesn't have RAID autodetect compiled in) meant to work with udev?
What seems to happen (at least with recent testing/sarge based
system):
1. initrd script starts RAID for swap and /. No problems here. The
initrd script
On Wed, 26 Jan 2005 08:15:38 +0100 (CET)
Andreas Tille <[EMAIL PROTECTED]> wrote:
> On Tue, 25 Jan 2005, Dale C. Scheetz wrote:
>
> > It might be better to reserve /usr/share/pixmaps specifically for menu
> > icons in xpm format and create /usr/share/icons for png gif and jpeg
> > icon images.
>
On Wed, 2005-01-26 at 22:31 +0100, David Weinehall wrote:
> On Tue, Jan 25, 2005 at 10:32:13PM -0600, Ron Johnson wrote:
> > On Wed, 2005-01-26 at 03:38 +0100, Uwe A. P. Wuerdinger wrote:
> > > Ron Johnson schrieb:
> > > > On Tue, 2005-01-25 at 12:34 +0200, Kalle Kivimaa wrote:
> > >
> > > [-snip-
At Fri, 21 Jan 2005 19:51:22 +0100,
Martin Kittel wrote:
> Recently upstream has converted the database kernel from
> linuxthread-style threading to NPTL. While -at least for i386-
> linuxthreads is still supported in MaxDB at this time, it will go away
> in one of the next releases.
> As far as
[ Not ignoring point 1 or 4, just nothing to say about them. ]
On Thu, Jan 27, 2005 at 10:37:34AM +0900, GOTO Masanori wrote:
>
> (2) Most architectures do not support NPTL currently. Debian
> glibc-2.3.2.ds1-20 supports NPTL on i386, amd64, ia64 and s390.
> So your package is available
On Thu, Jan 27, 2005 at 10:37:34AM +0900, GOTO Masanori wrote:
> (We have plan to add NPTL support for alpha, ppc and ppc64 in the
> next glibc update. However, currently NPTL is not supported even
> in upstream cvs on arm (EABI update), mips (tls register
> discussion), hppa (H
Amir resume.wpd
Description: Binary data
59 matches
Mail list logo
