Re: xfree86 unbuildable on ppc
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. The fact that the > Linux kernel guys may long for nice low-level C libraries that > encapsulate such things doesn't mean they exist. Is this a side-effect > of some sort of "real men don't program in userspace" dogma? > This is a problem of the subsystem designed, not the kernel itself, IMO. For example, in the ieee1394 subsystem, we have several headers that are shared between userspace and kernel. The header is clean for both cases. That is the way it was designed. Ben -- Debian - http://www.debian.org/ Linux 1394 - http://linux1394.sourceforge.net/ Subversion - http://subversion.tigris.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#141126: ITP: konq-speaker -- text-to-speech plugins for Konqueror and Kate
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 Description : text-to-speech plugins for Konqueror and Kate This package contains text-to-speech plugins for Konqueror (the KDE file manager and web browser) and Kate (a KDE text editor). Text-to-speech is provided by the festival speech system. These plugins can be accessed through Konqueror's Tools menu and the plugin manager in Kate settings. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux espresso 2.4.18-686 #2 Wed Mar 20 20:21:31 EST 2002 i686 Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debbugs and ACK messages
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 could even shorten it as far as -q if it doesn't > > conflict with something. > > There's already a -quiet. It doesn't mean what you think it does :) I > believe it doesn't send to -bugs-dist - don't ask me how it's different > from -maintonly. -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. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debbugs and ACK messages
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. -- _ /[EMAIL PROTECTED] This space intentionally left occupied \ | [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debbugs and ACK messages
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 addresses we currently use: [EMAIL PROTECTED] etc... Marcin -- Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
NMU and l10n
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 "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xfree86 unbuildable on ppc
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 would stop old binaries from working. As far as I know you can still take old a.out executables from 1990 or so and run them under modern kernels without any problems. > Fine and dandy, but what do I do in the meantime? I can guard each of > the ioctl #defines with an #ifndef, but there's also a typedef thrown > into the mix. I can't exactly do this: 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 become visible under some conditions). This obviously sucks quite a lot, but less than the alternatives. > If the kernel headers aren't an interface, why do they exist? There > appears to be a very large philosophical gulf here. The fact that > the Linux kernel guys may long for nice low-level C libraries that > encapsulate such things doesn't mean they exist. Is this a > side-effect of some sort of "real men don't program in userspace" > dogma? Pretty much. As far as the kernel people are concerned, their headers exist solely for the kernel's own benefit. They want to be able to make changes to these files without worrying about introducing namespace pollution or anything else that will accidentally break some other random program. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debbugs and ACK messages
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 it don't bother to set Reply-To: or anything so and will likely miss any reply they might get to their mail. -- "You grabbed my hand and we fell into it, like a daydream - or a fever." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ccache for the autobuilders?
>> 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? Still beats pure SCSI in terms of price/capacity. I think some of these systems present an SCSI-2 connection to the outside world, instead of whatever other flavour of SCSI you might have in mind. -- M. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#141070: ITP: aptconf -- debconf infrastructure for setting up apt sources
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. I had a crazy idea of doing directed graphs for country support, > so you could just pick your country and the software would find the > "closest" mirror. It's not that simple. For example in Poland there are a few mirrors, and the "closest" depends on the exact location/ISP of the user. Actually pretty often some mirrors abroad are _much_ faster than the Polish ones. Also the situation changes frequently (suddenly a very good mirror becomes outdated or unreachable), so a tool that automatically probes the mirrors via network is a must. Marcin -- Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#141070: ITP: aptconf -- debconf infrastructure for setting up apt sources
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 could integrate with apt-spy or something to find > the fastest for the user? apt-spy lacks an important feature -- narrowing down the testing. The possibility of having a good link to some distant places is real, but the possibility of having a good link to the whole world is not. Being able to select e.g. "Europe", "North America" and a few other sites based on an exact match would make this program far more useful... -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debbugs and ACK messages
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) -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[VAC] 6th to 14th April, Pembrokeshire
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 the number. D. -- Daniel Silverstone http://www.digital-scurf.org/ Hostmaster, Webmaster, and Chief Code Wibbler Digital-Scurf Unlimited GPG Public key available from keyring.debian.org KeyId: 20687895 Today is the tomorrow you worried about yesterday. pgp1eWu6FqeXa.pgp Description: PGP signature
debmake x dh-make
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 was in the distribution but was obsolete []'s daniel signature.asc Description: This is a digitally signed message part
Re: debmake x dh-make
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 other package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debmake x dh-make
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, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
jvim versus vim6
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 space intentionally left occupied \ | [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#138659: RFP: gil -- GTK ISDN Launcher (was: Bug#138659: isdnutils-xtools: Add Gi to this package)
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 added as a separate package; isdnutils, isdnutils-xtools, isdnlog, etc. are all packages that come from the same (upstream) source package. This would mean that "gil" would have to be added to isdnutils, and I don't think that's practical. Hence I've reassigned this package to wnpp (work-needing and prospective packages, see http://www.debian.org/devel/wnpp/). Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: jvim versus vim6
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 Japanese-inputing environment. This is important when we want to edit Japanese file in non-X environment like console or telnet/ssh. --- Tomohiro KUBOTA <[EMAIL PROTECTED]> http://www.debian.or.jp/~kubota/ "Introduction to I18N" http://www.debian.org/doc/manuals/intro-i18n/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debsigs
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 >> > cannot revoke a revocation certificate, AFAIK... >> >> Yes, you can. Just sign the key again. Recent GnuPG versions will >> handle this correctly. > > Will that work correctly in remote keys (i.e. if one key that HAS the > revocation signature on top of the old signature, and fetches the new > signature, does it wipe the old sig and rev. sig?) It doesn't wipe it (both signatures are still there), but it reverses the effect of the revocation. >> I don't think it's a good idea to express trust by membership in the >> Debian keyring. Why can't we use bare OpenPGP for that? > > We don't use that because (AFAIK): > > 1. It is slower by a factor of 10, if not more. This will be fixed in GnuPG 1.0.7. > If (1) is not a problem anymore, and you are offering to fix all the > scripts... Uh-oh... -- Florian Weimer[EMAIL PROTECTED] University of Stuttgart http://CERT.Uni-Stuttgart.DE/people/fw/ RUS-CERT +49-711-685-5973/fax +49-711-685-5898 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#141070: ITP: aptconf -- debconf infrastructure for setting up apt sources
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 don't see why not, though I'd be more inclined to add pin support > > first. I had a crazy idea of doing directed graphs for country support, > > so you could just pick your country and the software would find the > > "closest" mirror. > It's not that simple. For example in Poland there are a few mirrors, and > the "closest" depends on the exact location/ISP of the user. Actually > pretty often some mirrors abroad are _much_ faster than the Polish ones. > Also the situation changes frequently (suddenly a very good mirror > becomes outdated or unreachable), so a tool that automatically probes > the mirrors via network is a must. So, who wants to add support to apt-spy for querying BGP routing tables? :) Steve Langasek postmodern programmer pgp96gYZ9iK31.pgp Description: PGP signature
Re: debmake x dh-make
> 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. 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. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > signature.asc Description: This is a digitally signed message part
Re: debmake x dh-make
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 fighting those constraints. Bug-for-bug compatability would not be an asset. Honestly, it escapes me how anyone in the last couple of years could do a survey of source packages and get the idea that debmake was in wide-spread use, and thuse choose it instead of debhelper. I'm sorry someone didn't do their homework, and feels put out, but that's no fault of, or defect in, debhelper Mike. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debmake x dh-make
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 debhelper is modular. There used to be a dh_debstd script to aid migration, but it was removed because "It was a nice thought-toy, but nobody really used it, right?". That seems to have been true in practice - if people are going to convert to debhelper, they generally do so wholesale. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xfree86 unbuildable on ppc
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 become visible under some conditions). This obviously > sucks quite a lot, but less than the alternatives. 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 implemented in the proper place? I don't want to keep my kludge (patch #65) around any longer than I have to. -- G. Branden Robinson|America is at that awkward stage. Debian GNU/Linux |It's too late to work within the [EMAIL PROTECTED] |system, but too early to shoot the http://people.debian.org/~branden/ |bastards. -- Claire Wolfe pgpIlhp7DeUEF.pgp Description: PGP signature
Re: xfree86 unbuildable on ppc
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 is any danger that the kernel's version > > of them might become visible under some conditions). This obviously > > sucks quite a lot, but less than the alternatives. After a quick look at this thread in the -devel archive, I basically agree with this. The interface won't change in incompatible ways so XFree86 can safely have its own copy of the definitions, as it should. > 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 implemented in the proper place? I'm here. :) -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: on potato's proftpd
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, it's a DOS. By saying "exploit" your implying a far more > critical problem than actually exists. will do, sorry. a DOS is still a form of exploit - you exploit services without giving in return, but then again the exploit has no direct benefit for the instigator... but no, i'll keep my head down and simply say i'm sorry. you are absolutely right. -- martin; (greetings from the heart of the sun.) \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED] "and if the cloud bursts, thunder in your ear you shout and no one seems to hear and if the band you're in starts playing different tunes i'll see you on the dark side of the moon." -- pink floyd, 1972 pgpg1HlhG3IcL.pgp Description: PGP signature
Re: on potato's proftpd
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 all that is asked, AFAICT. i have no clue if the fix repaired anything or even how it works, but the actual problem as it affects proftpd is known. -- martin; (greetings from the heart of the sun.) \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED] nobody expects the spanish inquisition. -- monty python pgpkJO9fvYIpA.pgp Description: PGP signature
Re: debmake x dh-make
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 statistics somewhere, how many packages use debmake, how many use debhelper and how many use something completely different? Just curious... Uwe. -- Uwe Hermann [EMAIL PROTECTED] [EMAIL PROTECTED] | Unmaintained Free Software: http://www.hermann-uwe.de | http://www.unmaintained-free-software.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debmake x 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 1841519 $ grep-dctrl -F Build-Depends debhelper Sources | egrep '^Package' | wc 36017202 1 $ cat Sources | egrep '^Package' | wc 5367 10734 102638 for unstable/main -- Oohara Yuuma <[EMAIL PROTECTED]> Debian developer PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, "Star away" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debmake x dh-make
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? > > > > Because many packages still depend on it. > > Are there any statistics somewhere, how many packages use debmake, > how many use debhelper and how many use something completely different? Yes: http://auric.debian.org/~joeyh/debhelper-stats/ -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#141070: ITP: aptconf -- debconf infrastructure for setting up apt sources
> 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 lots of other data. I wonder what it would cost to just have Akamai support our mirrors :-) [and of course, if they'll donate that... it's probably not the sort of thing we can afford outright. still might be worth asking. H.] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debbugs and ACK messages
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 gcc bug to GNATS, but include the [EMAIL PROTECTED] address, then when the gcc people make a change, gnats generates an email, which goes to debbugs, which responds with "information FILED blah blah blah," which goes to gnats, which generates an email... Lather, rinse, repeat. Phil -- If ye love wealth greater than liberty, the tranquility of servitude greater than the animating contest for freedom, go home and leave us in peace. We seek not your counsel, nor your arms. Crouch down and lick the hand that feeds you; and may posterity forget that ye were our countrymen.- Samuel Adams -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debbugs and ACK messages
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 email client is broken (and I would probably agree), but there are a lot of people out there in a similar situation. Even if your client does allow it, it's often inconvenient. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#141206: Ghostscript: Copyright problem, possible reorg, upcoming maintainer change
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 packages: - gs, gs-aladdin: These contain the real Ghostscript interpreters, gs the GPL and gs-aladdin the AFPL version. - gs-common: This package was added by me to remove the wrapper scripts around gs from the main packages as I wanted to be able to have both installed at the same time which makes my work a little easier. Now I copied the wrapper scripts from the gs-aladdin source and iirc modified them a bit to make them more robust. My goal was to completely rewrite these scripts to support spaces in filenames and the like. As often I never got to it due to time constraints. This package also contains the defoma support which was originally included in both gs and gs-aladdin packages and used to be broken for at least one of them so I wanted to remove the duplication. - gsfonts: This package contains the basic fonts for Ghostscript. Quoting the Postscript Language Reference: "While there is not a standard set of fonts that is required by the PostScript language, most PostScript products include software for 13 standard fonts from the Times, Helvetica, Courier, and Symbol families." Therefore it would make sense to have gs depend on gsfonts, as most software expects to have these fonts available, which is already implemented in woody. My problems with the current setup are a) gs-common contains files with non-DFSG license (and does not even document that as it is still missing a copyright file) b) The manpages for the scripts in gs-common are missing c) gs-common and gs/gs-aladdin depend on each other (not really an issue for our packaging tools, but still) What I would like to do is a) remove the scripts from gs-common b) install them in both gs and gs-aladdin with a suffix and manage them as slave links to the gs alternative That would leave gs-common with only the defoma support. Now I was thinking about moving that to gsfonts, but that could become a problem if a user decides to replace gsfonts with something else (like another gsfonts-supporting package with cyrillic that is in preparation afaik, or by using equivs) will break the font support of gs. gs-common really needs a versioned dependency on gsfonts since older versions of that package used to contain a fixed fontmap in /etc/gs.Fontmap (symlinked to /usr/lib/ghostscript/fonts/Fontmap). OTOH that setup should still work, it would just break defoma configuration of gs fonts. Anyway, this mail is already too long. I wonder how much of this can be implemented for woody. Finally I want to acknowledge that I have failed in maintaining gs. It is a package too complex for the time frame I currently have to work with. I wanted to get the bug list down to a few forwarded upstream before the freeze which I obviously did not manage to do. Therefore I am going to step down as the maintainer of gs. Ralph Giles will probably take over the packages from me when he got used to the Debian packaging tools. He is working on Ghostscript for Artifex as the maintainer of GNU Ghostscript so he will be a much better maintainer for this beast than I was. Thanks for reading Torsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: on potato's proftpd
> 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 upgrading the packages. Or depending on your available bandwidth, "ignore it" :-) To recover from an exploit, you've completely lost trust in the machine and may have to reinstall the entire system to recover from it. This is a totally different order of problem. (of course, we are talking about proftpd here -- I'm surprised anyone cares about the DOS issue, given that it's had sendmail-like levels of security flaws over time -- they're enough reason to remove it altogether...) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Description to man pages
> 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]
Re: Description to man pages
> > 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/somepackage.1dsc.gz. This should avoid clashes, and you
> can pass man the '-e dsc' option to look at those pages exclusively. It
> might also be a good idea to write to /usr/local/man by default rather
> than /usr/share/man.
>
I didn't know that man has subsection, the man howto which I found on
the web didn't tell it.
I've now choosen "7dsc" since packages aren't commands.
> Would it be possible to make it easier to use for those who don't use
> debiansynch? I couldn't figure out how to get it to work at all -
> whatever I tried just ended up with "0 processed of 0". I don't have a
> local mirror, so I'd like it just to use the available file.
Actually dsc2man search for Packages files inside the basedir if no
distribution list is specified (empty parameter distsfile" in
"dsc2man.conf" or if the file isn't found). I've changed the behavior so
that searching is the default. Of course the Packages files have to be
located anywhere locally inside the searched basedir (regardless of
structure).
There was also a bug which prevented the search under certain
circumstances, but now it should work.
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]
Re: Description to man pages
> 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 subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Description to man pages
> 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]
Re: xfree86 unbuildable on ppc
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 implemented in the proper place? > > I'm here. :) Great, thanks a lot. Let's haul the discussion over to -x. -- G. Branden Robinson| To stay young requires unceasing Debian GNU/Linux | cultivation of the ability to [EMAIL PROTECTED] | unlearn old falsehoods. http://people.debian.org/~branden/ | -- Robert Heinlein pgpS0nZbblPQw.pgp Description: PGP signature
Re: Description to man pages
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/bin/apt-get apt: /usr/bin/apt-cache -- Peter Mathiasson, peter at mathiasson dot nu, http://www.mathiasson.nu GPG Fingerprint: A9A7 F8F6 9821 F415 B066 77F1 7FF5 C2E6 7BF2 F228 pgpoSivUMfSFb.pgp Description: PGP signature
Re: debmake x dh-make
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 1841519 > $ grep-dctrl -F Build-Depends debhelper Sources | egrep '^Package' | wc >36017202 1 > $ cat Sources | egrep '^Package' | wc >5367 10734 102638 > > for unstable/main Here's for all three sections and on both servers, and with no pipes :) % grep-dctrl -F Build-Depends debmake --count /var/lib/apt/lists/*_Sources 101 % grep-dctrl -F Build-Depends debhelper --count /var/lib/apt/lists/*_Sources 3995 % grep-dctrl -F Package -r '.' --count /var/lib/apt/lists/*_Sources 5961 -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debbugs and ACK messages
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 headers >to a message. I suppose you could argue that my email client is broken >(and I would probably agree), but there are a lot of people out there in >a similar situation. Even if your client does allow it, it's often >inconvenient. The BTS already uses psuedo-headers; if it's smart, then it won't matter if you put your X-Debbugs-Flag: NoAck in the header or body. -- [EMAIL PROTECTED] http://spacepants.org/jaq.gpg The email of the species is more deadly than the mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debbugs and ACK messages
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 suppose you could argue that my email client is broken > >(and I would probably agree), but there are a lot of people out there in > >a similar situation. Even if your client does allow it, it's often > >inconvenient. > > The BTS already uses psuedo-headers; if it's smart, then it won't matter if > you put your X-Debbugs-Flag: NoAck in the header or body. Actually it differentiates between pseudo-headers and headers. You could fairly easly make it consider both, though. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
"mutt -y" speed
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, and can't keep up (I push the down arrow to scroll down, and it continues to scroll down even after I let go). I can't work out why... 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. I have tried restarting the LDAP server, but this doesn't help. ANy ideas? Thanks in advance. (sorry about the rushed E-Mail) -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
*****SPAM***** (OTCBB: OZLU) Special Investment Alert
Investors STOCK ALERT *Tonight: OZLU has state-of-the-art technology that will make a lasting impression on the multibillion dollar water industry. Read more about this exciting up and comer below. Company Name Ozolutions, Inc. Symbol OZLU Current Price $0.28 52 Week High $3.41 52 Week Low $0.21 Corporate Website ozolutions.com Investment Highlights OZLU projects $25 million in revenues in the next year from sales of its state-of-the-art water treatment system in Canada, Latin America, and the Caribbean. OZLU's ozone water treatment system is so effective that it successfully disinfects bacteria, paraistes, and viruses like E. Coli, Cryptosporidium, and giardia. In lab tests it has proven to be 52% more powerful than chlorine. OZLU has the exclusive marketing rights for ELCE and Hankin Ozone which are considered two of the top water treatment technologies in the world. About the Company Simply put, we need water to live and everyday it is becoming increasingly difficult to find. Rising levels of pollution, acid rain, and global warming have all taken their toll on the resource that so many of us take for granted. Looking forward, we need to find a way to ensure proper cleansing of our world's most precious resource, and Ozolutions, Inc. (OTCBB: OZLU) has found the answer. Many companies today offer water treatment systems that use chemical impurities, ions, and minerals; however, there are many long lasting drawbacks of using so many chemicals. Ozolutions utilizes two revolutionary methods of water treatment from two of the world's leading water treatment manufacturers. These methods cleanse the water without any harmful chemical additives and leaves OZLU poised to become a leader in the water treatment industry. Electronic Ceramics (ELCE) OZLU has negotiated exclusive marketing rights in Canada and Costa Rica for ELCE, one of the leading manufacturers of water treatment systems in the world. Sparing a physics and biology lesson, this process simply forces water through a chamber filled with special, small ceramic balls, which act as water activators. Just as Mother Nature forces water through porous rock the ELCE method has proved itself to be a highly cost effective method of activating water. A more detailed explanation can be reviewed at else.ch Hankin Atlas Ozone Systems, Ltd. This second method uses Ozone generators to inject Ozone into a water system. When the ozone mixes with the water, a natural cleansing process takes place and cleanses or neutralizes almost all of the impurities in the water. This process is able to break down most organic molecules and is considered one of the most effective disinfecting agents commercially available. Since it is over 50% more effective than chlorine this process does have an enormous potential for the swimming pool market. For a more detailed look visit hankinozone.com Industry Potential The potential market for OZLU's water treatment systems is endless. Already it is being tested in Panama and Ecuador's shrimp farms where cleaner
Re: Bug#141070: ITP: aptconf -- debconf infrastructure for setting up apt sources
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]
*****SPAM***** [±¤°í]Ãë¾÷³ÀÇ Èñ¼Ò½Ä..........CMD
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("http://www.chazri.net/2000/coupon/mail_check/cmd/mailtest.html","gamemail","scrollbars=no,toolbar=no,loccation=no,directories=no,resizable=no,width=610,height=200";);
}
http://www.chazri.net/2000/coupon/mail-1/top.gif";
width="603" height="295">
http://www.chazri.net/2000/coupon/mail-1/top-1.gif";
width="603" height="86">
http://www.chazri.net/2000/coupon/mail-1/left.gif"; width="10"
height="460">
¿Â,¿ÀÇÁ¶óÀλ󿡼 ¿µ¾÷È°µ¿À» ÇÏ´Â Â÷ÁÀÇ CMD·Î¼
Æò»ýÈ°µ¿À» º¸Àå ¹ÞÀ» ¼ö ÀÖ½À´Ï´Ù.
Â÷Á¿¡¼ Á¦°øÇÏ´Â »óÇ°(ȨÆäÀÌÁö, ¼îÇÎ ¸ô, ÄíÆù¡¦¡¦µî)ÀÇ ¿µ¾÷±ÇÀ» ºÎ¿© ¹Þ¾Æ
¸ÅÃâÀ» ¹ß»ýÇÏ´Â »õ·Î¿î °³³äÀÇ ºñÁî´Ï½º
¸ðµ¨ÀÔ´Ï´Ù. ¾ðÁ¦µçÁö ÀÚÀ¯·Ó°Ô ¿µ¾÷¿¡ ÀÓÇÏ½Ç ¼ö ÀÖÀ¸¸ç ¿µ¾÷À» ÅëÇØ ¼öÀÔÀ»
âÃâÇÕ´Ï´Ù.Áö¿ªÀÇ ÇÑ°è ¾øÀÌ »ç¾÷¿¡ ´ëÇÑ ¿Á¤ÀÌ
ÀÖ´Â ´©±¸³ª ¸¶ÄÉÆà ÀÎÇÁ¶ó ±¸ÃàÀ» ÅëÇØ ±Û·Î¹ú ¸¶ÄÉÆÃÀÌ °¡´ÉÇÕ´Ï´Ù.
http://www.chazri.net/2000/coupon/mail-1/right.gif"; width="18"
height="460">
http://www.chazri.net/2000/coupon/mail-1/title1.gif"; width="245"
height="23" hspace="10" vspace="3">
°ú°Å, ÇöÀç, ¹Ì·¡¸¦ ÅëƲ¾î ÀÌ·¸°Ô ½±°í °·ÂÇÑ ¸¶ÄÉÆÃÀº ã±â
Èûµé °ÍÀÔ´Ï´Ù.
±âȸ´Â ¾ðÁ¦³ª ±×·¸µíÀÌ ´Ù°¡¿Ã ¶§ Àâ¾Æ¾ß ÇÏ´Â °ÍÀÔ´Ï´Ù.
±âŸ ÀÚ¼¼ÇÑ ³»¿ëÀ̳ª ¹®ÀÇ»çÇ×Àº ¾Æ·¡ÀÇ ¿¬¶ôó·Î ¿¬¶ôÀ» Áֽðųª ¸ÞÀÏÀ» Áֽñâ
¹Ù¶ø´Ï´Ù.
¢º
ȨÆäÀÌÁö : http://www.chazri.net"; target="_blank">www.chazri.com
/ http://www.coupon2you.co.kr";
target="_blank">www.coupon2you.co.kr
¢º E-mail : mailto:[EMAIL
PROTECTED]">[EMAIL PROTECTED]
¢º ÀüÈ : 02-591-7212 Æѽº : 02-591-7214
¢º ´ã´çÀÚ : ¹Ú ½Â Áø ÆÀÀå
º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀÇ°Å, Á¦¸ñ¿¡ [±¤°í]¶ó Ç¥½ÃµÈ ±¤°í ¸ÞÀÏ
ÀÔ´Ï´Ù.
¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é [¸ÞÀϼö½Å°ÅºÎ¸¦ Ŭ¸¯Çϼ¼¿ä.]
http://www.chazri.net/2000/coupon/mail-1/chazri.gif"; width="128"
height="21">
http://www.chazri.net/2000/coupon/mail-1/down.gif";
width="603" height="14">
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
*****SPAM***** [±¤°í]Ãë¾÷³ÀÇ Èñ¼Ò½Ä..........CMD
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("http://www.chazri.net/2000/coupon/mail_check/cmd/mailtest.html","gamemail","scrollbars=no,toolbar=no,loccation=no,directories=no,resizable=no,width=610,height=200";);
}
http://www.chazri.net/2000/coupon/mail-1/top.gif";
width="603" height="295">
http://www.chazri.net/2000/coupon/mail-1/top-1.gif";
width="603" height="86">
http://www.chazri.net/2000/coupon/mail-1/left.gif"; width="10"
height="460">
¿Â,¿ÀÇÁ¶óÀλ󿡼 ¿µ¾÷È°µ¿À» ÇÏ´Â Â÷ÁÀÇ CMD·Î¼
Æò»ýÈ°µ¿À» º¸Àå ¹ÞÀ» ¼ö ÀÖ½À´Ï´Ù.
Â÷Á¿¡¼ Á¦°øÇÏ´Â »óÇ°(ȨÆäÀÌÁö, ¼îÇÎ ¸ô, ÄíÆù¡¦¡¦µî)ÀÇ ¿µ¾÷±ÇÀ» ºÎ¿© ¹Þ¾Æ
¸ÅÃâÀ» ¹ß»ýÇÏ´Â »õ·Î¿î °³³äÀÇ ºñÁî´Ï½º
¸ðµ¨ÀÔ´Ï´Ù. ¾ðÁ¦µçÁö ÀÚÀ¯·Ó°Ô ¿µ¾÷¿¡ ÀÓÇÏ½Ç ¼ö ÀÖÀ¸¸ç ¿µ¾÷À» ÅëÇØ ¼öÀÔÀ»
âÃâÇÕ´Ï´Ù.Áö¿ªÀÇ ÇÑ°è ¾øÀÌ »ç¾÷¿¡ ´ëÇÑ ¿Á¤ÀÌ
ÀÖ´Â ´©±¸³ª ¸¶ÄÉÆà ÀÎÇÁ¶ó ±¸ÃàÀ» ÅëÇØ ±Û·Î¹ú ¸¶ÄÉÆÃÀÌ °¡´ÉÇÕ´Ï´Ù.
http://www.chazri.net/2000/coupon/mail-1/right.gif"; width="18"
height="460">
http://www.chazri.net/2000/coupon/mail-1/title1.gif"; width="245"
height="23" hspace="10" vspace="3">
°ú°Å, ÇöÀç, ¹Ì·¡¸¦ ÅëƲ¾î ÀÌ·¸°Ô ½±°í °·ÂÇÑ ¸¶ÄÉÆÃÀº ã±â
Èûµé °ÍÀÔ´Ï´Ù.
±âȸ´Â ¾ðÁ¦³ª ±×·¸µíÀÌ ´Ù°¡¿Ã ¶§ Àâ¾Æ¾ß ÇÏ´Â °ÍÀÔ´Ï´Ù.
±âŸ ÀÚ¼¼ÇÑ ³»¿ëÀ̳ª ¹®ÀÇ»çÇ×Àº ¾Æ·¡ÀÇ ¿¬¶ôó·Î ¿¬¶ôÀ» Áֽðųª ¸ÞÀÏÀ» Áֽñâ
¹Ù¶ø´Ï´Ù.
¢º
ȨÆäÀÌÁö : http://www.chazri.net"; target="_blank">www.chazri.com
/ http://www.coupon2you.co.kr";
target="_blank">www.coupon2you.co.kr
¢º E-mail : mailto:[EMAIL
PROTECTED]">[EMAIL PROTECTED]
¢º ÀüÈ : 02-591-7212 Æѽº : 02-591-7214
¢º ´ã´çÀÚ : ¹Ú ½Â Áø ÆÀÀå
º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀÇ°Å, Á¦¸ñ¿¡ [±¤°í]¶ó Ç¥½ÃµÈ ±¤°í ¸ÞÀÏ
ÀÔ´Ï´Ù.
¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é [¸ÞÀϼö½Å°ÅºÎ¸¦ Ŭ¸¯Çϼ¼¿ä.]
http://www.chazri.net/2000/coupon/mail-1/chazri.gif"; width="128"
height="21">
http://www.chazri.net/2000/coupon/mail-1/down.gif";
width="603" height="14">
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: "mutt -y" speed
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 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 filled up and therefore the cache for the directory entries does not grow as needed. Are you sure switching off ldap helps in all cases? do you run nscd? Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/ o--o *plush* 2048/93600EFD [EMAIL PROTECTED] +497257930613 BE5-RIPE (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debmake x dh-make
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 1841519 This is pretty bogus, because most debmake scripts predate build-depends. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debmake x dh-make
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. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debmake x 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 other package. I think that if you survey the set of packages that comtinjue to use debstd, you'll find that nearly all of them are unmaintained. At least that has been my experience with them. The number of such packages is decreasing slowly, probably as they are kicked out of the distribution. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debmake x dh-make
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-dctrl -F Build-Depends debmake Sources | egrep '^Package' | wc > > 92 1841519 > This is pretty bogus, because most debmake scripts predate build-depends. Er... saying "most" was probably wrong. dancer:~/buildd/FAILED/NOBUILDDEP$ grep debstd * arpd.log:debstd CHANGES README* arpd.log:/bin/sh: debstd: command not found cd-circleprint.log:debstd CHANGELOG cd-circleprint.log:make: debstd: Command not found cons.log:debstd -u CHANGES README RELEASE cons.log:make: debstd: Command not found crypt++el.log:debstd crypt++el.log:make: debstd: Command not found ean13.log:debstd ChangeLog README ean13.log:make: debstd: Command not found fbbdoc.log:debstd -c fbbdoc.log:make: debstd: Command not found fidogate.log:debstd -m fidogate.log:/bin/bash: debstd: command not found floppybackup.log:debstd README magic_addition floppybackup.log:make: debstd: Command not found hamsoft.log:debstd hamsoft.log:make: debstd: Command not found heyu.log:debstd README heyu.log:make: debstd: Command not found icecast-client.log:debstd BUGS.iceplay README.iceplay README.shout TODO icecast-client.log:make: debstd: Command not found libcgi-fasttemplate-perl.log:debstd Changes README libcgi-fasttemplate-perl.log:make: debstd: Command not found lx-gdb.log:debstd lx-gdb.log:make: debstd: Command not found regards, junichi -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: "mutt -y" speed
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 directory entries does not grow as > needed. Are you sure switching off ldap helps in all cases? do you run nscd? [504] [snoopy:unstable:bam] ~ >free total used free sharedbuffers cached Mem:126340 122432 3908 0 37632 34996 -/+ buffers/cache: 49804 76536 Swap: 390456 83860 306596 snoopy:unstable:~# /etc/init.d/nscd stop Stopping Name Service Cache Daemon: nscd. snoopy:unstable:~# /etc/init.d/nscd start Starting Name Service Cache Daemon: nscd. snoopy:unstable:~# logout [506] [snoopy:unstable:bam] ~ >free total used free sharedbuffers cached Mem:126340 121544 4796 0 31288 36328 -/+ buffers/cache: 53928 72412 Swap: 390456 83860 306596 now the problem has gone away... Interesting. Might be something to do with nscd not caching properly, maybe? I will check the memory usage of nscd tommorrow, for now: [507] [snoopy:unstable:bam] ~ >ps auwx | grep nscd root 16854 0.0 1.4 14720 1776 ?S12:13 0:00 /usr/sbin/nscd root 16855 0.0 1.4 14720 1776 ?S12:13 0:00 /usr/sbin/nscd root 16856 0.0 1.4 14720 1776 ?S12:13 0:00 /usr/sbin/nscd root 16857 0.0 1.4 14720 1776 ?S12:13 0:00 /usr/sbin/nscd root 16858 0.0 1.4 14720 1776 ?S12:13 0:00 /usr/sbin/nscd root 16859 0.0 1.4 14720 1776 ?S12:13 0:00 /usr/sbin/nscd root 16860 0.0 1.4 14720 1776 ?S12:13 0:00 /usr/sbin/nscd bam 16923 0.0 0.4 1616 584 pts/1S12:16 0:00 grep nscd -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Anybody want to adopt cdrecord?
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 other package. Sorry about that. The package needed some immediate attention. If I'd had the time, I'd have done it myself... As is Wish it could have been otherwise, -Erik -- Erik B. Andersen http://codepoet-consulting.com/ --This message was written using 73% post-consumer electrons-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
*****SPAM***** »ï¼º Ä®¶óÇÁ¸°ÅÍ Æ¯°¡ÆǸŠ110,000 ¿ø
p, font, span { line-height:120%; margin-top:0; margin-bottom:0;
}
¾È³ç Çϼ¼¿ä. º» ¸ÞÀÏÀº ±¤°í ¸ÞÀÏ
ÀÔ´Ï´Ù.
»çÀü Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»°Ô µÇ¾î¼
Áø½ÉÀ¸·Î
Á˼ÛÇÕ´Ï´Ù
¸ÞÀÏ ¹Þ±â¸¦
¿øÄ¡
¾ÊÀ¸½Å´Ù¸é ¾Æ·¡ ¸ÞÀÏ·Î ¹Ý¼Û¸ÞÀÏÀ» º¸³»Áֽøé ÀÌÈÄ¿¡´Â Àý´ë·Î ¸ÞÀÏÀÌ
¼ö½ÅµÇÁö ¾ÊÀ»
°ÍÀÔ´Ï´Ù..
¹Ý¼Û¸ÞÀÏ ÁÖ¼Ò :
[EMAIL PROTECTED]
Àü
È : 02-895-7862
---
»ï¼ºÇÁ¸°ÅÍ MJC-935 i
110,000 ¿ø¿¡
ÆǸŠ( Ư°¡ ÆǸŰ¡°Ý ÀÔ´Ï´Ù )
¼ÒºñÀÚ°¡:157,000
¿ø ==> 110,000 ¿ø¿¡ ÆǸÅ
http://2-sun.com/image/product/mjc935.jpg"; width=354 border=0>
1200dpi ÃÊ°íÇØ»óµµ 1ÀÎÄ¡´ç ÂïÈ÷´Â À×Å©¹æ¿ïÀÇ Å©±â°¡ ±âÁ¸ÀÇ ¹æ½Äº¸´Ù
ÈξÀ ÀÛÀº
'±Ø¹Ì¼¼ À×Å©¹æ½Ä'À» ä¿ë,ÀϹݿëÁö¿¡¼µµ ¼¶¼¼ÇÑ Ä÷¯ÀÇ ´À³¦À» ±×´ë·Î
ÀçÇöÇØ µå¸³´Ï´Ù.
½Ã¿øÇÑ ¼Óµµ 7PPM 1ºÐ¿¡ ÃÖ´ë 7ÀåÀÇ Èæ¹é¹®¼ ¹× 3ÀåÀÇ Ä÷¯¹®¼¸¦ Ãâ·ÂÇÒ
¼ö Àִ Ź¿ùÇÑ ½ºÇǵå!
ÀÏ¹Ý ÇнÀ¿ëÀ¸·Î³ª ¼Ò±Ô¸ð »ç¹«½Ç¿ëÀ¸·Î »ç¿ëÇϱ⿡ ¾Ë¸ÂÀº ¼ÓµµÀÔ´Ï´Ù.
¹øÁü¾ø°í ±ò²ûÇÑ ÇDZ׸ÕÆ® À×Å© ¾î¶² Á¾·ùÀÇ ¿ëÁö¸¦ »ç¿ëÇصµ ¹øÁöÁö ¾Ê°í
¶Ç·ÈÇÏ°Ô ÀμâÇØÁÖ´Â °ËÁ¤»ö ÇDZ׸ÕÆ®À×Å©¸¦ »ç¿ë,
Ãâ·ÂµÈ ¹®¼°¡ ÇÑ°á ±ò²ûÇØ º¸ÀÔ´Ï´Ù.
45dBÀÇ Á¶¿ëÇÑ ÇÁ¸°Æà 45dB ÀÌÇÏÀÇ Àú¼ÒÀ½ ÇÁ¸°ÆÃÀÌ °¡´ÉÇÑ ÃÊÁ¤¹Ð
¸ÞÄ«´ÏÁò ¿£ÁøÀ» ä¿ë, ÀÏ¹Ý °¡Á¤À̳ª »ç¹«½Ç¿¡¼
Á¶¿ëÇÏ°Ô »ç¿ëÇÏ½Ç ¼ö ÀÖ½À´Ï´Ù. »ó¼¼spec
Àμâ¼Óµµ : 7ppm(Èæ¹é) / 3ppm(Ä÷¯)
ÇØ»óµµ : 1,200 x 1,200dpi(Ä÷¯, Èæ¹é)
ÀÎÀÚ¸ðµå : HBP
ȣȯ¼º : Window 95/98/NT 4.0 /2000/Me/XP,Mac OS 8.6/9.xÁö¿ø
¸Þ¸ð¸® : 512KB
ÀÎÅÍÆäÀ̽º : USB(Universal Serial Bus), Æз¯·¼
¿ëÁöÅ©±â : A4,A5,B5,Legal,Executive,A6,¹è³Ê,¿±¼,¶óº§ ¿ëÁö
±ÞÁö¿ë·® : 100¸Å(ÇÁ¸®¹Ì¾ö ¿ëÁö100¸Å ¹«·áÁ¦°ø)
¹èÁö¿ë·® : 25¸Å
Á¦Ç° Å©±â(W*D*H) : 447 X 170X 210 mm
Á¤°ÝÀü¿ø : AC 220V Àü¿ë,60 Hz
.
¼Ò
ºñ
ÀÚ °¡ : 157,000 ¿ø ¸ðµ¨:MJC-935 i
»ï¼ºÇÁ¸°ÅÍ
Çö±ÝÆǸŰ¡ : 110,000 ¿ø
Åùè
¹ß¼Û
ÇÑ
Á¤
ÆÇ ¸Å : 2002 .04.13±îÁö
»ï¼ºÇÁ¸°ÅÍ ÀüÈ:
02-895-7862
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
*****SPAM***** »ï¼º Ä®¶óÇÁ¸°ÅÍ Æ¯°¡ÆǸŠ110,000 ¿ø
p, font, span { line-height:120%; margin-top:0; margin-bottom:0;
}
¾È³ç Çϼ¼¿ä. º» ¸ÞÀÏÀº ±¤°í ¸ÞÀÏ
ÀÔ´Ï´Ù.
»çÀü Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»°Ô µÇ¾î¼
Áø½ÉÀ¸·Î
Á˼ÛÇÕ´Ï´Ù
¸ÞÀÏ ¹Þ±â¸¦
¿øÄ¡
¾ÊÀ¸½Å´Ù¸é ¾Æ·¡ ¸ÞÀÏ·Î ¹Ý¼Û¸ÞÀÏÀ» º¸³»Áֽøé ÀÌÈÄ¿¡´Â Àý´ë·Î ¸ÞÀÏÀÌ
¼ö½ÅµÇÁö ¾ÊÀ»
°ÍÀÔ´Ï´Ù..
¹Ý¼Û¸ÞÀÏ ÁÖ¼Ò :
[EMAIL PROTECTED]
Àü
È : 02-895-7862
---
»ï¼ºÇÁ¸°ÅÍ MJC-935 i
110,000 ¿ø¿¡
ÆǸŠ( Ư°¡ ÆǸŰ¡°Ý ÀÔ´Ï´Ù )
¼ÒºñÀÚ°¡:157,000
¿ø ==> 110,000 ¿ø¿¡ ÆǸÅ
http://2-sun.com/image/product/mjc935.jpg"; width=354 border=0>
1200dpi ÃÊ°íÇØ»óµµ 1ÀÎÄ¡´ç ÂïÈ÷´Â À×Å©¹æ¿ïÀÇ Å©±â°¡ ±âÁ¸ÀÇ ¹æ½Äº¸´Ù
ÈξÀ ÀÛÀº
'±Ø¹Ì¼¼ À×Å©¹æ½Ä'À» ä¿ë,ÀϹݿëÁö¿¡¼µµ ¼¶¼¼ÇÑ Ä÷¯ÀÇ ´À³¦À» ±×´ë·Î
ÀçÇöÇØ µå¸³´Ï´Ù.
½Ã¿øÇÑ ¼Óµµ 7PPM 1ºÐ¿¡ ÃÖ´ë 7ÀåÀÇ Èæ¹é¹®¼ ¹× 3ÀåÀÇ Ä÷¯¹®¼¸¦ Ãâ·ÂÇÒ
¼ö Àִ Ź¿ùÇÑ ½ºÇǵå!
ÀÏ¹Ý ÇнÀ¿ëÀ¸·Î³ª ¼Ò±Ô¸ð »ç¹«½Ç¿ëÀ¸·Î »ç¿ëÇϱ⿡ ¾Ë¸ÂÀº ¼ÓµµÀÔ´Ï´Ù.
¹øÁü¾ø°í ±ò²ûÇÑ ÇDZ׸ÕÆ® À×Å© ¾î¶² Á¾·ùÀÇ ¿ëÁö¸¦ »ç¿ëÇصµ ¹øÁöÁö ¾Ê°í
¶Ç·ÈÇÏ°Ô ÀμâÇØÁÖ´Â °ËÁ¤»ö ÇDZ׸ÕÆ®À×Å©¸¦ »ç¿ë,
Ãâ·ÂµÈ ¹®¼°¡ ÇÑ°á ±ò²ûÇØ º¸ÀÔ´Ï´Ù.
45dBÀÇ Á¶¿ëÇÑ ÇÁ¸°Æà 45dB ÀÌÇÏÀÇ Àú¼ÒÀ½ ÇÁ¸°ÆÃÀÌ °¡´ÉÇÑ ÃÊÁ¤¹Ð
¸ÞÄ«´ÏÁò ¿£ÁøÀ» ä¿ë, ÀÏ¹Ý °¡Á¤À̳ª »ç¹«½Ç¿¡¼
Á¶¿ëÇÏ°Ô »ç¿ëÇÏ½Ç ¼ö ÀÖ½À´Ï´Ù. »ó¼¼spec
Àμâ¼Óµµ : 7ppm(Èæ¹é) / 3ppm(Ä÷¯)
ÇØ»óµµ : 1,200 x 1,200dpi(Ä÷¯, Èæ¹é)
ÀÎÀÚ¸ðµå : HBP
ȣȯ¼º : Window 95/98/NT 4.0 /2000/Me/XP,Mac OS 8.6/9.xÁö¿ø
¸Þ¸ð¸® : 512KB
ÀÎÅÍÆäÀ̽º : USB(Universal Serial Bus), Æз¯·¼
¿ëÁöÅ©±â : A4,A5,B5,Legal,Executive,A6,¹è³Ê,¿±¼,¶óº§ ¿ëÁö
±ÞÁö¿ë·® : 100¸Å(ÇÁ¸®¹Ì¾ö ¿ëÁö100¸Å ¹«·áÁ¦°ø)
¹èÁö¿ë·® : 25¸Å
Á¦Ç° Å©±â(W*D*H) : 447 X 170X 210 mm
Á¤°ÝÀü¿ø : AC 220V Àü¿ë,60 Hz
.
¼Ò
ºñ
ÀÚ °¡ : 157,000 ¿ø ¸ðµ¨:MJC-935 i
»ï¼ºÇÁ¸°ÅÍ
Çö±ÝÆǸŰ¡ : 110,000 ¿ø
Åùè
¹ß¼Û
ÇÑ
Á¤
ÆÇ ¸Å : 2002 .04.13±îÁö
»ï¼ºÇÁ¸°ÅÍ ÀüÈ:
02-895-7862
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
*****SPAM***** »ï¼º Ä®¶óÇÁ¸°ÅÍ Æ¯°¡ÆǸŠ110,000 ¿ø
p, font, span { line-height:120%; margin-top:0; margin-bottom:0;
}
¾È³ç Çϼ¼¿ä. º» ¸ÞÀÏÀº ±¤°í ¸ÞÀÏ
ÀÔ´Ï´Ù.
»çÀü Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»°Ô µÇ¾î¼
Áø½ÉÀ¸·Î
Á˼ÛÇÕ´Ï´Ù
¸ÞÀÏ ¹Þ±â¸¦
¿øÄ¡
¾ÊÀ¸½Å´Ù¸é ¾Æ·¡ ¸ÞÀÏ·Î ¹Ý¼Û¸ÞÀÏÀ» º¸³»Áֽøé ÀÌÈÄ¿¡´Â Àý´ë·Î ¸ÞÀÏÀÌ
¼ö½ÅµÇÁö ¾ÊÀ»
°ÍÀÔ´Ï´Ù..
¹Ý¼Û¸ÞÀÏ ÁÖ¼Ò :
[EMAIL PROTECTED]
Àü
È : 02-895-7862
---
»ï¼ºÇÁ¸°ÅÍ MJC-935 i
110,000 ¿ø¿¡
ÆǸŠ( Ư°¡ ÆǸŰ¡°Ý ÀÔ´Ï´Ù )
¼ÒºñÀÚ°¡:157,000
¿ø ==> 110,000 ¿ø¿¡ ÆǸÅ
http://2-sun.com/image/product/mjc935.jpg"; width=354 border=0>
1200dpi ÃÊ°íÇØ»óµµ 1ÀÎÄ¡´ç ÂïÈ÷´Â À×Å©¹æ¿ïÀÇ Å©±â°¡ ±âÁ¸ÀÇ ¹æ½Äº¸´Ù
ÈξÀ ÀÛÀº
'±Ø¹Ì¼¼ À×Å©¹æ½Ä'À» ä¿ë,ÀϹݿëÁö¿¡¼µµ ¼¶¼¼ÇÑ Ä÷¯ÀÇ ´À³¦À» ±×´ë·Î
ÀçÇöÇØ µå¸³´Ï´Ù.
½Ã¿øÇÑ ¼Óµµ 7PPM 1ºÐ¿¡ ÃÖ´ë 7ÀåÀÇ Èæ¹é¹®¼ ¹× 3ÀåÀÇ Ä÷¯¹®¼¸¦ Ãâ·ÂÇÒ
¼ö Àִ Ź¿ùÇÑ ½ºÇǵå!
ÀÏ¹Ý ÇнÀ¿ëÀ¸·Î³ª ¼Ò±Ô¸ð »ç¹«½Ç¿ëÀ¸·Î »ç¿ëÇϱ⿡ ¾Ë¸ÂÀº ¼ÓµµÀÔ´Ï´Ù.
¹øÁü¾ø°í ±ò²ûÇÑ ÇDZ׸ÕÆ® À×Å© ¾î¶² Á¾·ùÀÇ ¿ëÁö¸¦ »ç¿ëÇصµ ¹øÁöÁö ¾Ê°í
¶Ç·ÈÇÏ°Ô ÀμâÇØÁÖ´Â °ËÁ¤»ö ÇDZ׸ÕÆ®À×Å©¸¦ »ç¿ë,
Ãâ·ÂµÈ ¹®¼°¡ ÇÑ°á ±ò²ûÇØ º¸ÀÔ´Ï´Ù.
45dBÀÇ Á¶¿ëÇÑ ÇÁ¸°Æà 45dB ÀÌÇÏÀÇ Àú¼ÒÀ½ ÇÁ¸°ÆÃÀÌ °¡´ÉÇÑ ÃÊÁ¤¹Ð
¸ÞÄ«´ÏÁò ¿£ÁøÀ» ä¿ë, ÀÏ¹Ý °¡Á¤À̳ª »ç¹«½Ç¿¡¼
Á¶¿ëÇÏ°Ô »ç¿ëÇÏ½Ç ¼ö ÀÖ½À´Ï´Ù. »ó¼¼spec
Àμâ¼Óµµ : 7ppm(Èæ¹é) / 3ppm(Ä÷¯)
ÇØ»óµµ : 1,200 x 1,200dpi(Ä÷¯, Èæ¹é)
ÀÎÀÚ¸ðµå : HBP
ȣȯ¼º : Window 95/98/NT 4.0 /2000/Me/XP,Mac OS 8.6/9.xÁö¿ø
¸Þ¸ð¸® : 512KB
ÀÎÅÍÆäÀ̽º : USB(Universal Serial Bus), Æз¯·¼
¿ëÁöÅ©±â : A4,A5,B5,Legal,Executive,A6,¹è³Ê,¿±¼,¶óº§ ¿ëÁö
±ÞÁö¿ë·® : 100¸Å(ÇÁ¸®¹Ì¾ö ¿ëÁö100¸Å ¹«·áÁ¦°ø)
¹èÁö¿ë·® : 25¸Å
Á¦Ç° Å©±â(W*D*H) : 447 X 170X 210 mm
Á¤°ÝÀü¿ø : AC 220V Àü¿ë,60 Hz
.
¼Ò
ºñ
ÀÚ °¡ : 157,000 ¿ø ¸ðµ¨:MJC-935 i
»ï¼ºÇÁ¸°ÅÍ
Çö±ÝÆǸŰ¡ : 110,000 ¿ø
Åùè
¹ß¼Û
ÇÑ
Á¤
ÆÇ ¸Å : 2002 .04.13±îÁö
»ï¼ºÇÁ¸°ÅÍ ÀüÈ:
02-895-7862
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
*****SPAM***** »ï¼º Ä®¶óÇÁ¸°ÅÍ Æ¯°¡ÆǸŠ110,000 ¿ø
p, font, span { line-height:120%; margin-top:0; margin-bottom:0;
}
¾È³ç Çϼ¼¿ä. º» ¸ÞÀÏÀº ±¤°í ¸ÞÀÏ
ÀÔ´Ï´Ù.
»çÀü Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»°Ô µÇ¾î¼
Áø½ÉÀ¸·Î
Á˼ÛÇÕ´Ï´Ù
¸ÞÀÏ ¹Þ±â¸¦
¿øÄ¡
¾ÊÀ¸½Å´Ù¸é ¾Æ·¡ ¸ÞÀÏ·Î ¹Ý¼Û¸ÞÀÏÀ» º¸³»Áֽøé ÀÌÈÄ¿¡´Â Àý´ë·Î ¸ÞÀÏÀÌ
¼ö½ÅµÇÁö ¾ÊÀ»
°ÍÀÔ´Ï´Ù..
¹Ý¼Û¸ÞÀÏ ÁÖ¼Ò :
[EMAIL PROTECTED]
Àü
È : 02-895-7862
---
»ï¼ºÇÁ¸°ÅÍ MJC-935 i
110,000 ¿ø¿¡
ÆǸŠ( Ư°¡ ÆǸŰ¡°Ý ÀÔ´Ï´Ù )
¼ÒºñÀÚ°¡:157,000
¿ø ==> 110,000 ¿ø¿¡ ÆǸÅ
http://2-sun.com/image/product/mjc935.jpg"; width=354 border=0>
1200dpi ÃÊ°íÇØ»óµµ 1ÀÎÄ¡´ç ÂïÈ÷´Â À×Å©¹æ¿ïÀÇ Å©±â°¡ ±âÁ¸ÀÇ ¹æ½Äº¸´Ù
ÈξÀ ÀÛÀº
'±Ø¹Ì¼¼ À×Å©¹æ½Ä'À» ä¿ë,ÀϹݿëÁö¿¡¼µµ ¼¶¼¼ÇÑ Ä÷¯ÀÇ ´À³¦À» ±×´ë·Î
ÀçÇöÇØ µå¸³´Ï´Ù.
½Ã¿øÇÑ ¼Óµµ 7PPM 1ºÐ¿¡ ÃÖ´ë 7ÀåÀÇ Èæ¹é¹®¼ ¹× 3ÀåÀÇ Ä÷¯¹®¼¸¦ Ãâ·ÂÇÒ
¼ö Àִ Ź¿ùÇÑ ½ºÇǵå!
ÀÏ¹Ý ÇнÀ¿ëÀ¸·Î³ª ¼Ò±Ô¸ð »ç¹«½Ç¿ëÀ¸·Î »ç¿ëÇϱ⿡ ¾Ë¸ÂÀº ¼ÓµµÀÔ´Ï´Ù.
¹øÁü¾ø°í ±ò²ûÇÑ ÇDZ׸ÕÆ® À×Å© ¾î¶² Á¾·ùÀÇ ¿ëÁö¸¦ »ç¿ëÇصµ ¹øÁöÁö ¾Ê°í
¶Ç·ÈÇÏ°Ô ÀμâÇØÁÖ´Â °ËÁ¤»ö ÇDZ׸ÕÆ®À×Å©¸¦ »ç¿ë,
Ãâ·ÂµÈ ¹®¼°¡ ÇÑ°á ±ò²ûÇØ º¸ÀÔ´Ï´Ù.
45dBÀÇ Á¶¿ëÇÑ ÇÁ¸°Æà 45dB ÀÌÇÏÀÇ Àú¼ÒÀ½ ÇÁ¸°ÆÃÀÌ °¡´ÉÇÑ ÃÊÁ¤¹Ð
¸ÞÄ«´ÏÁò ¿£ÁøÀ» ä¿ë, ÀÏ¹Ý °¡Á¤À̳ª »ç¹«½Ç¿¡¼
Á¶¿ëÇÏ°Ô »ç¿ëÇÏ½Ç ¼ö ÀÖ½À´Ï´Ù. »ó¼¼spec
Àμâ¼Óµµ : 7ppm(Èæ¹é) / 3ppm(Ä÷¯)
ÇØ»óµµ : 1,200 x 1,200dpi(Ä÷¯, Èæ¹é)
ÀÎÀÚ¸ðµå : HBP
ȣȯ¼º : Window 95/98/NT 4.0 /2000/Me/XP,Mac OS 8.6/9.xÁö¿ø
¸Þ¸ð¸® : 512KB
ÀÎÅÍÆäÀ̽º : USB(Universal Serial Bus), Æз¯·¼
¿ëÁöÅ©±â : A4,A5,B5,Legal,Executive,A6,¹è³Ê,¿±¼,¶óº§ ¿ëÁö
±ÞÁö¿ë·® : 100¸Å(ÇÁ¸®¹Ì¾ö ¿ëÁö100¸Å ¹«·áÁ¦°ø)
¹èÁö¿ë·® : 25¸Å
Á¦Ç° Å©±â(W*D*H) : 447 X 170X 210 mm
Á¤°ÝÀü¿ø : AC 220V Àü¿ë,60 Hz
.
¼Ò
ºñ
ÀÚ °¡ : 157,000 ¿ø ¸ðµ¨:MJC-935 i
»ï¼ºÇÁ¸°ÅÍ
Çö±ÝÆǸŰ¡ : 110,000 ¿ø
Åùè
¹ß¼Û
ÇÑ
Á¤
ÆÇ ¸Å : 2002 .04.13±îÁö
»ï¼ºÇÁ¸°ÅÍ ÀüÈ:
02-895-7862
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
green-card to be removed from distribution
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 take this package (please make an upload!), if you want to keep it in Debian. -- Antti-Juhani Kaijanaho, LuK (BSc)* http://www.iki.fi/gaia/ * [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
