retitle 82597 O: green-card -- A foreign function interface preprocessor for
Haskell
thanks
If there is nobody who'll take this package, I'll ask for its removal
from the distribution. (It does not compile from source currently
so I can't just orphan it in the normal way.)
You have one week to
p, font, span { line-height:120%; margin-top:0; margin-bottom:0;
}
¾È³ç Çϼ¼¿ä. º» ¸ÞÀÏÀº ±¤°í ¸ÞÀÏ
ÀÔ´Ï´Ù.
»çÀü Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»°Ô µÇ¾î¼
Áø½ÉÀ¸·Î
Á˼ÛÇÕ´Ï´Ù
¸ÞÀÏ ¹Þ±â¸¦
¿øÄ¡
¾ÊÀ¸½Å´Ù¸é ¾Æ·¡ ¸ÞÀÏ·Î ¹Ý¼Û¸ÞÀÏÀ» º¸³»Áֽøé ÀÌÈÄ¿¡´Â Àý´ë·Î ¸ÞÀÏÀÌ
¼ö½ÅµÇÁö ¾ÊÀ»
°ÍÀÔ´
p, font, span { line-height:120%; margin-top:0; margin-bottom:0;
}
¾È³ç Çϼ¼¿ä. º» ¸ÞÀÏÀº ±¤°í ¸ÞÀÏ
ÀÔ´Ï´Ù.
»çÀü Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»°Ô µÇ¾î¼
Áø½ÉÀ¸·Î
Á˼ÛÇÕ´Ï´Ù
¸ÞÀÏ ¹Þ±â¸¦
¿øÄ¡
¾ÊÀ¸½Å´Ù¸é ¾Æ·¡ ¸ÞÀÏ·Î ¹Ý¼Û¸ÞÀÏÀ» º¸³»Áֽøé ÀÌÈÄ¿¡´Â Àý´ë·Î ¸ÞÀÏÀÌ
¼ö½ÅµÇÁö ¾ÊÀ»
°ÍÀÔ´
p, font, span { line-height:120%; margin-top:0; margin-bottom:0;
}
¾È³ç Çϼ¼¿ä. º» ¸ÞÀÏÀº ±¤°í ¸ÞÀÏ
ÀÔ´Ï´Ù.
»çÀü Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»°Ô µÇ¾î¼
Áø½ÉÀ¸·Î
Á˼ÛÇÕ´Ï´Ù
¸ÞÀÏ ¹Þ±â¸¦
¿øÄ¡
¾ÊÀ¸½Å´Ù¸é ¾Æ·¡ ¸ÞÀÏ·Î ¹Ý¼Û¸ÞÀÏÀ» º¸³»Áֽøé ÀÌÈÄ¿¡´Â Àý´ë·Î ¸ÞÀÏÀÌ
¼ö½ÅµÇÁö ¾ÊÀ»
°ÍÀÔ´
p, font, span { line-height:120%; margin-top:0; margin-bottom:0;
}
¾È³ç Çϼ¼¿ä. º» ¸ÞÀÏÀº ±¤°í ¸ÞÀÏ
ÀÔ´Ï´Ù.
»çÀü Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»°Ô µÇ¾î¼
Áø½ÉÀ¸·Î
Á˼ÛÇÕ´Ï´Ù
¸ÞÀÏ ¹Þ±â¸¦
¿øÄ¡
¾ÊÀ¸½Å´Ù¸é ¾Æ·¡ ¸ÞÀÏ·Î ¹Ý¼Û¸ÞÀÏÀ» º¸³»Áֽøé ÀÌÈÄ¿¡´Â Àý´ë·Î ¸ÞÀÏÀÌ
¼ö½ÅµÇÁö ¾ÊÀ»
°ÍÀÔ´
On Wed Apr 03, 2002 at 10:03:24AM -0800, David D.W. Downey wrote:
> Looks like it doesn't matter anymore. I've been removed as the new
> maitnainer by erik due to the 2 week delay.
>
> Once again, I apologize for the delay on the package but it couldn't be
> helped. Hopefully I can assist on some
On Fri, Apr 05, 2002 at 03:05:28AM +0200, Bernd Eckenfels wrote:
> Perhaps it is just a dcache problem. Perhaps you can see anything in
> /proc/slabinfo or you could try to run find first? Could be that memory is
What do the columns in slabinfo mean?
> filled up and therefore the cache for the di
On Fri, 5 Apr 2002 10:19:41 +0900
Junichi Uekawa <[EMAIL PROTECTED]> wrote:
> Oohara Yuuma <[EMAIL PROTECTED]> cum veritate scripsit:
>
> > > Are there any statistics somewhere, how many packages use debmake,
> > > how many use debhelper and how many use something completely different?
> > $ grep
> Because it's not. debhelper is not a drop-in replacement for debmake.
>
> If people use it and someone is willing to maintain it, it will continue
> to exist in the distribution, as it happens with every other package.
I think that if you survey the set of packages that comtinjue to use
debstd,
Daniel Ruoso wrote:
> > Because it's not. debhelper is not a drop-in replacement for debmake.
>
> But the question is... shouldn't it be?
debhelper used to include a dh_debstd that did more or less the same
thing as debstd. After a few years I noticed that noone had ever used
it, and removed it.
Oohara Yuuma <[EMAIL PROTECTED]> cum veritate scripsit:
> > Are there any statistics somewhere, how many packages use debmake,
> > how many use debhelper and how many use something completely different?
> $ grep-dctrl -F Build-Depends debmake Sources | egrep '^Package' | wc
> 92 18415
On Fri, Apr 05, 2002 at 09:17:34AM +1000, Brian May wrote:
> At one stage, I thought it might be related to the speed of my LDAP
> server (the problem goes away if I remove it from nsswitch.conf),
> however, I can't see any evidence that the LDAP server
> (localhost) is slowing down.
Perhaps it is
Untitled Document
http://www.chazri.net/2000/coupon/mail-1/css1.css";
type="text/css">
http://www.chazri.net/2000/coupon/mail-1/cc2.css";
type="text/css">
function member(){
window.open("
Untitled Document
http://www.chazri.net/2000/coupon/mail-1/css1.css";
type="text/css">
http://www.chazri.net/2000/coupon/mail-1/cc2.css";
type="text/css">
function member(){
window.open("
On Thu, Apr 04, 2002 at 03:30:09PM -0500, Mark Eichin wrote:
> I wonder what it would cost to just have Akamai support our mirrors
Way more than we've got. :)
--
Mike Stone
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Investors
STOCK
ALERT
*Tonight: OZLU
has state-of-the-art technology that will make a lasting impressi
Hello,
I have configured "mutt -y" so it returns a list of a number of
Maildirs, and noticed something strange in performance.
When I first turn on my computer, then scrolling through the list is
nice and fast, but after I leave the computer on for 12 hours or more,
it slows down considerably, an
On Fri, Apr 05, 2002 at 08:50:26AM +1000, Jamie Wilkinson wrote:
> >> It's simple, just stick a flag in the mail headers.
> >
> >I don't really regard that as a reasonable solution. For example, my
> >email client doesn't (as far as I know) allow adding arbitrary headers
> >to a message. I suppos
This one time, at band camp, Colin Walters wrote:
>On Wed, 2002-04-03 at 17:44, Wichert Akkerman wrote:
>
>> It's simple, just stick a flag in the mail headers.
>
>I don't really regard that as a reasonable solution. For example, my
>email client doesn't (as far as I know) allow adding arbitrary h
On Fri, Apr 05, 2002 at 04:36:58AM +0900, Oohara Yuuma wrote:
> > Are there any statistics somewhere, how many packages use debmake,
> > how many use debhelper and how many use something completely different?
>
> $ grep-dctrl -F Build-Depends debmake Sources | egrep '^Package' | wc
> 92 1
On Thu, Apr 04, 2002 at 11:03:52PM +0200, Otto Wyss wrote:
> > Is it better than `apt-cache show foo` ?
> >
> No if you are a power user, otherwise yes. Beside not everbody has
> apt-cache installed.
I think most people do have apt installed.
$ dpkg -S `which apt-get` `which apt-cache`
apt: /usr/
On Thu, Apr 04, 2002 at 08:55:22PM +0200, Michel Dänzer wrote:
> > This means forking from XFree86 upstream in a way that I'm not entirely
> > comfortable with. Is there anyone around who is familiar with DRM
> > innards who would be willing to work with me and upstream to get this
> > fix impleme
> dpkg -s
>
> This doesn't show the package description!
>
> O. Wyss
To show the description of one package use this command:
dpkg -p
[]'s
Henrique
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> Is it better than `apt-cache show foo` ?
>
No if you are a power user, otherwise yes. Beside not everbody has
apt-cache installed.
O. Wyss
--
Author of "Debian partial mirror synch script"
("http://dpartialmirror.sourceforge.net/";)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
> > To minimize possible conflicts with other names it creates man pages in
> > section 6 (games!). Of course this can be configured in the config file.
> > I'd rather like to know which is a better place for it.
>
> Use a subsection. For instance, somepackage(1dsc) goes in
> $(mandir)/man1/somepa
> dpkg -s
>
This doesn't show the package description!
O. Wyss
--
Author of "Debian partial mirror synch script"
("http://dpartialmirror.sourceforge.net/";)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> will do, sorry. a DOS is still a form of exploit - you exploit
One way to clarify your thinking about this: to repair a DOS problem,
you simply need to fix the effected service (with a big hammer, like
"apt-get remove" or an ip firewall entry, or with more subtle tools
like fixing the bug and u
Package: gs-common
Severity: serious
Hi *,
I am filing this bug/writing this mail because there is a big problem
in the gs packages in woody which needs fixing before release. I would
like to get comments on the changes I want to implement.
Currently I maintain the following set of Ghostscript
On Wed, 2002-04-03 at 17:44, Wichert Akkerman wrote:
> It's simple, just stick a flag in the mail headers.
I don't really regard that as a reasonable solution. For example, my
email client doesn't (as far as I know) allow adding arbitrary headers
to a message. I suppose you could argue that my
I'm no longer on this list, but was looking over the web archives.
Anyhow, just FYI: the GCC folks have had to block [EMAIL PROTECTED] from
sending to the GCC bug-reporting addresses because of this auto-ack problem.
What apparently has been happening is that a Debian developer will forward
a gc
> So, who wants to add support to apt-spy for querying BGP routing tables?
When I worked for Adero, that was *hard* information to get. However,
that inspires the thought of another approach: Akamai (the far more
successful vendor in that space) already builds pictures of the net
from BGP and lo
On Thu, Apr 04, 2002 at 09:08:11PM +0200, Uwe Hermann wrote:
> On Thu, Apr 04, 2002 at 08:49:44PM +0900, Junichi Uekawa wrote:
> > On 04 Apr 2002 08:27:05 -0300
> > Daniel Ruoso <[EMAIL PROTECTED]> wrote:
> > > Why debmake still remains in the distribution if it's replaced by
> > > dh_make?
> >
>
On Thu, 4 Apr 2002 21:08:11 +0200,
Uwe Hermann <[EMAIL PROTECTED]> wrote:
> Are there any statistics somewhere, how many packages use debmake,
> how many use debhelper and how many use something completely different?
$ grep-dctrl -F Build-Depends debmake Sources | egrep '^Package' | wc
92
Hi.
On Thu, Apr 04, 2002 at 08:49:44PM +0900, Junichi Uekawa wrote:
> On 04 Apr 2002 08:27:05 -0300
> Daniel Ruoso <[EMAIL PROTECTED]> wrote:
>
> > Why debmake still remains in the distribution if it's replaced by
> > dh_make?
>
> Because many packages still depend on it.
Are there any statisti
also sprach Andrew Pimlott <[EMAIL PROTECTED]> [2002.04.04.0135 +0200]:
> > this problem is understood by the developers of proftpd
>
> Wichert said that nobody has explained why the current fix on s.d.o
> doesn't work. If the problem is understood, why hasn't someone
> explained this? That's al
also sprach Michael Stone <[EMAIL PROTECTED]> [2002.04.04.0211 +0200]:
> > because it will prevent s.d.o from serving a buggy package. it's not
> > fixed perfectly, but at least it's not subject to a known exploit.
>
> Could you be a little more careful with your terms? A DOS is not an
> exploit,
On Thu, 2002-04-04 at 20:34, Branden Robinson wrote:
> On Thu, Apr 04, 2002 at 10:37:52AM +0100, Philip Blundell wrote:
> > About the only thing you can do is to discontinue use of the kernel
> > headers altogether and provide your own, unconditional, definitions
> > (with different names if there
On Thu, Apr 04, 2002 at 10:37:52AM +0100, Philip Blundell wrote:
> About the only thing you can do is to discontinue use of the kernel
> headers altogether and provide your own, unconditional, definitions
> (with different names if there is any danger that the kernel's version
> of them might becom
On Thu, Apr 04, 2002 at 01:42:28PM -0300, Daniel Ruoso wrote:
> Santiago Vila wrote:
> > Because it's not. debhelper is not a drop-in replacement for debmake.
>
> But the question is... shouldn't it be?
They have different design goals. Apart from anything else, debstd is
monolithic while debhelp
Daniel Ruoso <[EMAIL PROTECTED]> writes:
> > Because it's not. debhelper is not a drop-in replacement for debmake.
> But the question is... shouldn't it be?
NO! debmake was deeply flawed in its interface and implementation,
and were debhelper to be a drop-in replacement it would always be
fightin
> Because it's not. debhelper is not a drop-in replacement for debmake.
But the question is... shouldn't it be?
Em Qui, 2002-04-04 às 08:50, Santiago Vila escreveu:
> Daniel Ruoso wrote:
> > Why debmake still remains in the distribution if it's replaced by
> > dh_make?
>
> Because it's not. debh
On Thu, Apr 04, 2002 at 12:05:13PM +0200, Marcin Owsiany wrote:
> On Wed, Apr 03, 2002 at 04:03:27PM -0500, Jeff Licquia wrote:
> > On Wed, 2002-04-03 at 13:38, Rob Bradford wrote:
> > > Ooh nice, maybe you could integrate with apt-spy or something to find
> > > the fastest for the user?
> >
> > I
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
>> > We do not revoke keys because they are not invalid. We do not revoke the
>> > signatures on UIDs mentioning @debian.org, because that would cause a lot
>> > of
>> > trouble for the person to come back to the Debian project, I think. One
Hi,
At Thu, 4 Apr 2002 14:54:43 +0200,
Wichert Akkerman wrote:
> Is there any reason to keep jvim in the archive? As far as I know
> the current vim package should not have any problem handling
> Japanese so if possible I'ld like to have jvim removed.
jvim-canna can input Japanese without Japane
retitle 138659 RFP: gil -- GTK ISDN Launcher
reassign wnpp
thanks
On Sat 16 Mar 2002, Thilo Pfennig wrote:
> I would like to see gil in this package:
> http://home.fr.inter.net/jfonde/gil-page.html
>
> It is the only good gtk/gnome app for ISDN.
It is probably better to request that this be add
Is there any reason to keep jvim in the archive? As far as I know
the current vim package should not have any problem handling
Japanese so if possible I'ld like to have jvim removed.
Wichert.
--
_
/[EMAIL PROTECTED] This
On 04 Apr 2002 08:27:05 -0300
Daniel Ruoso <[EMAIL PROTECTED]> wrote:
> Why debmake still remains in the distribution if it's replaced by
> dh_make?
Because many packages still depend on it.
regards,
junichi
--
[EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer
--
To UNSUBSCRIBE
Daniel Ruoso wrote:
> Why debmake still remains in the distribution if it's replaced by
> dh_make?
Because it's not. debhelper is not a drop-in replacement for debmake.
If people use it and someone is willing to maintain it, it will continue
to exist in the distribution, as it happens with every
Why debmake still remains in the distribution if it's replaced by
dh_make?
The question is because I discovered that the script I used to create
all the 90 debian packages I maintain (not in the Debian dist, it's in
the software house I work for) are built incorrectly, because I used a
script that
From the 6th to the 15th April I'll be in Pembrokeshire.
Specifically I shall be in Llandewi Velfrey for the week, with
a couple of trips to St Davids and Haverfordwest planned.
If there's anyone fancying a key-signing in the area, I will have car and
mobile phone, so email me and I'll give you t
On Wed, Apr 03, 2002 at 04:32:09PM -0500, Daniel Jacobowitz wrote:
> This was prompted by the GCC GNATS system, which has dozens of PRs created
> by these ACKs.
The GCC GNATS maintainer has contacted us already about it and a solution
will definitely be worked out...
(patches welcome as always)
On Wed, Apr 03, 2002 at 07:38:56PM +0100, Rob Bradford wrote:
> > Aptconf will allow users to configure sources.list via debconf. It
> > will also contain a configlet for setting up sources.list via the
> > GNOME Control Center, in druids, and potentially other settings.
>
> Ooh nice, maybe you c
On Wed, Apr 03, 2002 at 04:03:27PM -0500, Jeff Licquia wrote:
> On Wed, 2002-04-03 at 13:38, Rob Bradford wrote:
> > Ooh nice, maybe you could integrate with apt-spy or something to find
> > the fastest for the user?
>
> I don't see why not, though I'd be more inclined to add pin support
> first.
>> Wichert Akkerman <[EMAIL PROTECTED]> writes:
> There is more out there than just i386 system. I would love to see
> you attach a 100 gigabyte disk to a m68k system.
Looking at several m68k's here, they have SCSI-2 connectors. Wouldn't
it be feasible to connect an IDE-RAID system to them?
On Thu, Apr 04, 2002 at 02:19:37AM -0600, Colin Watson wrote:
> -quiet doesn't even mail the maintainer, unlike -maintonly - it's mostly
> intended for use by maintainers dropping comments into their own bugs.
> At the moment it still sends an ack though.
Of course, most of the maintainers using
On Thu, 2002-04-04 at 05:59, Branden Robinson wrote:
> If the kernel revs in such a way as to break
> ioctl numbers, there's no userland way around it, is there?
No. On the other hand, this virtually never happens. The kernel people
are usually quite disciplined about not making changes that wou
Hi,
NMUers please incorporate translated debconf templates send to the BTS
(unless they break package building, of course). Due to Debconf design,
these files are quite harmless and thus could be incorporated into NMU.
Denis
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "uns
On Wed, Apr 03, 2002 at 07:38:28PM -0500, Anthony DeRobertis wrote:
> [EMAIL PROTECTED]
>
> I think we need a better way to specify flags. Especially
> because now we've got to worry about which comes first (or does
> it matter)?
But then we need a way for these flags to be easily propagated to
Previously Jamie Wilkinson wrote:
> And that flag is?
None right not, but putting flags in mail headers scales a bit better
than putting flags in email addresses. One can automate it with mutt
for example (send-hook bugs.debian.org my_hdr X-Debbug-Flags: skipack).
Wichert.
--
___
On Wed, Apr 03, 2002 at 05:56:42PM -0500, Daniel Jacobowitz wrote:
> On Wed, Apr 03, 2002 at 03:56:06PM -0600, Michael Janssen wrote:
> > I prefer this way too, but would rather the extension be the shorter
> > -quiet, which is much easier to remember and more standard than
> > -nonverbose. We co
Package: wnpp
Version: N/A; reported 2002-04-04
Severity: wishlist
* Package name: konq-speaker
Version : 0.4
Upstream Author : George Russell <[EMAIL PROTECTED]>
* URL : http://dogma.freebsd-uk.eu.org/~grrussel/speaker.html
* License : GPL and LGPL
Descriptio
On Thu, Apr 04, 2002 at 12:22:00AM -0500, Branden Robinson wrote:
>
> It's because of this that I continue to feel that kernel interfaces are
> best defined by the kernel.
>
> If the kernel headers aren't an interface, why do they exist? There
> appears to be a very large philosophical gulf here
62 matches
Mail list logo
