Hello,
This email address is no longer in use; please use [EMAIL PROTECTED]
instead.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s will not work for Debian users and b) that
when the drivers is merged into the mainline kernel people will no
longer use the seperate ipw2100/ipw2200 packages and suddenly have their
system break because the device will use its standard name again?
Wichert.
--
Wichert Akkerman <[EMAIL PROTECT
n find in CVS are
welcome.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
add a statement in
the package description for devmapper about which ioctl interface it
implements? Current kernels support either v1 or v4 but I can't find
any reference to that in the package.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.
Is anyone willing to maintain lvm2? Its last upload was over a year ago
and its listed maintainer does not seem to be a Debian developer
according to db.debian.org .
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/
esponses slapd will return.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]> http://www.wiggy.net/
A random hacker
Previously Marcelo E. Magallon wrote:
> That doesn't scale terribly well, does it? Everytime a new 64 bit
> architecture is introduced, all the library packages have to be updated
> by hand (instead of just being recompiled).
I don't see that.
Wichert.
--
Wichert Akkerma
g
> them all again for mips64 ;-).
Since Depends are automatically calcuated by dpkg-shlibdeps I don't see
the problem here.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]> http://www.wiggy.net/
A random hacker
cture
so it can pick the one that is preferred for your system.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]> http://www.wiggy.net/
A random hacker
es on a system where it makes sense
* change the naming of the libraries, for example by adding '64' to the
64bit version of a library
That way you could do something like:
# echo x86-64 >> /etc/dpkg/legal-archs
# dpkg -i libgtk2-2.0-1_i386.deb
# dpkg -i lib64gtk2-2
Previously Bas Zoetekouw wrote:
> Would it be ok to dynamically allocate a dcc group and user (as per
> policy 11.9)?
Sure.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]> http://www.wiggy.net/
A random hacker
Previously Russell Coker wrote:
> There are many Debian packages that involve little or no serious programming,
> packages of scripts, packages of example files, packages of documentation.
There are also lots of things to do that don't involve packages (one of
the reasons the nm process doesn't r
Previously Branden Robinson wrote:
> Why, God, why?
Well.. I wanted to get rid of those annoying priority override messages
from dinstall. Of course I overdid it by making all vim packages
priority extra: ftpmaster lists vim and vim-ruby as priority optional.
I have no idea what made them dec
Previously Sean 'Shaleh' Perry wrote:
> If all goes well I have the month of September for lintian hacking.
So how does lintian compare to linda these days? Will both be
actively maintained and do the exact same thing?
Wichert.
--
__
Previously Peter Palfrader wrote:
> I intended to ask for removal of this list but Joey sugested to ask
> first whether anybody intents to use this list or finds it useful as it
> is now.
I think it would be useful, but if the release manager doesn't use it
we might as well remove it I guess.
Wic
Previously Oohara Yuuma wrote:
> 1. Does a C (not C++) library compiled with gcc 2.95 work with
>a C++ program compiled with gcc 3.2?
Yes
> 2. Does this mean I must not use gcc 3.2 before it becomes gcc-defaults?
>There may be a case where gcc 3.2 offers better optimization.
Yes.
Wicher
Previously Peter S Galbraith wrote:
> Hi, What are the currently valid distribution to which we can make
> uploads to?
I think the list currently is:
unstable experimental stable-proposed-updates stable-security
testing-proposed-updates testing-security test
Some combinations of those are possi
Previously Matt Wilson wrote:
> To:
>
> binbinLegacy uid/gid
> daemon daemon Legacy uid/gid
Definitely agreed.
Wichert.
--
_
/[EMAIL PROTECTED] This space intentionally left occupied \
| [EMAIL PROTECTED]
Previously Dr. Giovanni A. Orlando wrote:
>I want to understand why the specific said: "C++ immature" ...
>
>http://www.linuxbase.org/spec/gLSB/gLSB/cppmapping.html
The C++ ABI is still evolving and changing every few gcc releases.
Wichert.
--
Previously Santiago Vila wrote:
> gettext (0.10.40-5) unstable; urgency=medium
> .
>* Modified /etc/emacs/site-start.d/50gettext.el so that it only uses
> modify-coding-system-alist when it's actually ok to do so.
> This closes: #110416 (xemacs21) and also closes: #141446 (emacs19).
Previously Paul Slootman wrote:
> It's a pretty important package for those who use ADSL, at least here
> in the Netherlands.
Not if they tweak there modem which improves things generally
> madison on pandora doesn't say anything about it...
Try madison on auric?
Wichert.
--
___
Previously Mark Eichin wrote:
> I was questioning the "exactly one release which hasn't been touched
> in 14 months", rather than the actual number; it is a general rule
> that the first public exposure of something is *not* good enough for
> real use, and I find it hard to imagine 14 months going
Previously Herbert Xu wrote:
> Quite the contrary. I think he makes a fine treasurer. However, there
> is an improtant difference between the treasurer and the DPL. If the
> treasurer runs amok, then the DPL can replace him.
Wrong, the DPL can not change the SPI board membership.
Wichert.
--
Previously Mark Eichin wrote:
> google finds supersparrow 0.0.0 from Feb 2001 on supersparrow.org and
> sourceforge, and nothing more recent -- is there any life to it? it
> certainly sounds interesting...
That is Horms-versioning. He starts version numbers at 0 instead of
1 (which (almost) did c
Previously Mark Eichin wrote:
> I wonder what it would cost to just have Akamai support our mirrors
We don't actually need Akamai, a few Debian developers already do that
for their own websites already and if we ask nicely we can probably
get them to set us up. (insert standard promotial rant abou
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
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.
--
___
Previously Colin Walters wrote:
> Anyways, I personally don't like them either. But there is
> probably someone out there who does, so really our only possible
> recourse is to make it an option.
Personally I dislike them.
> This gets tricky though, because right now the BTS isn't designed to
>
Previously Anthony DeRobertis wrote:
> That's primarily a BIOS problem, right? Does it matter for Linux?
There is more out there than just i386 system. I would love to see
you attach a 100 gigabyte disk to a m68k system.
Wichert.
--
Previously Alan James wrote:
> Is there a dict dictionary with all these debian TLAs in it ?
> I've dont think I've heard BSP before.
Bug Squash Party.
Wichert.
--
_
/[EMAIL PROTECTED] This space intentionally left occu
Previously martin f krafft wrote:
> wrong. fix things with bandaid to give you more time to find the real
> problem. i am not saying that this is the final fix. put it this way,
> you aren't going to wait for intruders to make use of the opportunity
> while you search the drunkbold who broke your w
Previously martin f krafft wrote:
> that's a purist approach which doesn't work with security.
I does, and in fact it's a very good approach: make sure you study
what the real problem is instead of trying to fix things with bandaid.
With all the energy wasted on this someone could have found the
Lets take [EMAIL PROTECTED] of the cc list, this is not an abuse
complaint. Lets add debian-devel since this actually is a normal
technical question.
Previously Kenneth H. Carpenter wrote:
> I have been using the Debian distribution since it first came out, and
> I appreciate the effort that has
Previously Jan Niehusmann wrote:
> I'm using the Wichert's script to check the integrity of the local
> mirror, but at the moment this is not possible because auf the missing
> signature.
I never wrote such a script as far as I know :)
Wichert.
--
_
Previously Michael Piefel wrote:
> Now that you got my suggested patches for the last part of i18n for apt,
> I wonder (once again): Are you going to try to get this into woody?
He did reply to those patches and explained why they are currently
not good enough. I suggest you work on improving them
Previously Gerhard Tonn wrote:
> >>The following code fragment will ignore the end-of-file when char is
> >>implemented using unsigned char, due to internal conversions between data
> >>types:
> >>
> >>char c;
> >>while ((c = getchar()) != EOF)
> >>
Previously Joey Hess wrote:
> Of course, maybe the BTS and/or bug reporting tools are at fault here
> for not supporting attachments?
Didn't Adam add support for attachments recently?
Wichert.
--
_
/[EMAIL PROTECTED] Thi
Previously Daniel Stone wrote:
> Considering that an upload hasn't been made to rectify this root hole,
> why hasn't something else been done about it - regular or security NMU?
> One would think that this is definitely serious.
Waiting for the m68k build, I intend to release a DSA tomorrow.
Wich
Previously Henrique de Moraes Holschuh wrote:
> Please tell me one good reason not to use the init.d script interface to
> muck around with daemons _in maintainer scripts_?
The --exec option for start-stop-daemon. This option is very useful: it
gives start-stop-daemon the ability to verify that it
Previously Henrique de Moraes Holschuh wrote:
> On Fri, 11 Jan 2002, Michael Meskes wrote:
> > In quota.postinst rpc.quotad is started using start-stop-daemon. This works
>
> Don't, please. This will be forbidden in the future (right now this is ok),
> you should use the /etc/init.d interface.
Wh
Previously Karl M. Hegbloom wrote:
> Wichert, can you give us a hint, please? What keywords?
I'm afraid I really don't remember. I know I've seen the rpm and I've
read some testimonials about how it worked or failed for a few people.
I can't remember who made it or where it could be found though
Previously David N. Welton wrote:
> It wouldn't cause problems if you did stat64(&foo) where foo is a
> regular 'struct stat'?
You never do stat64 yourself, if you enable LFS with the right options
that is all done transparently in libc.
Wichert.
--
___
Previously Dominik Kubla wrote:
> Oh yes it is. That's why 0.3.3 was bumped to 1.0: because it is mature
> and stable software. 0.3.3 implies otherwise.
We don't do marketing, we do a good and stable free software
distribution.
> BTW: 0.3.3/1.0 fixed quite some bugs over the 0.1.x series so an u
Previously David B Harris wrote:
> Well, I'm kind of thinking he meant an automated procedure.
So did I. Someone made a rpm package that you could install with
rpm and it would convert a RedHat system into a Debian system. It
only handled the base system and left the rest unchanged, but it
did wor
Previously David N. Welton wrote:
> Right, so how do we fix this? It is our problem, in that we need to
> make the software we distribute work together. But are you also
> saying that upstream shouldn't be setting that bit in their header
> file?
As long as the API (and ABI) never exports things
Previously Bernd Eckenfels wrote:
> Yes, Wickert should reread your initial message.
Pleas spell my name correctly.
> The Problem here is, that some header files define the LFS. This
> should not be done.
Indeed, doing that is broken behaviour.
> One good Idea would be to include the define in
Previously David N. Welton wrote:
> I don't think it's right that two pieces of software can declare the
> same struct and have them come out different things... there's
> something wrong.
Bogus, if you compile them with the same options then will the the
same. If you compile one with LFS and one
Previously Robert Bihlmeyer wrote:
> mozilla_0.9.7-3_i386.changes(non-us)
> openssh_3.0.2p1-2_i386.changes (non-us)
> rsync_2.5.1-0.1_i386.changes
I did get those three.
> I can dig up more if needed (counting only packages I have installed
> I've found 15 today).
I suspect
Previously Yves Arrouye wrote:
> any idea about what is happening? Why isn't ../icu_2.0-1.dsc found (when cat
> complains)?
dpkg-source builds the .dsc file.
Wichert.
--
_
/[EMAIL PROTECTED] This space intentionally left
Previously David N. Welton wrote:
> I'm not sure exactly what problems this may cause, but I don't like
> the looks of it... Interestingly (... or not) enough, that define
> isn't created when building locally (version 1.3.23-dev)...
It doesn't cause any problems at all, it is by design.
Wichert
Previously Paul Mackinney wrote:
> What would be helpful is a README.Debian file in /usr/doc/vim that
> alerts the user to the existence of /etc/vim/vimrc and its nice set of
> potential customizations. I had overlooked the vim stuff in /etc, but I
> have learned to check the /usr/doc directory.
Previously David B Harris wrote:
> Well, what you're suggesting isn't really feasible ;)
Someone actually did this a couple of years ago so it is feasible.
Wichert.
--
_
/[EMAIL PROTECTED] This space intentionally left o
On Tue, Jan 01, 2002 at 01:41:33PM +0100, Eduard Bloch wrote:
> - Most keyboards have AltGr-e as Euro
As far as I know most keyboards don't have an AltGr key..
Wichert.
--
_
/[EMAIL PROTECTED] This space intentionally l
Previously Steve Langasek wrote:
> Is the lack of current information on the machines page a result of
> there being no one to keep the page up-to-date, or because no one tells
> the page maintainer when a machine's status has changed?
Mostly because debian-admin is aware of machine status but t
Previously Thomas Bushnell, BSG wrote:
> According to http://db.debian.org/machines.cgi, there are fifteen
> machines running potato with access for developers.
That page is somewhat deceptive unfortunately.
auric: has packages from testing/unstable installed
debussy: only reachable through a gat
Previously Kevin Corry wrote:
> Could the "ldconfig" call be added to the top-level Makefile "install"
> target?
No, since you might not be installing on a real system but a temporary
location to build a package or for some other reason. Also if you
are not running as root but with fakeroot ldconf
Previously Thomas Lange wrote:
> my package fai will have a new location for its configuration file
> /etc/fai.conf. The next version will use /etc/fai/fai.conf. How can I
> handle this in a preinst script during an upgrade ? Any examples would
> be fine.
Move it in the preinst.
Wichert.
--
_
Previously Junichi Uekawa wrote:
> Is it not possible to create a "vi" wrapper script which
> contains something like the following?
That doesn't make any difference since that is implied when you invoke
vim as vi.
Wichert.
--
_
Previously Thomas Bushnell, BSG wrote:
> Um, they don't need one. All Debian maintainers have access to a
> stable system, since Debian maintains some for just this sort of
> reason.
Debian does not unfortunately.
Wichert.
--
Previously Miquel van Smoorenburg wrote:
> Because it's *EVIL* (hello Wichert ;) )
Ook gelukkig nieuwjaar Miquel :)
> Wichert, would it be possible to only enable the line-wrapping
> auto-inserting syntax-highlighting coffee-making mode when vim is
> invoked as "vim" and leave it out when invoked
Previously Caleb Shay wrote:
> I second this. For example, at the bottom of /etc/vim/vimrc there are
> several lines commented out "as they cause vim to behave a lot different
> from regular vi". However, as was pointed out below, vim is NOT the
> default vi when you install, so why not enable so
Previously Bdale Garbee wrote:
> Why do people insist on installing 'vim' as 'vi'? It isn't vi, and
> while I'm sure it's a perfectly reasonable editor, I've found if
> fairly disconcerting when I've stumbled onto a system where vim was
> masquerading as vi. Why not just install it as 'vim', use
Previously Eduard Bloch wrote:
> NOTE: this is not a start of a new holy war. I do not ask for giving
> vim's alternatives-entry a higher priority or so. I just want to use all
> VIM's features when I initially install it, without looking into my
> big config to enable intending or editing the vimr
Previously Thomas Bushnell, BSG wrote:
> So, picking one at random, why is bug 9085 still open?
Because since we started working on it again we've had lots
more pressing things to look into that a bug like #9085?
Wichert.
--
_
Previously Tollef Fog Heen wrote:
> Those weren't installed properly, but Wichert is looking into it.
They'll be installed in the next dinstall run.
Wichert.
--
_
/[EMAIL PROTECTED] This space intentionally left occupied
Previously Russell Coker wrote:
> Have a global variable of type "int *", before spawning threads malloc enough
> memory for an int per thread and have the global variable point to it. Then
> have each thread know it's number (in some suitable way) and use that index
> into the array.
Or searc
Previously Torsten Landschoff wrote:
> Isn't there this loop break hack in dpkg to allow for that? Not that
> I would suggest having two packages depend on each other... :)
Cyclic depencies are allowed, you just have to configure the packages
in the same run.
Wichert.
--
_
Previously Ben Collins wrote:
> PC emulators that require a BIOS rom.
LinuxBIOS.
Wichert.
--
_
/[EMAIL PROTECTED] This space intentionally left occupied \
| [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ |
|
Previously Petter Reinholdtsen wrote:
> I've been unable to find any details about this problem, and do not
> know if it is present in Debian. If it is, libc in Stable and Testing
> should updated.
They should be updated indeed. Welcome to my christmas `holiday'..
Wichert.
--
___
Previously Russell Coker wrote:
> How should I handle this? Should I divert the existing files (in this case
> the file /usr/share/man/man2/send.2.gz) and then provide extra sym-links in
> my package for the new system calls?
That sounds like a good solution, as long as the manpage states very
Previously Martin Schulze wrote:
> Do I have to use brackets for you?
Well, jokes aside, a somewhat more clear description would be
helpful, I couldn't figure out what it really was immediately.
Wichert.
--
_
/[EMAIL PROTECTED]
Previously StudPool User wrote:
> I only want to report a bug, on the text console often apears a line
> neighbor table owerflow.
Kernel bug in the network driver for your card (eepro100 I suspect).
Wichert.
--
_
/ Nothing
Previously Duncan Findlay wrote:
> I also think it's ridiculous that everybody be forced to write Debian
> documentation in American English.
Nobody is forced to, and everything I write is in real (British)
English.
Wichert.
--
_
Previously Noah L. Meyerhans wrote:
> However, it doesn't really indicate what should be done in case an upstream
> version does begin with letters.
It shouldn't. Try prefixing it with a 0 or so.
Wichert.
--
_
/ Nothing i
Previously Noah Meyerhans wrote:
> What, if anything, is the standard way for doing this?
Properly implement PAM support and PAM will do all the necessary
work for you. I suspect current gdm handles it properly.
Wichert.
--
_
/
Previously Sean 'Shaleh' Perry wrote:
> why the depends on gpg?
Checking for valid signatures?
Wichert.
--
_
/ Nothing is fool-proof to a sufficiently talented fool \
| [EMAIL PROTECTED] http://www.li
Previously Henrique de Moraes Holschuh wrote:
> And scratch the second-most important feature of Debian (the first one being
> the DFSG)? Do Not Move Config Files Out Of /etc. Ever. If you need it
> elsewhere, at least leave a symbolic link in place.
bind mounts.
Wichert.
--
Previously Marcus Brinkmann wrote:
> Of course the package is GPL'ed (just like sysklogd is GPL'ed, although it
> is forked from the BSD code), but that is not the motivation.
How can it be GPL'ed if it is modified BSD licensed code? Or has
every line been rewritten?
Wichert.
--
_
Previously Andrew Suffield wrote:
> However, the value of a package that would be used by about half a
> dozen people in total is probably not all that high.
We have packages that nobody uses. I wouldn't mind seeing the whole
archive management suite being packaged properly, and I think it
would
Previously Marcelo E. Magallon wrote:
> The graphs are indeed nice, what did you use to make them?
The graphs say `rrdtool', which is a pretty good hint :)
Wichert.
--
_
/ Nothing is fool-proof to a sufficiently talented
Previously Ola Lundqvist wrote:
> How it it done when the base system is istalled? It removes (it the
> user tells so) the pcmcia and ppp packages.
That's not run from dpkg but from a special script that is run during
system boot. Why not simply use Conflicts?
Wichert.
--
Previously Pekka Lampila wrote:
> Actually it's not.
Actually it is, your shell probably just sets COLUMNS dynamically instead of
using it as a normal environment vairable.
> Obviously purity shouldn't change these values.
No, purity can't change the environment settings for its parent process
(
> Try this:
> apt-get install purity purity-off # Not sure if the -off package is
> # actually necessary
What does that do? The description for the purity package is
quite useless.
Wichert.
--
_
/
Previously Aaron Lehmann wrote:
> Where?
Euh, the manual I guess? I know I read it somewhere.
Wichert.
--
_
/ Nothing is fool-proof to a sufficiently talented fool \
| [EMAIL PROTECTED] http://www.lia
Previously Adam McKenna wrote:
> Interesting highlighting bug in mutt -- could confuse an unsuspecting person
> into thinking Branden actually signed this.
That's documented, nothing special about it.
Wichert.
--
_
/ Nothi
Previously Raphael Hertzog wrote:
> That's sad since :
> - grisu proposed a simple intermediary solution using gettext that
> we could use rapidly (you're the first one to say that we can have
> several ways of getting the translations, so let's integrate the "easy"
> way right now and take t
Previously Francis ANDRE wrote:
> Could anybody tell me why??
Ask the maintainer instead of mailing debian-devel?
Wichert.
--
_
/ Nothing is fool-proof to a sufficiently talented fool \
| [EMAIL PROTECTED]
Previously Michael Bramer wrote:
> Please can we make a brainstorming with the apt, dpkg and translator
> developer?
As I already said, not now besides from what we've just being doing.
I have to admit that the fact that this discussion keeps repeating
itself and people don't seem to accept what
Previously Christian Leutloff wrote:
> Is it really necessary that the package must be able to be upgraded on
> every architecture!?
That's the whole purpose of testing, keep the brokenness to a minimum.
Wichert.
--
_
/ No
Previously Michael Bramer wrote:
> wordperfect is no free software and they can only support some
> languages. Get KDE, we have 38 kde-i18n-* packages. This is the
> _minimum_.
This is not just about Debian. It is about the dpkg packaging system,
which can be (and is) used outside Debian just as w
Previously Martin Quinson wrote:
> So, you want to make possible for a package to contain meta-data about
> another package, am I right ?
Wrong, that would not make any sense.
> Or are you thinking about a separate file, not in a package, like the
> Packages.gz is ?
Yes.
> But if you put the tr
Previously Joop Stakenborg wrote:
> Sure, cat /proc/pci ...
Obsolete interface, use lspci.
Wichert.
--
_
/ Nothing is fool-proof to a sufficiently talented fool \
| [EMAIL PROTECTED] http://www.liacs.
Previously Martin Quinson wrote:
> 1) Do the translation
Right.
> 2) Put the translation in the Debian archive
Wrong. `Make the translation available' would be better. Not all packages
are in the Debian archive, and they have to be just as useful without
being forced to be in there.
> 3) Publis
Previously Martin Quinson wrote:
> Could you please explain what you're thinking about ? I am interessed in
> allowing end user having translation. I don't really care about the way it
> is done[*]. But with such a cryptic mail, it's hard to figure what can be
> done for my perticular problem in yo
Previously Karl M. Hegbloom wrote:
> [EMAIL PROTECTED]:~
> % ls -l /usr/share/man/man3/qcanvas.3qt.gz
> -rw-r--r--1 root root 16787680395758934842 Aug 23 11:14
> /usr/share/man/man3/qcanvas.3qt.gz
Corrupted filesystem, unlink that file and try again.
Wichert.
--
_
Previously Pavel Tcholakov wrote:
> Apparently this is not part of the standard Linux PAM distribution (I
> have 0.72 on both), I think it is written by somebody at Red Hat. Is
> there interest to see this packaged? Any arguments against doing X
> session forwarding at all?
What you describe isn't
Previously Michael Bramer wrote:
> I am right and the translated description don't need be store in the
> status file?
Yes and no. That is just a side-effect of a possible larger change.
Wichert.
--
_
/ Nothing is fool-pro
Previously Nick Phillips wrote:
> Well, shouldn't it? Wouldn't it make sense to have the translated description
> in there rather than the original one?
I actually makes more sense to remove even the english description
from status to another location.
Wichert.
--
Previously Martin Michlmayr wrote:
> Since this should probably be by-package and not by-maintainer, how
> about a field in debian/control?
It has nothing to do with package metadata and does not belong there.
Wichert.
--
_
/
Previously Michael Bramer wrote:
> Maybe I have on next WE more time and I can improve the server and
> make this notification mail configable per package and someone can
> remove his packages from the notification process.
No, make it opt-in and don't sent them by defaulot.
Wichert.
--
1 - 100 of 371 matches
Mail list logo
