Jack Dodds wrote:
I believe this problem could be considered a bug - or at least an error
in the installation of Debian.
I encountered it on Woody, and now have encountered the same problem on
Sarge.
Specifically, the standard fonts that are installed include
Nimbus Sans L, and
Nimbus Sans L Co
Marc Haber a écrit :
By default, adduser will verify the user against a configurable
regexp, default being the most conservative ^[a-z][a-z0-9\-]*$. The
--force-badname option will change the regexp to a hardcoded
^[-\._A-Za-z0-9]*\$?$, allowing users to happily hang themselves.
To use Samba as a w
(Also note that Mr Dodds' mail server is on crack and refused mail from
my SMTP for a mysterious reason; that's why you didn't receive my reply
in private.)
--
.''`. Josselin Mouette/\./\
: :' : [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
`- De
Drew Parsons wrote:
> Warnings:
>
> a) icons do not appear in the menus. They were appearing in 1.9.65,
> thanks to openofficeorg-redhat-menus, but changes since then have made
> them disappear again. Can likely be fixed easily.
The menu rpms now use rpm trigger scripts to create a symlink from
On Wed, 09 Feb 2005 09:51:18 +0100, Christophe Chisogne
<[EMAIL PROTECTED]> wrote:
>Marc Haber a écrit :
>> By default, adduser will verify the user against a configurable
>> regexp, default being the most conservative ^[a-z][a-z0-9\-]*$. The
>> --force-badname option will change the regexp to a ha
* Christian Hammers
| On 2005-02-09 Gilbert Laycock wrote:
| > If you try to start/restart mysql-server as root, and root has TMPDIR
| > set to something not writable by the mysql user (eg if you are using
| > libpam-tmpdir, so TMPDIR is typically /tmp/user/0 during a login
| > session), then it
Josselin Mouette wrote:
(Also note that Mr Dodds' mail server is on crack and refused mail from
my SMTP for a mysterious reason; that's why you didn't receive my reply
in private.)
Thanks for pointing me at bug 243329, Josselin. Now I know that a) I am
not alone; b) where to file this. And per
Jack Dodds wrote:
Thanks for pointing me at bug 243329, Josselin. Now I know that a) I am
not alone; b) where to file this. And perhaps another user searching
the debian lists for the same problem will benefit, so a reply to the
newsgroup is be good thing.
Could you please post additional info
On 09-Feb-05, 01:50 (CST), Rafal Lewczuk <[EMAIL PROTECTED]> wrote:
> I'll try to rollback this ITP (dunno how to do it yet) and maybe post it
> after solving some issues (aside from naming/buzzwords there are also
> some technical things: build system, versioning etc.).
If you intend to package
package mmm-mode
retitle 274137 ITA: mmm-mode -- Multiple Major Mode for Emacs
thanks jijo
I'm interested in maintaining this package as I've been using this for quite
sometime now, and I'd also like to try my hand at maintaining another package.
--
ZAK B. ELEP <[EMAIL PROTECTED]> -- R
On Tue, Jan 25, 2005 at 05:22:23PM -0600, Ron Johnson wrote:
> On Tue, 2005-01-25 at 21:53 +0200, Tristan Seligmann wrote:
> > After some discussion with the other upstream authors, the current plan
> > of action is:
> >
> > The next release of Dosage will check both /etc/dosage/disabled, and
> >
I recently realized that I had /.dev, after that, I rm -fr it what
rendered my system unbootabled.
Can somebody point me to info regarding /.dev. I have dig
in /usr/share/doc/udev and Google but found nothing.
Regards
mike
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsub
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Javier Fernández-Sanguino Peña wrote:
| Hi everyone,
|
| I've recently uploaded (to experimental only) new Snort 2.3.0
| packages (based on the release made by the Snort team last January
| 25th).
Does this include snort-pgsql? I don't see for experimen
Le Mer 9 Février 2005 15:30, Maykel Moya a écrit :
> I recently realized that I had /.dev, after that, I rm -fr it what
> rendered my system unbootabled.
>
> Can somebody point me to info regarding /.dev. I have dig
> in /usr/share/doc/udev and Google but found nothing.
read your /etc/init.d/udev
On Wed, 09 Feb 2005 10:30:12 -0400, Maykel Moya
<[EMAIL PROTECTED]> wrote:
> I recently realized that I had /.dev, after that, I rm -fr it what
> rendered my system unbootabled.
.dev is just a binding to the original (static) /dev/ that is created
before udev mounts it's dynamic /dev over the exis
Maykel Moya wrote:
I recently realized that I had /.dev, after that, I rm -fr it what
rendered my system unbootabled.
Can somebody point me to info regarding /.dev. I have dig
in /usr/share/doc/udev and Google but found nothing.
$ mount | grep \\.dev
/dev on /.dev type unknown (rw,bind)
When udev s
Hello!
On Wed, Feb 09, 2005 at 10:30:12AM -0400, Maykel Moya wrote:
> I recently realized that I had /.dev, after that, I rm -fr it what
> rendered my system unbootabled.
udev mounts a tmpfs over /dev to not disturb your (old) static /dev.
To make your old /dev available, udev bind-mounts it to /
On Wed, 2005-02-09 at 17:30 +, Sam Morris wrote:
> Maykel Moya wrote:
> > I recently realized that I had /.dev, after that, I rm -fr it what
> > rendered my system unbootabled.
> >
> > Can somebody point me to info regarding /.dev. I have dig
> > in /usr/share/doc/udev and Google but found not
On Wed, Feb 09, 2005 at 06:51:11PM +0100, Björn Krombholz wrote:
> .dev is just a binding to the original (static) /dev/ that is created
> before udev mounts it's dynamic /dev over the existing one. So if you
> rm everything in /.dev you would delete everything in /dev which might
> be needed at bo
Ron Johnson <[EMAIL PROTECTED]> writes:
> One thing I do know is that traditional apps like df (and anything
> that uses stat(), I guess) don't know about /.dev, and so return
> false information:
>
> $ df
> Filesystem 1K-blocks Used Available Use% Mounted on
> /dev/hda39843
Maykel Moya <[EMAIL PROTECTED]> writes:
> I recently realized that I had /.dev, after that, I rm -fr it what
> rendered my system unbootabled.
What led you to do such a thing? The idea "I don't know what this is,
so I should delete it" is rampant, and disastrous.
--
To UNSUBSCRIBE, email to [
Package: wnpp
Severity: wishlist
Owner: Kees Leune <[EMAIL PROTECTED]>
Package name: airt
Version : 20050209.1 (latest version will be uploaded)
Upstream Author : Tilburg University, The Netherlands <[EMAIL PROTECTED]>
URL : http://www.leune.org/airt/
License
* Maykel Moya wrote:
> I recently realized that I had /.dev, after that, I rm -fr it what
> rendered my system unbootabled.
File a bugreport... /etc/init.d/udev says:
# /.dev is used by /sbin/MAKEDEV to access the real /dev directory.
# if you don't like this, remove /.dev/.
Norbert
--
To UNS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hoi,
Am Mi den 9. Feb 2005 um 22:07 schriebst Du:
> What led you to do such a thing? The idea "I don't know what this is,
> so I should delete it" is rampant, and disastrous.
I don't think so. Well, maybe not directely removing somethink but the
Sy
On Wed, 09 Feb 2005 13:07:33 -0800 (PST), Thomas Bushnell BSG
<[EMAIL PROTECTED]> wrote:
> Maykel Moya <[EMAIL PROTECTED]> writes:
> > I recently realized that I had /.dev, after that, I rm -fr it what
> > rendered my system unbootabled.
>
> What led you to do such a thing? The idea "I don't know
On Feb 09, sean finney <[EMAIL PROTECTED]> wrote:
> how does /.dev fit in with the fhs?
It does not, but there is no other place to put it. Just do not look at
it and it will not bother you.
If you really can't stand it, then unmount the bind mount and rmdir the
directory. It will not be created a
On Feb 09, Norbert Tretkowski <[EMAIL PROTECTED]> wrote:
> File a bugreport... /etc/init.d/udev says:
Don't.
> # /.dev is used by /sbin/MAKEDEV to access the real /dev directory.
> # if you don't like this, remove /.dev/.
"Remove /.dev/" does not mean "rm -rf it".
Considering that the line above
On Wed, Feb 09, 2005 at 10:46:03PM +0100, Olaf Conradi wrote:
> I've always found the existence of ./dev a bit weird in a directory
> listing of /.
> I'd rather have it in /var/lib/dev, but maybe that's just me ;)
... which would mean that it would become unaccessible (and thus
meaningless) as th
Mowgli <[EMAIL PROTECTED]> writes:
> Am Mi den 9. Feb 2005 um 22:07 schriebst Du:
> > What led you to do such a thing? The idea "I don't know what this is,
> > so I should delete it" is rampant, and disastrous.
>
> I don't think so. Well, maybe not directely removing somethink but the
> Systema
On Wed, 9 Feb 2005 22:57:27 +0100, GOMBAS Gabor <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 09, 2005 at 10:46:03PM +0100, Olaf Conradi wrote:
> > I've always found the existence of ./dev a bit weird in a directory
> > listing of /.
> > I'd rather have it in /var/lib/dev, but maybe that's just me ;)
>
GOMBAS Gabor wrote:
> ... which would mean that it would become unaccessible (and thus
> meaningless) as the real /var gets mounted later in the boot process.
> You cannot reliably put it under a directory that is not guaranteed to
> be on the root file system; that leaves roughly /, /etc, /bin, /l
On Wed, Feb 09, 2005 at 10:46:29PM +0100, Marco d'Itri wrote:
> On Feb 09, sean finney <[EMAIL PROTECTED]> wrote:
>
> > how does /.dev fit in with the fhs?
> It does not, but there is no other place to put it. Just do not look at
> it and it will not bother you.
that's a great line of reasoning.
To mount inside the /dev seems a very good idea.
Something like /dev/compatxx, /dev/stddev, /dev/old, /dev/original or else.
About the fhs ... standards can change.
But the unixes fhs is uglier enougth as it is.
:)
Em Qua 09 Fev 2005 20:42, David Mandelberg escreveu:
> GOMBAS Gabor wrote:
> > .
On Feb 10, sean finney <[EMAIL PROTECTED]> wrote:
> seriously though, is there really no where else that it can go? i'm not
No.
> too familiar with udev, but i'm guessing that it has to go on the root
> partition, or at the least it can't go under a directory that could
> possibly be mounted ove
On Feb 09, David Mandelberg <[EMAIL PROTECTED]> wrote:
> What about this:
Nice try, but:
- / is not writeable at the time this needs to run
- it's too much complex anyway to be worth implementing (even using bind
--move)
--
ciao,
Marco
signature.asc
Description: Digital signature
On Wed, 9 Feb 2005, David Mandelberg wrote:
> GOMBAS Gabor wrote:
> > ... which would mean that it would become unaccessible (and thus
> > meaningless) as the real /var gets mounted later in the boot process.
> > You cannot reliably put it under a directory that is not guaranteed to
> > be on the
Package: wnpp
Severity: normal
I request an adopter for the povray package. I don't really use this
package myself anymore, and there are some pending issues in the BTS I
keep procrastinating about -- so, I think it's better if someone else,
maybe more interested, takes over. Meanwhile, I'll remai
On Thu, Feb 10, 2005 at 12:13:40AM +0100, Marco d'Itri wrote:
> > must it be mounted for everyone, or is it merely a convenience/necessity
> > for a few people in specific situations? if the latter is true, wouldn't
> For people who want MAKEDEV to keep updating the static /dev.
that hardly sound
On Thu, 10 Feb 2005, Marco d'Itri wrote:
> On Feb 10, sean finney <[EMAIL PROTECTED]> wrote:
> > seriously though, is there really no where else that it can go? i'm not
> No.
>
> > too familiar with udev, but i'm guessing that it has to go on the root
> > partition, or at the least it can't go un
On Wed, 09 Feb 2005, Marco d'Itri wrote:
> On Feb 09, Norbert Tretkowski <[EMAIL PROTECTED]> wrote:
> > File a bugreport... /etc/init.d/udev says:
> Don't.
>
> > # /.dev is used by /sbin/MAKEDEV to access the real /dev directory.
> > # if you don't like this, remove /.dev/.
> "Remove /.dev/" does
Hello,
I'm interested in maintainership of PovRay.
I'm going to try to update the package to the latest upstream version
and to work on some of the bugs
Regards,
--
Clément Stenac
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Adam Heath wrote:
> On Wed, 9 Feb 2005, David Mandelberg wrote:
>>TMPDEV="`mktemp -d /tmp/devXX || { mkdir /.dev; echo -n /.dev; }`"
>>mount -o bind /dev $TMPDEV
>>mount -t tmpfs none /dev
>>mkdir /dev/orig
>>mount -o bind $TMPDEV /dev/orig
>>umount $TMPDEV
>>rm -rf $TMPDEV
>
>
> Unless of cour
On Wed, 9 Feb 2005 19:01:00 -0500, sean finney <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 10, 2005 at 12:13:40AM +0100, Marco d'Itri wrote:
> > > must it be mounted for everyone, or is it merely a convenience/necessity
> > > for a few people in specific situations? if the latter is true, wouldn't
>
I demand that Marco d'Itri may or may not have written...
> On Feb 09, Norbert Tretkowski <[EMAIL PROTECTED]> wrote:
>> File a bugreport... /etc/init.d/udev says:
> Don't.
>> # /.dev is used by /sbin/MAKEDEV to access the real /dev directory.
>> # if you don't like this, remove /.dev/.
> "Remov
On Wed, 2005-02-09 at 12:43 -0800, Ben Pfaff wrote:
> Ron Johnson <[EMAIL PROTECTED]> writes:
>
> > One thing I do know is that traditional apps like df (and anything
> > that uses stat(), I guess) don't know about /.dev, and so return
> > false information:
> >
> > $ df
> > Filesystem 1K-
* Marco d'Itri wrote:
> On Feb 09, Norbert Tretkowski <[EMAIL PROTECTED]> wrote:
> > # /.dev is used by /sbin/MAKEDEV to access the real /dev directory.
> > # if you don't like this, remove /.dev/.
>
> "Remove /.dev/" does not mean "rm -rf it".
What does it mean instead?
> Considering that the li
Once upon a time Ron Johnson said...
> On Wed, 2005-02-09 at 12:43 -0800, Ben Pfaff wrote:
> > Ron Johnson <[EMAIL PROTECTED]> writes:
> >
> > > One thing I do know is that traditional apps like df (and anything
> > > that uses stat(), I guess) don't know about /.dev, and so return
> > > false inf
On 09-Feb-05, 19:12 (CST), Ron Johnson <[EMAIL PROTECTED]> wrote:
> "So what?", you say. Well, data should only be listed once, not
> twice. gtkdiskfree sums up all total and free disk space, and
> having /.dev in there totally distorts the truth.
If you don't have a fs mounted, df won't show i
On Wed, Feb 09, 2005 at 12:24:55PM -0500, Ed Shornock wrote:
>
> Does this include snort-pgsql? I don't see for experimental (unless
> the mirrors haven't all been updated yet). I do see snort and
> snort-mysql though...
Snort-pgsql was uploaded too, it's listed in packages.debian.org so your
m
GOMBAS Gabor wrote:
You cannot reliably put it under a directory that is not guaranteed to
be on the root file system; that leaves roughly /, /etc, /bin, /lib and
/sbin. Pick your favourite :-)
So what's wrong with /lib/udev/pre-udev-dev or /lib/udev/real-rootfs-dev
or similar?
Cheers,
aj
--
To U
On Wed, 2005-02-09 at 19:24 -0600, Steve Greenland wrote:
> On 09-Feb-05, 19:12 (CST), Ron Johnson <[EMAIL PROTECTED]> wrote:
> > "So what?", you say. Well, data should only be listed once, not
> > twice. gtkdiskfree sums up all total and free disk space, and
> > having /.dev in there totally di
Clément Stenac <[EMAIL PROTECTED]> writes:
> I'm interested in maintainership of PovRay.
>
> I'm going to try to update the package to the latest upstream version
> and to work on some of the bugs
That would be cool. At least one of the povray maintainers has a
giant stick up his butt about Debia
On Thu, 2005-02-10 at 13:35 +0900, Miles Bader wrote:
> ClÃment Stenac <[EMAIL PROTECTED]> writes:
> > I'm interested in maintainership of PovRay.
> >
> > I'm going to try to update the package to the latest upstream version
> > and to work on some of the bugs
>
> That would be cool. At least one
On Wed, 9 Feb 2005, Per Bojsen wrote:
Package: zope-textindexng2
Version: 1:2.0.8-4
Severity: normal
When this package is built on the amd64 architecture, the files that
are to go in the /usr/lib/python2.2/site-packages/zope-textindexng2
directory fail to be installed. This is not obvious when the
On Thu, Feb 03, 2005 at 11:31:55AM +1100, Matthew Palmer wrote:
> On Wed, Feb 02, 2005 at 02:38:10PM +0100, Florian Weimer wrote:
> > * Matthew Palmer:
> > > On Tue, Feb 01, 2005 at 06:27:30PM +0100, Florian Weimer wrote:
> > >> * Lars Wirzenius:
> > >> > ti, 2005-02-01 kello 15:25 +, Stephen
On Fri, Feb 04, 2005 at 10:37:03PM +0100, Goswin von Brederlow wrote:
> Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
>
> > On Fri, 04 Feb 2005, Goswin von Brederlow wrote:
> >> The way to circumvent a noexec is to call the dynamic linker like I
> >> did for libc:
> >>
> >> /lib64/ld-li
On Thu, Feb 10, 2005 at 06:17:01PM +1100, Paul Hampson wrote:
> > It still lets you execute files that don't have the executable flag
> > set like libc. It's a different bug but it's still there.
> Is that a bug? I can run -x perl scripts with perl so
> why not -x ELF scripts with /lib/ld-linux.s
On Tue, Feb 08, 2005 at 07:23:44PM +0100, Moritz Muehlenhoff wrote:
> In linux.debian.devel, you wrote:
> >> Description: free implementation of Delphine Software's FlashBack engine
> >> REminiscence is an engine capable of runing any game based on the
> >> FlashBackengine.
> >> .
> >> To a
58 matches
Mail list logo
