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 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 it's
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 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:
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 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
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
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
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 as
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 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 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 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 ldconfig
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
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?
whineMostly because debian-admin is aware of machine status
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 vimrc
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 it
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 some
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 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 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 search for
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 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 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 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 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 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 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 is
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]
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 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 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 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
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 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
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 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.
--
_
/
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]
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 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 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 the
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
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
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.
--
_
/
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) Publish
Previously Joop Stakenborg wrote:
Sure, cat /proc/pci ...
Obsolete interface, use lspci.
Wichert.
--
_
/ Nothing is fool-proof to a sufficiently talented fool \
| [EMAIL PROTECTED]
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 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 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 your
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
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.
--
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 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 Glenn McGrath wrote:
Hi, there are a few .dsc files that dont have a Format: field, the few
that i found all had a Standards-Version: 3.0.1, but some packages of that
same Standards-Version do have a Format: field in the .dsc file, i tried
to find more details of theis field.
It's
Previously Brian May wrote:
ISYNC:
CONS
- delete message on client = gets transfered again on next download.
If I remember correctly that is not true if you use mutt to mark it as
deleted but don't physically delete it. isync should then do the right
thing on sync and delete it at both
Previously Marcus Brinkmann wrote:
The LSB doesn't need the full power of a complex packaging system, and it is
unlikely they would get it right without really using it.
I disagree with that. The people who are involved with that particular
bit of LSB happen to be a dpkg maintainer, the apt
Previously Anthony Towns wrote:
That's not true at all. It's quite possible (although probably a little
unlikely) to maintain your packages from a box running stable, if you like.
I'ld rather not see people do that: it means we'll also be stuck with
using old libraries when much newer ones
Previously Marek Habersack wrote:
I intent to package tdb (the Trivial Database) which is a GDBM work-alike.
The tdb, unlike GDBM, has support for multiple simultaneous writers and
internal locking to protect from overlapped writes. From the upstream
readme:
tdb is definitely an excellent
Previously Marek Habersack wrote:
I plan to write an extension to Pike that uses tdb - it should be used as a
shared library in that case. The upstream sources generate a well working
.so, so I thought it might be nice to have it in Debian. Also, there might
be some code in Caudium that will
Previously Marek Habersack wrote:
Put that way it makes perfect sense. But why use libtool then?
last time I checked they didn't use libtool, although that might
have changed since then.
It might seem that they are planning/thinking of making it a bit larger
project.
That's not what I hear
Previously Fredrik Steen wrote:
I think that is a great idea. I support it.
So you're volunteering to actually implement that?
Wichert.
--
/ Generally uninteresting signature - ignore at your convenience \
| [EMAIL
Previously Stephane Bortzmeyer wrote:
Is it true that Debian approved this standard?
Yes. Basically we needed a standard that people could accept and that
could be implemented quickly. Obviously rpm was the only solution,
and a subset of rpm is used to make sure that that will work on
non-rpm
Previously Christoph Simon wrote:
The german expression has a somewhat special history.
Germanic at least, possible even older (considering Dutch has the
exact some meaning).
Wichert.
--
_
/ Nothing is fool-proof to a
Previously Hamish Moffatt wrote:
There's a lot more interesting ones than that. Last year, an RFC
described transmission of electricity over IP.
Probably because noone implemented RFC2549 yet: IP over Avian Carriers
with Quality of Service. Unfortunately there still is ongoing litigation
about
Previously Josip Rodin wrote:
Here's a bug closing message with two bugs in it. First, the closes are done
with 'close nnn' command which is not nice to the submitters, and second,
the address [EMAIL PROTECTED] bounces.
That was a NIS failure on the mailserver for cistron.nl, already fixed
Previously Matthias Berse wrote:
Are there any plans in supporting the usage of SGI's xfs filesystem in
debian? Are there kernel patches available and/or userspace tools
being packaged?
The userspace tools have been in unstable for a while already actually.
Wichert.
--
Previously Rob Browning wrote:
I realized that maybe dpkg-statoverride was only intended for
the local admin, and that I should just ship my file properly sgid
mail. So which interpretation is correct?
Neither :). The reason you always had to call suidregister was that
that was also the
Previously Steve Greenland wrote:
Okay, now *I'm* confused. If dpkg is getting the default permissions
from the package itself, doesn't that imply that Rob needs to ship the
file properly sgid mail?
He needs to ship it with whatever should be the default. Only if
the default has to be changed
Previously Nils Rennebarth wrote:
Short problem description:
dpkg complains about wrong syntax in /var/lib/dpkg/available, and in
fact there are a lot of package descriptions where the last line
read something like (from memory)
Already fixed in dpkg 1.9.1, which will hit the mirroors in
Previously Julian Gilbey wrote:
But I'm *not* the maintainer; I'm one of a group of maintainers. If
we do this, then every time one of us uploads, we need to change the
maintainer name in the control file.
You needed to do that anyway. The problem you have is that dinstall
has no way to figre
Previously Stefano Zacchiroli wrote:
OK, but who have choose that nslookup is deprecated in favour of the
other two tools ?
It's authors.
Why we have to remove nsllokup from debian ?
You are free to take an old bind source and create a nslookup package
based on those.
Wichert.
--
As you may have noticed a new dpkg release hit the archives today:
after months of work version 1.9.0 is finally ready. This release
has the usual number changes and fixes a nice 90 bug reports in the
bug tracking system. All the details are listed in the changelog
of course, but I have put the
Previously Michael Meskes wrote:
Subject says it all. Do I have to file a bug against ftp.debian.org?
Yes, magic wands have not been perfected yet :)
Wichert.
--
/ Generally uninteresting signature - ignore at your
Previously Dale E Martin wrote:
does not compile with g++-3.0 - I get the following error:
~/test/c++ g++-3.0 simple-problem-g++3.cpp -o simple-problem-g++3
simple-problem-g++3.cpp:9: parse error before `)' token
It doesn't now string, since that is in the std namespace. Either
insert using
Previously Herbert Xu wrote:
There is a file called /proc/cpuinfo you know.
And /proc/hardware on some architectures.
Wichert.
--
/ Generally uninteresting signature - ignore at your convenience \
| [EMAIL PROTECTED]
Previously Petr Cech wrote:
that's new change in gtk 1.2.9 to disallow suid applications, which I find
silly
It's not silly, it is an extremely good idea. I'm very pleasantly
surprised to hear that they did that. It is basically not possible to
write safe suid X programs.
Wichert.
--
Previously Russell Coker wrote:
Wichert, some time ago you were talking about the possibility of getting an
ISO number assigned to Debian so we can create our own official LDAP schema.
Has there been any progress on this issue? If not then what has to be done?
I'm waiting for confirmation
Previously Aaron Lehmann wrote:
IIRC it also disallows SGID, which breaks some games that only want to
write to hi-score files.
Guess that will force them to get a clue and write a sgid helper
then.
Wichert.
--
/ Generally
Previously Herbert Xu wrote:
That's the wrong solution. It prevents people who want to use ECN from
using it. The correct solution is to disable it in /etc/sysctl.conf.
However, I just had a look, and sysctl.conf is in procps which isn't
essential. So we may need to move this functionality
Previously Daniel Stone wrote:
Why enable ECN at all, if all it effectively does is break stuff? AFAIK,
there's no systems out in the wild that actually use ECN to make a
difference. All that's happening is that peoples' systems are being broken.
Which is sub-optimal.
With that attitude we
Previously Dale Scheetz wrote:
I'm not sure what the solution is for m68k...
Simply use an Architecture line that does not include m68k.
Wichert.
--
/ Generally uninteresting signature - ignore at your convenience \
|
Previously Daniel Stone wrote:
No way should we be pushing ECN to the masses. It should stay in the domain
of people like DaveM, until routers get fixed.
The same DaveM who said he would enable ECN on vger to force
people who want to subscribe to lkml to fix their equipment?
Wichert.
--
Previously Dale Scheetz wrote:
Then you break things for no good reason. These module builders you
speak of should be using the same headers as glibc.
Absolutely definitely not. Userland is different from kernelspace,
and headers need not match at all. Feel free to search debian-devel
or
Previously Daniel Kobras wrote:
Isn't the xcdroast/cdrecord suid/sgid stuff about grabbing realtime
scheduling priority? You can't control this via group ownership.
You could start a suid helper that passes you a new capability though.
Wichert.
--
Does anyone know how to fix or work around this?
lists:/etc/apt# dpkg -i /var/cache/apt/archives/mysql-server_3.22.32-6_i386.deb
(Reading database ... 12496 files and directories currently installed.)
Preparing to replace mysql-server 3.22.32-4 (using
.../mysql-server_3.22.32-6_i3
86.deb) ...
Previously Dale Scheetz wrote:
Anyone have any ideas?
1. figure out what uses insane amount of memory and apply kill and/or rm
2. buy more memory
3. upgrade to a 2.2.19 kernel
Wichert.
--
/ Generally uninteresting signature
Previously Dale Scheetz wrote:
So, this is a common response from a system that has exhaused both swap
and real memory? Any good candidates in a standard system? I don't do
anything now that I haven't done for years, so it's probably one of those
new features of Debian, right? ;-)
Without
Previously Peter Makholm wrote:
I think it originates from some ftp-server in .uk which had a lot of
different ispell dictionaries.
Probably ftp.ox.ac.uk then, that has a bunch of dictionaries.
Wichert.
--
/ Generally
Previously Shaul Karl wrote:
[00:44:26 /tmp]$ dpkg -l doc-linux-text
dpkg: parse error, in file `/var/lib/dpkg/available' near line 69953 package
`ng-cjk':
EOF during value of field `MD5sum' (missing final newline)
Show is that line and the few lines around it please.
Wichert.
--
Previously Daniel Stone wrote:
Linux Kernel Developer
I love this.. the only mention of 'daniel.*stone' in the entire
kernel is a trivial patch to drivers/sound/sb_card.c..
Wichert.
--
/ Generally uninteresting signature -
Previously Colin Watson wrote:
Erm, I have a package of that lying around somewhere, although I haven't
dared to upload it to Debian yet. :)
http://vim.sourceforge.net/vimgor/
fear.
Wichert.
--
/ Generally uninteresting
Previously Roland Mas wrote:
Call me stupid if you like, but I think all goes into modules
won't work.
It does if you use initrd.
Wichert.
--
/ Generally uninteresting signature - ignore at your convenience \
| [EMAIL
Previously Taral wrote:
I'm packaging acl2, which can take several hours to compile on a PPro
200. Would it be reasonable to exclude certain architectures as too
slow? (acl2 is a theorem prover.)
No.
Wichert.
--
/
I just partitioned and formatted the new disks in pandora. I moved
things around a bit so that /org and /home both have their own disk
now, and lots of free space.
The original /org and /home are still available in /old. If nobody
finds a problem in the new disks they will be removed later this
Debian received a donation from INRIA last week, two new IBM 9.1Gb SCSI
disks for pandora.debian.org. This increases its total disk capacity
from 4Gb to 22Gb.
I installed them today, and in the process also upgraded the kernel
from 2.2.16 to 2.2.19pre8.
Please note that the new disks have not
Previously Joey Hess wrote:
However, dpkg 1.8 implements dpkg-statoverride --import. We decided not
to go that route, so why?
Because I got convinced that suidmanager is not capable to figure out
if something is an overide or a default.
If we do decide to go that route and use the
Previously Otto Wyss wrote:
So why not solve the compression problem at the root? Why not try to
change the compression in a way so it does produce a compressed result
with the same (or similar) difference rate as the source?
gzip --rsyncable, aloready implemented, ask Rusty Russell.
Previously Jason Gunthorpe wrote:
Has anyone checked out what the size hit is, and how well ryncing debs
like this performs in actual use?
Rusty has, the size difference is amazingly minimal.
Wichert.
--
/ Generally
101 - 200 of 444 matches
Mail list logo