#include hallo.h
* Joey Hess [Mon, Dec 12 2005, 03:53:02PM]:
This kind of disconnect between what an installed Debian system actually
does, what some developers think it does, and results like Debian
developers passing out Ubuntu CDs instead of contributing more fixes to
Debian is intensely
#include hallo.h
* Nathanael Nerode [Tue, Dec 20 2005, 04:59:46PM]:
rlog -- old version is in testing
Depends on the update of fuse. I am waiting for any reaction from Bartosz
and I am going to NMU fuse next week or so if nothing happens.
Eduard.
--
pearl auf tetrinet.debian.net sind leute,
#include hallo.h
* Goswin von Brederlow [Wed, Dec 21 2005, 05:03:41PM]:
$ uncompressor
-bash: uncompressor: command not found
This solution doesn't look usable in scripts and user have to use a
more complex syntax.
You have to replace uncompressor with whatever tool is the right to
#include hallo.h
* Goswin von Brederlow [Wed, Dec 21 2005, 04:19:56PM]:
Actual maintainer of dpkg is evaluating the possibility to use 7zip.
Even if the decision of using 7zip by default is far from being taken, it
looks
likely that dpkg will at least start supporting it.
Cheers,
#include hallo.h
* Thomas Hood [Fri, Jan 20 2006, 10:32:06AM]:
Matt Zimmerman wrote:
The compromise we struck with upstream was that we would not give
the user a system with a broken Python.
So upstream objects to the separate packaging of python-minimal unless
all of python is
#include hallo.h
* Anuradha Ratnaweera [Mon, Jan 23 2006, 06:24:08PM]:
- Lazy online: we like apt-cacher to fetch a Packages/Release file
only if it old as set by a timeout. So if one runs apt-get update
many times during a short period, only the first one will need to make
a HEAD/GET
#include hallo.h
* Josselin Mouette [Sun, Jan 29 2006, 04:27:06AM]:
Le samedi 28 janvier 2006 à 21:21 -0600, Manoj Srivastava a écrit :
This is only a feature for perl maniacs. A language that requires a
specific coding style is better, because it makes possible for
anyone knowing the
#include hallo.h
* Josselin Mouette [Sun, Jan 29 2006, 04:44:32AM]:
Le samedi 28 janvier 2006 à 21:13 -0600, Manoj Srivastava a écrit :
Sorry, but there's a whole new generation of Debian developers here
that simply won't develop anything in perl, just because perl looks
too complex and
#include hallo.h
* Mike Hommey [Thu, Jan 26 2006, 09:46:26PM]:
On Thu, Jan 26, 2006 at 04:12:35PM +0100, Josselin Mouette [EMAIL
PROTECTED] wrote:
Le samedi 21 janvier 2006 à 21:52 +0100, Mike Hommey a écrit :
On Sat, Jan 21, 2006 at 02:21:34PM -0600, Joe Wreschnig [EMAIL
PROTECTED]
#include hallo.h
* Michael Rasmussen [Mon, Feb 13 2006, 01:58:09PM]:
Hi all,
How to I contribute an application to Debian?
I am the developer of the application and it is released under GPL
If you are running Debian, use the reportbug tool to file a bug against
wnpp, type RFP and answer
#include hallo.h
* Lars Wirzenius [Wed, Feb 15 2006, 10:42:02AM]:
(Once we use .tar.bz2, the sizes will be even smaller.)
I cannot remember a clear consens from the Size matters thread, and
IMO we should go for 7zip at least for source packages.
Eduard.
--
For any stupid thing chosen at
#include hallo.h
* Frank Küster [Thu, Feb 16 2006, 09:06:06AM]:
You use google groups to search the linux.debian.bugs.dist newsgroup.
Maybe we should document that on the bugs.debian.org main webpage.
Can't we include a form where you put in your search text, click search,
and the
#include hallo.h
* Mike Hommey [Sun, Feb 19 2006, 11:07:33AM]:
I checked all these 141 packages (see attachment).
There are 12 MSWord files out of 1022 .doc/.doc.gz files.
HOW LAME! A 70kB message with 0.0001 percent of usefull content is not
enough to impress debian-devel readers. Next time
#include hallo.h
* Thomas Bushnell BSG [Sat, Feb 18 2006, 05:18:37PM]:
[EMAIL PROTECTED] (Marco d'Itri) writes:
On Feb 19, Josselin Mouette [EMAIL PROTECTED] wrote:
I wonder why all people go on trying to build up tons of different
fallacious reasonings to keep firmwares in main.
#include hallo.h
* Thomas Bushnell BSG [Mon, Feb 20 2006, 09:35:14AM]:
No, it will never end. A few people managed to change the definition of
freedom which was commonly accepted when I joined the project nine years
ago and I do not feel a moral need to support their position.
This is, I
#include hallo.h
* Thomas Bushnell BSG [Mon, Feb 27 2006, 12:53:12PM]:
I certainly do not think that the installer should be limited to
software in main (and perhaps not even software in main+contrib,
provided it still works correctly without non-free things around).
Is that the root issue?
#include hallo.h
* Florian Haas [Thu, Mar 09 2006, 06:31:42PM]:
That is fine and dandy, but how do you want to adress the underlying
problem of the work ?
I may have watched too much Startrek in my youth since I this morning I
have spontaneously got an idea while trying to understand the root
#include hallo.h
* Michael Gilbert [Sat, Mar 11 2006, 10:21:46PM]:
Hello,
I was recently browsing the web on a windows box and realized that
over the last 4 years, I had forgotten how nice it is to be able
browse back/forward with a single button click. So I set about
enabling this
Hi people,
I just wondered why exactly my laptop uses that much time for updates
and I think that calling ldconfig is a main problem. In theory, it
should not cost much time because VFS cache has the relevant file parts.
However, if memory is limited and there are other applications running,
the
#include hallo.h
* Petter Reinholdtsen [Mon, Mar 13 2006, 11:00:47AM]:
Ouch. If that is true, I hope ftpmasters will announce it to the
developers, as a blocked NEW hinders development of Debian and should
not we a surprise. An announcement would at least give us some idea
on when the NEW
#include hallo.h
* Goswin von Brederlow [Sun, Mar 12 2006, 03:35:42PM]:
I think it would be a good idea to have a general dpkg hook to
register a command to be run at the end of dpkg. The syntax would be
something like this:
dpkg-hook /usr/lib/man/update-manpages - run only once in total
#include hallo.h
* Pierre Habouzit [Mon, Mar 13 2006, 07:16:22PM]:
What is a depends? Do you mean dependency or dependents?
Further, I would not depend on package installation operations but
instead invent something like dpkg-hook --execute ldconfig to run
outstanding tasks noted under
#include hallo.h
* Frank Küster [Mon, Mar 13 2006, 07:28:42PM]:
Eduard Bloch [EMAIL PROTECTED] wrote:
dpkg-hook /usr/lib/man/update-manpages - run only once in total
dpkg-hook --on-depends foobar ldconfig - run once before depends of foobar
What is a depends? Do you mean dependency
#include hallo.h
* Frank Küster [Tue, Mar 14 2006, 09:52:06AM]:
Registering the TeX fonts, on the other hand, is a good candidate for
delayed execution: It takes long each time it is done, many packages do
it in their postinst, and it will fail with the first package that is
configured, no
#include hallo.h
* Bill Allombert [Tue, Mar 14 2006, 04:20:28AM]:
On Sun, Mar 12, 2006 at 01:56:13PM +0100, Eduard Bloch wrote:
Hi people,
I just wondered why exactly my laptop uses that much time for updates
and I think that calling ldconfig is a main problem. In theory, it
should
#include hallo.h
* Goswin von Brederlow [Tue, Mar 14 2006, 10:11:43PM]:
What is a depends? Do you mean dependency or dependents?
I think he means dependents: If package foo depends on library foobar,
dpkg/apt can unpack and configure-without-ldconfig all packages that
don't depend on
way,
definitely not by stupid expulsion process. Heck, even our current DPL
may not be there if I would have acted like you few years ago (I did
not forget comments like Ah, Eduard Bloch joined the club of
debian-legal experts, hahaha and similar stupid rants found in IRC logs
but, hey, people can
#include hallo.h
* Sven Luther [Wed, Mar 15 2006, 08:04:50PM]:
On Wed, Mar 15, 2006 at 11:53:04AM -0600, Manoj Srivastava wrote:
I strongly agree that Sven Luther is a disruptive element, and
his presence hurts the project more than it helps. I have found a
pattern of behaviour
#include hallo.h
* Andres Salomon [Wed, Mar 15 2006, 02:45:42PM]:
On Wed, Mar 15, 2006 at 07:20:20PM +0100, martin f krafft wrote:
also sprach Gustavo Franco [EMAIL PROTECTED] [2006.03.15.1512 +0100]:
For starters, I/we need to figure out a sane way to deal w/ 3rd party kernel
modules. I'm
#include hallo.h
* Bastian Blank [Thu, Mar 16 2006, 07:19:22PM]:
On Thu, Mar 16, 2006 at 03:51:05PM +0100, Eduard Bloch wrote:
WTF has this to do with Sven now?
Maybe because Sven and I worked on a solution for this problem.
Hoookay...
However, I have been
#include hallo.h
* Goswin von Brederlow [Wed, Mar 15 2006, 03:17:29PM]:
Eduard Bloch [EMAIL PROTECTED] writes:
#include hallo.h
* Goswin von Brederlow [Tue, Mar 14 2006, 10:11:43PM]:
What is a depends? Do you mean dependency or dependents?
I think he means dependents: If package
#include hallo.h
* Bill Allombert [Sat, Mar 18 2006, 02:56:27PM]:
On Sun, Mar 12, 2006 at 01:56:13PM +0100, Eduard Bloch wrote:
Hi people,
I just wondered why exactly my laptop uses that much time for updates
and I think that calling ldconfig is a main problem. In theory, it
should
#include hallo.h
* Eduard Bloch [Sat, Mar 18 2006, 10:52:53PM]:
#include hallo.h
* Bill Allombert [Sat, Mar 18 2006, 02:56:27PM]:
On Sun, Mar 12, 2006 at 01:56:13PM +0100, Eduard Bloch wrote:
Hi people,
...
ld.so manpage imply the opposite.
I would not be that sure. Following
):
/*--*/
From: Eduard Bloch [EMAIL PROTECTED]
Situation:
Linux: Kernel 2.2.15 (Debian package kernel-image-2.2.15)
Distribution: Debian Potato (deep freeze), i386
Devices: one CDRW-Writer, one CDROM-drive, both ATAPI
1. Become root, try grep hd.: /var/log/kern.log to find out where your
.
--
Eduard Bloch [EMAIL PROTECTED]; HP: http://eduard.bloch.com/edecosi
0xEDF008C5(GnuPG): E6EB 98E2 B885 8FF0 6C04 5C1D E106 481E EDF0 08C5
**
Das wahrlich arnoootische daran ist, das wahrscheinlich _alle_
Regulars diesem Thread absolut faziniert folgen, nur traut sich keiner
1991
[...]
Gr{us,eeting}s,
Eduard.
--
Eduard Bloch [EMAIL PROTECTED]; HP: http://eduard.bloch.com/edecosi
0xEDF008C5(GnuPG): E6EB 98E2 B885 8FF0 6C04 5C1D E106 481E EDF0 08C5
**
No, really: Outlook Express is an excellent
it.
# = 4..n
Whatever we want...
Gr{us,eeting}s,
Eduard.
--
Eduard Bloch [EMAIL PROTECTED]; HP: http://eduard.bloch.com/edecosi
0xEDF008C5(GnuPG): E6EB 98E2 B885 8FF0 6C04 5C1D E106 481E EDF0 08C5
**
How can you tell, you're
#include hallo.h
Neil Spring wrote on Sat Sep 01, 2001 um 06:39:58PM:
http://uwsg.iu.edu/hypermail/linux/kernel/0105.1/0145.html
As David noted, I'm in favor of turning ECN off-as-default.
Good. The problem - it is on by default in our precompiled kernel-image
packages. To disable (by
#include hallo.h
Neil Spring wrote on Sun Sep 02, 2001 um 02:05:57PM:
Summary:
1) why not disable ECN in kernel-image? it would be cleaner.
See mail from Herbert.
2) why not disable ECN in /etc/network/options? it would be
more relevant and visible than sysctl.conf.
Another good idea.
of the first questions in baseconfig.
Gruss/Regards,
Eduard.
| Date: Sat, 16 Jun 2001 15:43:06 -0400
| From: Ben Collins [EMAIL PROTECTED]
| Subject: Re: Bug#101130: libc6 should depend on locales
| To: Eduard Bloch [EMAIL PROTECTED], [EMAIL PROTECTED]
|
| On Sat, Jun 16, 2001 at 07:29:05PM +0200
#include hallo.h
Ben Collins [DPL] wrote on Mon Sep 03, 2001 um 03:33:52AM:
maybe you don't use it, but a lot of user don't speak english or can't
understand it. We must support locales and if a user can't speak
english he pay this price.
This isn't a matter of not using it, it's a
#include hallo.h
Michael Bramer wrote on Mon Sep 03, 2001 um 09:25:04AM:
maybe you don't use it, but a lot of user don't speak english or can't
understand it. We must support locales and if a user can't speak
english he pay this price.
I had another idea: integrate it into boot floppies
Okay, if nobody objects I will start implementing support for it in
boot-floppies (dbootstrap).
#include hallo.h
Eduard Bloch wrote on Mon Sep 03, 2001 um 09:49:37AM:
#include hallo.h
Michael Bramer wrote on Mon Sep 03, 2001 um 09:25:04AM:
maybe you don't use it, but a lot of user don't
#include hallo.h
Nick Phillips wrote on Tue Sep 04, 2001 um 03:30:08PM:
So you probably don't usually want the translations to be part of the
package sources or binaries. They're logically separate, and should usually
be physically separate (as physically as we ever get in this sense).
...
So,
#include hallo.h
Jørgen Hermanrud Fjeld wrote on Tue Sep 04, 2001 um 09:44:24PM:
Are there any plans to have kernel 2.4.x boot-disks for testing?
If there are/aren't could someone point me to more information about this,
woes, obstacles, etc.
The current kernel scheme is attached. For i386,
#include hallo.h
Tille, Andreas wrote on Wed Sep 05, 2001 um 10:33:43AM:
In my opinion the problem is an obvious target for a debconf solution.
The user has just to press Enter one times:
Do you want locales [y/N]
I did also suggested an --install-locales option for debootstrap (and
#include hallo.h
T.Pospisek's MailLists wrote on Wed Sep 05, 2001 um 02:57:16PM:
Make sure you have ECN disabled on those bootdisks otherwise some people
will be finding out that to their surprise they are not able to download
their packages via the network. See the recent ECN thread.
ROTFL.
#include hallo.h
* Brian May [Sat, Dec 07 2002, 12:40:12PM]:
It seems to be set for a pbuilder login operation on the stable
version of pbuilder.
So do you think debian-image should check the value of DEBIAN_FRONTEND?
Sounds like a good idea to me...
I think we should document this in
#include hallo.h
* Wouter Verhelst [Sat, Dec 07 2002, 11:03:23PM]:
Would a policy-proposal forcing packages to use debconf for user
interaction during installation get support?
i think it's a little heavy handed to do so,
Why?
In the long run, I think it's the way to go. Although
#include hallo.h
* Colin Walters [Sat, Dec 07 2002, 08:15:08PM]:
But no one has shown any interest in fixing exim. On the other hand I
was interested enough in Postfix to write the debconfiscation, and then
John Goerzen and LaMont Jones were interested enough to fix and
significantly improve
#include hallo.h
* Martin Schulze [Sun, Dec 08 2002, 06:06:42PM]:
There is no pcmcia-modules-2.2.22-reiserfs, which looks like an
oversight to me.
AFAIK kernel-image-2.2.*-reiserfs is abandoned so do not wonder.
Gruss/Regards,
Eduard.
--
Uuuuhps! Wo is' se denn?!?
Hat jemand meine Signatur
#include hallo.h
* Drew Scott Daniels [Thu, Apr 10 2003, 02:11:36PM]:
I don't quite understand all the concepts being discussed but the
following web pages may be worth reading.
http://master.debian.org/~brinkmd/arch-handling.txt
The idea is great and I came to very similar concept looking for
#include hallo.h
* Ben Collins [Sat, Apr 19 2003, 05:09:58PM]:
Wow.. what an reaction :). Hans's original message was that the
credits were not included with the distributed files, nothing else.
Or am I completely mistaken?
Sorry, I had read into some other peoples comments
#include hallo.h
* Andrew Suffield [Sun, Apr 20 2003, 12:29:49AM]:
On Sun, Apr 20, 2003 at 12:26:04AM +0200, Nikolai Prokoschenko wrote:
Thank you for your time, and you want to tell me I'm paranoid, don't
bother, it is not worth your time :) Better tell me what I might have
missed in the
Moin Henrique!
Henrique de Moraes Holschuh schrieb am Sunday, den 20. April 2003:
On Sun, 20 Apr 2003, Nikolai Prokoschenko wrote:
The point is actually that deb??an (and others) doesn't care much about
internationalization, no matter what they say. I'm just trying to be
Go away.
Come
#include hallo.h
* Björn Stenberg [Thu, May 15 2003, 01:18:57AM]:
Theodore Ts'o wrote:
So let me make the following modest strawman proposal. Let us posit
the existence of a new distribution, which for now I'll name
testing-x86.
I suggested the same thing a few weeks ago, with little
#include hallo.h
* Adam Heath [Mon, Jun 30 2003, 12:05:06PM]:
Well, if we had voting on NEW packages, this would be first on my list of
software never to be allowed into debian. The name is wrong, and the author
appears to have a bubble on his neck that needs to be burst, if he thinks
#include hallo.h
* Herbert Xu [Thu, Jul 03 2003, 12:27:24PM]:
I'd prefer no interaction at all during installation. I'm perfectly
able to read documenation thank you very much.
Happily, the noninteractive debconf frontend exists.
And getting hundreds of emails after a mass upgrade? No
#include hallo.h
* Xavier Roche [Thu, Jul 03 2003, 04:15:22PM]:
I was looking for the very simple crc32 binary to compute checksums for
files, and couldn't find it. There is a crc32 perl lib, but no crc32 package.
I know that md5 (or even sha-160) hash fingerprints are better, but in many
#include hallo.h
* Bill Allombert [Fri, Jul 04 2003, 08:55:41PM]:
It is now possible to select the encoding used to write files generated
by menu in a menu-method. You just need to add outputencoding=enc
in the menu-method file, where enc is a valid iconv encoding.
For example to force
#include hallo.h
* Morten Brix Pedersen [Sat, Jul 05 2003, 01:49:38AM]:
Now, you force every maintainer to update the menu entries for
localisation, when will be the next time to change them again? Why
cannot you just recognize that the Free Desktop format is superior and
invest your
#include hallo.h
* Thomas Hood [Sat, Jul 05 2003, 09:51:56PM]:
Summary
~~~
Resolvconf is a proposed standard framework for updating the
system's information about currently available nameservers.
Most importantly, it manages /etc/resolv.conf , but it does
a bit more than that.
The
#include hallo.h
* Josselin Mouette [Wed, Jul 23 2003, 06:06:18PM]:
Le mer 23/07/2003 ? 17:57, Martin Pitt a ?crit :
Besides, what's so bad with the current boot-floppies that they could
not be used for another release? Most people will do a mere
dist-upgrade anyway, and b-f are thoroughly
#include hallo.h
* Roland Mas [Thu, Jul 24 2003, 10:11:18AM]:
Besides, what's so bad with the current boot-floppies that they
could not be used for another release?
They're the single most unpopular point of Debian. The installation
process is universally known to be non-user-friendly.
Moin Matthias!
Matthias Urlichs schrieb am Thursday, den 24. July 2003:
Hi, Marco d'Itri wrote:
some useless architecture like arm or m68k
Happy flaming.
NOT. Please.
Why NOT?! If nobody volunteeers to make the crap ready, why should
others *without hardware and any other motivation*
#include hallo.h
* David Z Maze [Thu, Jul 24 2003, 03:52:38PM]:
On Thu, Jul 24, 2003 at 08:25:16PM +0200, Robert Lemmen wrote:
me too! any package that doesn't build on m68k or arm is broken and
needs to be fixed, even if it works on x86 by chance!
So, are you volunteering to help those
Moin Matthias!
Matthias Urlichs schrieb am Friday, den 25. July 2003:
You keep using this flame excuse
I remember the last time this was discussed, and I believe that ESPECIALLY
when emotions tend to run high, the words we use make a difference.
There were no emotion. I just listed facts;
#include hallo.h
* Michael Piefel [Fri, Jul 25 2003, 01:51:33PM]:
What I don't really get: I use the same font for almost everything
(lucidatypewriter), definitely so for the mail composer and the konsole. So
while the fact that copy-pasting it 'solves' the problem hints at a font
#include hallo.h
* Joey Hess [Fri, Jul 25 2003, 02:50:52PM]:
because the spanish task, like many tasks, pulls in -ll packages like
openoffice.org-l10n-es and mozilla-locale-es-es. These tend to be split
...
- Make the -ll packages only recommend the main packages, as the kde
ones do.
- Put
#include hallo.h
* Martin Schulze [Thu, Jul 31 2003, 08:26:53AM]:
WhereverHeim... *lol*
Sunday evening : folks travel to Debcamp in Vienna, Austria
Monday-Friday : Debcamp
Saturday, Sunday : Debconf
Sounds good. Now LinuxTag manages to be at the end of the uni semester
and
#include hallo.h
* LapTop006 [Sun, Aug 03 2003, 03:13:57PM]:
IMHO we need to make an addition to policy stating that an old lib can
not be removed from the archive until no other packages still depend on
it.
How about old libraries can not be removed until either no packages
depend on it
#include hallo.h
I agree. The main functionality of Mutt is to read *and* send mail.
AOL
Being able to only read mail archives is not the main functionality
but a backup functionality. To be able to provide the main
functionality, an MTA is required, hence a dependency.
Why not appease
#include hallo.h
* Colin Watson [Wed, Aug 06 2003, 08:36:25AM]:
Why not appease both? Let mutt depend on
mail-transport-agent | no-user-mta
and tell such MTA hating users to create a fake no-user-mta package
with equivs.
There's no point; it's just as easy to create a fake package
#include hallo.h
* Steve Greenland [Wed, Aug 06 2003, 08:01:51AM]:
Why not appease both? Let mutt depend on
mail-transport-agent | no-user-mta
Or better,
Depends: ssmtp | mail-transport-agent
Where is the point? OP did already know how to manage dependencies, he
can install ssmtp if
#include hallo.h
* Steve Langasek [Wed, Aug 06 2003, 07:37:16AM]:
On Wed, Aug 06, 2003 at 10:52:37AM +0200, Eduard Bloch wrote:
#include hallo.h
* Colin Watson [Wed, Aug 06 2003, 08:36:25AM]:
Why not appease both? Let mutt depend on
mail-transport-agent | no-user-mta
#include hallo.h
* Bernhard R. Link [Wed, Aug 06 2003, 03:03:07PM]:
* Steve Lamb [EMAIL PROTECTED] [030806 13:43]:
On Wed, 6 Aug 2003 13:10:03 +0200
Bernhard R. Link [EMAIL PROTECTED] wrote:
If mutt spoke SMTP, it would be a MTA itself. (Perhaps still missing
the proper interface to
#include hallo.h
* Halil Demirezen [Wed, Aug 06 2003, 05:29:54PM]:
We believe we could be helpful. However, We are trying to be cut off
What makes you believe this? Many people helped Debian development on
critical points like boot-floppies and debian-installer development
_without_ beeing a DD
#include hallo.h
* Steve Langasek [Wed, Aug 06 2003, 10:10:06AM]:
You tell me. Why is it so important to *prevent* the installation of an
MTA on such a machine when installing mutt?
99% of our users are going to want to send outgoing mail from their
mailreader. A package that contains
Moin Goswin!
Goswin von Brederlow schrieb am Thursday, den 07. August 2003:
Working on boot-floppies and debian-installer is not realy fruitfull
as non-DD. cvs access goes a long way there.
I must have severe reading and parsing problems today, because I don't
understand what you are
#include hallo.h
* Jeff Teunissen [Thu, Oct 07 2004, 02:20:31AM]:
If we are going to allow generic names, then obviously they would be
applied to the most commonly used or best for the novice example, so
I'm pretty sure that GNUstep apps aren't going to get them.
On one of those counts,
#include hallo.h
* Jeff Teunissen [Thu, Oct 07 2004, 09:10:56AM]:
On one of those counts, many GNUstep-using apps often win over their
competition. e.g. Terminal is a _very_ nice terminal emulator with
excellent compatibility (it does UTF-8 well, and emulates the Linux
console
#include hallo.h
* Thomas Dickey [Fri, Oct 08 2004, 10:17:11AM]:
Jeff Teunissen [EMAIL PROTECTED] wrote:
Maybe it would help if you gave me the name of a sane terminfo entry that
has an italic/oblique display command.
He's not able to because the feature does not exist in terminfo.
#include hallo.h
* martin f krafft [Sun, Oct 10 2004, 06:43:09PM]:
but then again, I consider 'xterm' to be somewhat of a generic name
by now that I think it should be put under control of the
alternatives system.
The procedure would be to upload a new 'xterm' package which moves
#include hallo.h
* Eduard Bloch [Sun, Oct 10 2004, 08:15:32PM]:
which is not provided by mlterm. Though luck. In theory, every
Args, it should be pterm.
Eduard.
--
OpenBSD fails miserably in this respect, and makes for an example of how NOT
to work with the community on security issues
#include hallo.h
* Johannes Rohr [Fri, Oct 08 2004, 10:20:12AM]:
I remarked that mozilla-firefox is built on hppa using gcc-3.2 (I
[...]
Dear all,
due to the ever increasing number of mozilla-based packages I wonder if
it would be a good thing to have a separate debian-mozilla
#include hallo.h
* Nikita V. Youshchenko [Thu, Oct 14 2004, 11:14:04AM]:
I've already tried to write this to debian-qt-kde, but there was no reply.
There are many packages that:
- do provide icons for programs they provide
- do provide files for /usr/lib/menu/
- but don't have Icon= lines
#include hallo.h
* Anand Kumria [Tue, Oct 19 2004, 12:53:45AM]:
I'm just wondering if there is an automated way that we can test programs
and/or packages to determine if they have working large file support?
I do not think this can be automated easily. Every program has a
different way of
#include hallo.h
* Jonathan Oxer [Thu, Oct 21 2004, 02:17:49PM]:
is unstable). IMHO, the only correct way is to scan the most recently
downloaded Packages and Source index files and delete files that
aren't mentioned anymore.
That's how apt-cacher does it. Early versions of apt-cacher
#include hallo.h
* Adeodato Simó [Fri, Oct 22 2004, 04:40:52AM]:
Further, I wish there could be pre-caching. Means: if a file was
downloaded and that file was mentioned in packages-file A and after the
next update, A has a newer version of this package than the package
could be downloaded.
#include hallo.h
* Jérôme Marant [Fri, Oct 22 2004, 10:20:51AM]:
Some improvements have already been proposed by Eduard Bloch and
Adrian Bunk: freezing unstable while keeping testing.
Jerome, please, you could have asked me. I prepare an internal GR draft
for exactly this issue
#include hallo.h
* Romain Francoise [Fri, Oct 22 2004, 06:04:12PM]:
Is the entire world on crack and I just failed to notice until now?
Don't worry, we're preparing an internal General Resolution to address
this crack problem, but you're not supposed to know about it. This is
how we fix
#include hallo.h
* D. Starner [Fri, Oct 22 2004, 11:31:10AM]:
And before you think about writing another message,
think about the reason for having the debian-private ML.
And why do you move parts of my message around?! To place your part of
the answer in the beginning, to look more
#include hallo.h
Some improvements have already been proposed by Eduard Bloch and
Adrian Bunk: freezing unstable while keeping testing.
Jerome, please, you could have asked me. I prepare an internal GR draft
for exactly this issue, but it is to be made public on the day of the
release
#include hallo.h
* Manoj Srivastava [Sat, Oct 23 2004, 12:27:03AM]:
it. This is how we fix problems in Debian: hide them, then propose
General Resolutions.
And your point is..?
That a GR on technical issues is moronic?
Who declares them as technical issues?
different ways to
#include hallo.h
* Nikita V. Youshchenko [Sun, Oct 24 2004, 03:53:23PM]:
#include hallo.h
IMHO it's somewhat silly to stop the experiment now and drop testing.
Although there are problems with testing, there *are* well-known positives
of having it.
All the known positives are outweighted
#include hallo.h
* Gergely Nagy [Sat, Oct 23 2004, 10:44:58PM]:
- unstable lockdown in the freeze
- drop Testing and concentrate on work instead of wasting time on
synching stuff. This eliminates the need for testing-security. See
the last part of the paper for details.
Doing
#include hallo.h
* Steinar H. Gunderson [Sat, Oct 23 2004, 10:36:16PM]:
- unstable lockdown in the freeze
- drop Testing and concentrate on work instead of wasting time on
synching stuff. This eliminates the need for testing-security. See
the last part of the paper for details.
#include hallo.h
* Joey Hess [Sat, Oct 23 2004, 08:36:18PM]:
not look appear as critical for maintainer, or not important enough to touch
package in the holy frozzen state). Such bugs are a disaster, they make
our definition of a Stable release absurd. Yes, Debian Stable has become a
#include hallo.h
* Marco d'Itri [Sat, Oct 23 2004, 10:06:24PM]:
On Oct 23, Eduard Bloch [EMAIL PROTECTED] wrote:
ABSTRACT
You are trying to force developers to work on item x, which they dislike,
by forcing them to not work on item y, which they like more. You are
apparently oblivious
#include hallo.h
* Wouter Verhelst [Sun, Oct 24 2004, 11:41:33AM]:
Very few bug reports from testing users are of any value at all.
I respectfully disagree here.
With most of my packages, bugs get filed only when the transition to
testing has been complete for quite a while already,
1 - 100 of 1336 matches
Mail list logo
