Previously Denis Barbier wrote:
> Have a look at dpkg/po/en.po:
> "Last-Translator: Dpkg Mailing List <[EMAIL PROTECTED]>\n"
> "Language-Team: Dpkg Mailing List <[EMAIL PROTECTED]>\n"
However we can safely assume that in fact that file is authorati
Previously Dennis Stampfer wrote:
> dpkg/po/en.po has
> 560 translated messages, 176 fuzzy translations, 271 untranslated messages
I wonder why that happens since the source itself has the authorative
English text..
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is si
Section 6.3.1 mentions you can create a SGI disk label from the fdisk
expert menu, but when I had x in fdisk it tells me `Sorry, not experts
menu for SPI partition tables available'. Somethings feels fishy here..
Wichert.
--
_
[
Previously Guido Guenther wrote:
> SPI has it's own disklabel - cool :)
Doh, that should have been SGI as well of course :)
> If your disk has a SGI disklabel already, the expert menu is not
> available
That sounds a bit silly..
> (for whatever reason, I'll file a wishlist bug against
> util-l
Previously Guido Guenther wrote:
> next-server tftp.foo.bar;
Where is that one documented? It does not seem to be in dhcp-options(5).
Wichert.
--
_
[EMAIL PROTECTED] This space intentionally left occupied \
| [EMAIL PR
Since I don't know the answer to this one I'll cc debian-boot and
debian-cd in the hope somewhere there can answer this.
Wichert.
Previously Paul Stoeber wrote:
> On Mon, Jun 10, 2002 at 06:43:57PM +0200, Wichert Akkerman wrote:
> > Are you running rpc.statd on the clie
Previously Joey Hess wrote:
> I wish the dpkg people would at least _consider_ including it, or speak
> on the issue at all. Nobody replied to my mail to debian-dpkg about it.
This is the first time I've ever heard of it actually... I've been
asking for a script like that for a while even.
Wiche
Previously Joey Hess wrote:
> Here's a better patch, fixes it trying to install man pages into
> /usr/share/man ..
I didn't use this patch but basically redid it from scratch. I found
some problems in the patch that you might want to check for in other
patches:
> +version :=$(shell
To prevent people from needing to mess with debian/files I've added
a -n option to dpkg-gencontrol that allows you to specify a different
filename for the package. This change will appear in dpkg 1.9.0,
which I'm hoping to release somewhere in the next week.
Wichert.
--
_
Herbert Xu uploaded 2.2.19pre17 kernel images today, which fix some
security problems. Could the boot-floppies team please build new
floppies based on those, and could the porters please update the
kernels for their architectures as well? I would like to release a
security advisory for the kernel
Previously Adam Di Carlo wrote:
> FYI, I used the following packages (and only the following packages)
> from Potato proposed updates when building 2.2.21. Let me know if I
> am missing any.
Please use libc 2.1.3-18 instead, it fixes an interesting ldd bug.
Wichert.
--
Previously Adam Di Carlo wrote:
> Still waiting for the pcmcia packages...
They should be there now..
Wichert.
--
_
/ Nothing is fool-proof to a sufficiently talented fool \
| [EMAIL PROTECTED] http:/
I just helped a friend install Debian on a server, and it was a
painful experience. The problem is this: the machine uses hardware
RAID only. To access it you need to load the DAC960 module, but..
the installer can only install modules if it has a root filesystem
configured so it can reassemble a
Previously Wolfgang Sourdeau wrote:
> Another argument is that zile is "kind of" a stripped-down version of
> Emacs, and Emacs is the standard editor for the GNU system, which I am
> sure most of the people on this list are using.
Emacs is not `the standard editor', it is just one of the two most
Previously Adam Di Carlo wrote:
> exim we should move to postfix, IMHO
FWIW, I disagree, and I'ld like to see some really good arguments before
we make a change like that.
Wichert.
--
/ Generally uninteresting sign
Previously Sami Haahtinen wrote:
> how does something become standard?
> - Someone has to make new standards, why shouldn't it be us.
There have to be good reasons to switch though. smail used to be
our standard, but exim was clearly a better choice: it was a lot
easier to configure and perform
Previously Jacob Kuntz wrote:
> http://www.postfix.org/motivation.html
>From what I hear:
postfix does not do IPv6
postfix does not do TLS (not officialy and juding by comments on
#debian-devel from today not reliably either)
postfix header rewriting isn't flexible
postfix uses multiple files
Previously Tollef Fog Heen wrote:
> You are assuming that talkd have buffer overflows, but you have no
> proof of it. And talk is rwxr-xr-x, so what would you win by an
> overflow on a local host? And I doubt that there are many bugs in a
> daemon which is less than 10k big.
Security works the
Previously Adam Di Carlo wrote:
> Ok. I am not moving i386 to straigh 2.2.19 right now, btw, since I'm
> pretty sure that kernel has issues.
What kind of issues are you referring to?
Wichert.
--
_
/ Nothing is fool-proof
Previously Adam Di Carlo wrote:
> Should I prepare new Potato boot-floppies with 2.2.19 for i386?
Not right now, I expect we'll need updated kernel packages soon.
Wichert.
--
_
/ Nothing is fool-proof to a sufficiently ta
Previously Wichert Akkerman wrote:
> Not right now, I expect we'll need updated kernel packages soon.
Ok, forget about that. Yes, new package would be nice ;)
Wichert.
--
_
/ Nothing is fool-proof to a suff
Previously Richard Hirst wrote:
> So, I guess it is the [i386] it doesn't like. I'm guessing I need
> a newer dpkg, but I don't see a 1.9.8 for m68k yet. Can someone
> confirm that, before I chew up another 9hrs of cpu?
Someone is confusing Build-Depends syntax with Depends syntax there.
You ca
Previously Raphael Hertzog wrote:
> AFAIK, insmod used to be a link to modprobe in modutils-basic.
The other way around sounds more likely, and that is still true.
Wichert.
--
_
/ Nothing is fool-proof to a sufficiently t
Previously Adam Di Carlo wrote:
> To the administrators of va.debian.org aka cvs.debian.org. I have a
> user (Eric in the CC line) who is reporting wierd nscd problems when
> using anonymous CVS to the debian-boot CVS area. Since it was an nscd
> problem it looked like maybe some strange cvs ps
Previously Adam Di Carlo wrote:
> laurent bonnaud <[EMAIL PROTECTED]> writes:
>
> > the base system in 2.2.15-2000-06-07/base2_2.tgz does contain /var/log/wtmp,
> > but it does not contain /var/log/btmp. Adding this file has two advantages:
> >
> > - it is probably better from a security point
I can't reproduce this myself due to lack of machines with windows,
so I didn't want to file a bugreport.
I've been told that starting the potato install using loadlin as
documented in the installation manual doesn't work. The procedure
they used is:
1. copy linux, loadlin.exe and root.bin (fro
I can't find the loadlin documentation anywhere.. there is a .zip
file with the loadlin sources which probably contains them, but
it might be a good idea to have the documentation somewhere in
potato/main/disks-i386/docs/ or /dosutils/ as well.
Wichert.
--
___
Not sure if this may help you guys, but modutils 2.3.13 supports
compressed objects. Might help shave a couple of bytes of the size
of a ramdisk..
Wichert.
--
_
/ Generally uninteresting signature - ignore at your convenience
Previously Randolph Chung wrote:
> well, it's already stored in a compressed format on the floppy
But they're extracted and copied to a ramdisk at the moment, right?
Wichert.
--
_
/ Generally uninteresting signature - ignor
Previously Sean Perry wrote:
> This is all moot if we move to X 4. X does it own monitor / vid card
> detection now.
I wonder if it doesn't make more sense to use a mixed X3/X4 setup for
woody and base the decision on which server to use on the installed
videocard?
Wichert.
--
_
Previously Sean 'Shaleh' Perry wrote:
> by woody release (at least 6 - 8 months) Xfree 4 should be safe enough for
> everyone to use.
By woody freeze I'm quite sure there are still lots of drivers that are
not in Xfree 4.
Wichert.
--
_
Previously Adam Di Carlo wrote:
> i386 build of the CVS boot-floppies as of yesterday is available at
> http://auric.debian.org/~aph/bf/2.2.17/>.
Please note that the 2.2.17 kernel is basically ready as well, Alan Cox
is just waiting for Linus to make it official. We should get that
in 2.2.r1 as
Previously Martin Schulze wrote:
> Which means, we should use something like:
>
> "I need disk %1 of set %2", nr, set)
>
> which will require a modified version of printf&co.
glibc printf already supports that fwiw.
Wichert.
--
Previously Josip Rodin wrote:
> The bash package in potato includes a nice /etc/skel/.bash_logout file:
>
> # ~/.bash_logout: executed by bash(1) when login shell exits.
>
> # when leaving the console clear the screen to increase privacy
>
> case "`tty`" in
> /dev/tty[0-9]) clear
> esac
Ew
Package: bash
Severity: normal
> File a bug on bash then...
>
> [andersen@traveller src]$ ls -l /etc/skel/.bash_logout
> -rw-r--r--1 root root 174 Feb 20 2000 /etc/skel/.bash_logout
> [andersen@traveller src]$ cat /etc/skel/.bash_logout
> # ~/.bash_logout: execu
Previously Adam Di Carlo wrote:
> We'll be building 2.2.18 hopefully within a few days, so please try
> this out quickly so we can see if it has any bad bugs.
I'll be uploading dpkg 1.6.15, a new modutils and a new base-passwd
for stable today as well. I'll also do the recompiles for other
archi
Previously Malcolm Parsons wrote:
> perhaps modconf should call find(1) to locate the modules.
perhaps it should scan modules.dep, much faster.
Wichert.
--
/ Generally uninteresting signature - ignore at your convenience \
|
Previously Adam Di Carlo wrote:
> My plans to get 2.2.18 tested and release have not worked out. My
> time has been virtually non-existant and the testing I hoped others to
> do didn't happen.
I seriously need to fix a bug I introduced in modutils for 2.2r1,
I'll work on that tonight.
> Anyhow,
Previously Wichert Akkerman wrote:
> I seriously need to fix a bug I introduced in modutils for 2.2r1,
> I'll work on that tonight.
Fixed and uploaded.
Wichert.
--
_
/ Nothing is fool-proof to a sufficient
Previously Joey Hess wrote:
> FWIW, the following patch allows my .udeb package to build all the way:
I don't seen any harm in that patch, applied.
Wichert.
--
_
/ Nothing is fool-proof to a sufficiently talented fool
Previously Joey Hess wrote:
> What version of dpkg-dev do we need to make them build-depend on,
> Wichert?
That would be 1.7.0
Wichert.
--
/ Generally uninteresting signature - ignore at your convenience \
| [EMAIL PROTECTED
Previously Adam Di Carlo wrote:
> I'm building and will upload tonight boot-floppies 2.2.18. This
> includes the 2.2.18 kernel and other bug fixes and such.
Euhm, please don't upload them until I have a final security fix
for modutils done. There is a real option that local users can
get root tr
Previously Adam Di Carlo wrote:
> This isn't really a boot-flopppies bug I think. Nor does it seem to
> be a kernel problem. Is it a modconf bug? A modutils bug?
Sounds like /etc/modutils/arch/i386 is missing, that includes the
needed alias:
alias parport_lowlevel parport_rpc
modutil
Previously Adam Di Carlo wrote:
> Is perhaps update-modules not getting run?
There is an easy way to check that, just look at /etc/modules.conf.
This is the bit you want to look for:
### update-modules: start processing /etc/modutils/arch/i386
alias parport_lowlevel parport_pc
alias char-major-1
Previously David Whedon wrote:
> Here's a patch to make a udeb of modutils for debian-installer. It is still
> possible that we will use busybox 'insmod', however busybox 'insmod' doesn't
> currently support all our targetted archs. In its current form this udeb
> contains only the insmod binary
Previously Adam Di Carlo wrote:
> Uh, well, you mean hda to hdc? Plus SCSI drives, etc etc. Oh, ick.
> There must be a better way.
grub uses a different naming scheme for drives: so (hd1) means the
whole first IDE disk (ie /dev/hda).
Wichert.
--
Previously David Whedon wrote:
> We're really strapped for space trying to fit all on a single floppy. We
> have to carefully consider the 10k that using modprobe will cost us. Is it
> possible for you to elaborate on why you don't want us to use insmod. We
> really only need it to insmod a nic
47 matches
Mail list logo
