majority of
postscript files being generated non-editable forms. (As is assembler
files currently, or as C source code would be if almost everyone switched
to some other language with a compiler generating C code as intermediate
format.)
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs
:-/
This is not really a larger problem, but just a problem in sudo.
Using getpwuid to get the home-directory is compareable to hard-coding
/root. (Hardcoding /root is even a bit cleaner, as it might not lure
people into using it when not working around bugs in sudo).
Hochachtungsvoll,
Bernhard R.
d on token first and adding .desktop files before
that only makes the situation worse in my eyes.
Thus I want to ask all involved parties to not ship .desktop files,
at least unless your window manager copes with .desktop files anyway.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRI
a
third looks very ugly...
Additionally, I must have missed the announce on debian-devel for
your bug mass-filing.
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
splay fatal error messages followed by a light green "OK"
might be funny, I'd not like to see it on mine. While Suse's and Redhat's
failure does admittedly not mean it will also happen to Debian, it
still gives a hint about the likelyhood of success.
Hochachtungsvoll,
Be
ble is at least an annoyance. The alternative is
to upload an alternative libcurl, duplicating the source code,
making it harder for everyone involved. So it is more than just
a avarage wishlist-bug where the maintainer's opinion is the last
word.
Hochachtungsvoll,
Bernhard R. Link
--
To U
ay to configure this to not create masses of processes and
confusing the user with colors?
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e to distribute it, you don't need to mirror it all
> around the world.
Note that any such infrastructure things would only allow us to
distribute them, but not change our rules that such a thing cannot be in
Debian main. If there are such problems, more infrastructure can only
allow t
ready supports a full, secure roll-back?
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
it. (As it mostly is a
wrapper around latex&dvips and convert, tetex-bin or imagemagic would
be good candidates. Perhaps just ask their maintainers what they think
about it).
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a
, these
are different statements. But the context says it is about discussion
about "licensing for documentation" and the quotes around editorial
also give a direct hint about what is meant...
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r distributions... you may not
> care but I want Debian to stay the central distribution and I don't want
> that other distributions do a better service to users than us.
Has there ever been a time when people did not tell Debian will die
instantly (or perhaps only next month) if we
ome types of software do not count as
software?
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ddies will have
to wait until they get their scripts and I doubt wait for the
annoucement of the vulnerability.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
alls for flamewars when a release might be near is really
no way to get it this year...)
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tion, as one would need to give a list of
packages to install to dpkg all at once or in the correct serialisation,
and no longer (with exception of configure cycles) beeing able to give
them in whatever sequence as one is pleased to do.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE,
se apt refuses to install
packages before the current situation is sane, which in turn needs to
install a package to make some other package's postinst happy...
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
rver, importing from other repositories, checking and
generating signatures, ...)
Hochachtungsvoll,
Bernhard R. Link
s-ja: groff_tmac.5.gz groff.7.gz roff.7.gz
Martin Waitz <[EMAIL PROTECTED]>
oidentd: oidentd.conf.5.gz oidentd_masq.conf.5.gz oidentd.8.gz
Sergio Rua <[EMAIL PROTECTED]>
partimage: partimage.1.gz
partimage-server: partimaged.8.gz partimagedusers.5.gz
Hochachtungsvoll,
Bernhard R. Link
notice saying this License applies
|to the Document are reproduced in all copies, and that you add no other
|conditions whatsoever to those of this License.
Hochachtungsvoll,
Bernhard R. Link
[1] As this specific info page is not yet in a package, though I do not
doubt there will be s
(=counterintuitive) things and
so on...
Hochachtungsvoll,
Bernhard R. Link
[1] for example the key to make it finaly do something
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
really do not
understand, why he is trolling against them. (Espcially with such
arguments, that I have an hard time to suppress my wish to use the
same and requesting the removal of all .desktop files. ("I do not need
them, they are a waste of space and bandwidth and anyone using them is
stupid.&
p < $1 | wc -c and having the md5sums file packaged
in a larger .tar.gz might even cause less space.
(All numbers from my woody system, where 989 out of 1158 packages have
md5sums files).
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
an be the
reason. So what did I miss?
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
; md5sums file in the debs) and you are still more secure and tamper
> proof.
All I see is waste of time, less security and enough complexity that
it is bound to fail. And that compared to an existing, working and
robust solution that only needs the last some packages to follow.
And y
ons.
There are packages replacing files of other packages. There are
diversions and possible other uglyness.
I also prefer to have the .debs in local mirrors and not at each
indiviual host. And just extracting the .md5sums and copying
is much less hassle, then sending all the files at whole over the
network.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
* Goswin von Brederlow <[EMAIL PROTECTED]> [031204 02:46]:
> "Bernhard R. Link" <[EMAIL PROTECTED]> writes:
> > I don't think so. md5-calculation it not the fastest thing (especially
> > on non-i386 it often feels like downloading and installing to
l.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
at the changes are correct.
Otherwise it only catches intruders, hwo are to stupid to cope with system
installed. (Which is the same as with installed .md5sums files)
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
k this is even more stupid than using *.md5sums. When they are
daily generated, you have no chance at all to be sure they are not
modified.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
not able to find any
content between all those words.
Greetings,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
script; afaict we don't. I've seen "start-now", "stop-now" commands
> which override "disabled" services and so on.
I think init.d scripts should start, when they are called with start,
and not refuse to do so.
That's the whole policy/invoce-rc.d abo
o few IP's is what is silly,
> not the proposal...
Well, this proposal sounds like "People who do not want to get hit by
falling statlites should wear a fish on their head." I'm against this
proposal, even though I would not even wear a fish on my head, if it
became a law.
kernels).
So your complain reduces in my eyes to an incomplete label.
I personally think not having the term "linux" in it more of
an issue than having "-debian" in it...
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
nfigured backups or backups
with operations getting sad to fast...
Hochachtungsvoll,
Bernhard R. Link
--
They said: "Smile and be happy, it could become worse."
And I smiled and was happy. And it became worse.
e will start telling configuring the dns-server to
use is not a admin thing.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
* Emile van Bergen <[EMAIL PROTECTED]> [030806 17:04]:
> On Wed, Aug 06, 2003 at 03:03:07PM +0200, Bernhard R. Link wrote:
> > * Steve Lamb <[EMAIL PROTECTED]> [030806 13:43]:
> > > On Wed, 6 Aug 2003 13:10:03 +0200
> > > "Bernhard R. Link" <[EMA
* 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 link /usr/lib/sendmail t
ctionality, an MTA is required, hence a dependency.
>
> What if the MTA is on a different host? Can't mutt speak SMTP?
If mutt spoke SMTP, it would be a MTA itself. (Perhaps still missing
the proper interface to link /usr/lib/sendmail to mutt, but that would
be the lesser par
r thing is the ease to switch it off. I couldn't get
my sister using Knopix, as it's autoprobing for SCSI-hardware
froze the computer and the expert-mode was barely understandable
by me.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
Discussing via emails seems to get hard again...
* Joey Hess <[EMAIL PROTECTED]> [030725 16:37]:
> Bernhard R. Link wrote:
> > Both a system presenting a utter mess of uneeded things and technical
> > terms and a system only saying "Installation successful" or
&g
umentation, the
last is simply frustrating.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
y graphics beeing as usable
as something without graphics is even harder.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
newbie before a computer
and look under what circumstances he is able to get something done,
if I want to get an indicator for usefulnes. And not showing screen-
shots to windows-users and looking if they sheer.)
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
genous environment. (Though those people
shouting 'desktop' seem to try hard to get it worse).
262 distinct users here with 13 installations.
and in the near environment a pool with about 30-40 installations
and over 800 users. (And some smaller with about 20 installations
and 40 to 50
the variant should be the main behaviour of the program explaining
the behaviour clearly enough.))
Hochachtungsvoll,
Bernhard R. Link
--
The man who trades freedom for security does not deserve
nor will he ever receive either. (Benjamin Franklin)
7;s law that this will never work when
you really need it.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
ormat description for menu-files, that some new fashioned
wms are able to parse. And it might have good things like less work
to write menu-methods for those. But it is by no means something
resonable to base our menu-system on. (And as I tried to say before,
even the way to more directly recylcle
ingle-user systems, pretend nothing outside their own exists and
> > in general be a nightmare to administrators.
>
> Ah, right. The "I can't think of a technical argument, so I'll just add
> in some uninformed flames at GNOME and KDE even though this argument
> i
along and needs to be shot. KDE obeys
> menu policy just fine (afaik)
fine? not having a debian menu at all but placing some wild items in its
own categories shall be fine? It's about as good as not implementing it
at all.
> PS - Next time try to learn about a system before showing you don't
> understand the issues at all.
Was this a memo for yourself or are you just trying to insult?
MfG,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
; The freedesktop standard is extremely configurable, using the .menu
> files. It was designed to be so.
It was designed to cope the needs of KDE and GNOME. These are well known
to favor single-user systems, pretend nothing outside their own exists and
in general be a nightmare to administrators.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
em. (Without the fear to have
phantom entries after the package is removed).
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
coherent understandable system need rewrite
of masses of old
> A Debian-specific menu system is the entirely wrong way to go.
A working menu is a good way to go. The currest system works and has
many nice aspects of configurability and administrability, missing in
the newer parts. Only thing I see m
In this situation there is little to do about the bug otherwise, than
closing the bug with a message, that this was fixed upstream and
this version was uploaded. And the mail generated when putting a
(closed:# ...) after a changelog entry describes this with nice
words and with much less chance to
* Enrico Zini <[EMAIL PROTECTED]> [030417 03:30]:
> On Wed, Apr 16, 2003 at 05:10:58PM +0200, Bernhard R. Link wrote:
>
> > > We have at least three parallel menu systems around: the Debian Menu,
> > > the Gnome Foot Menu and the KDE menu.
> > We have one menu
t we need
(with the exception of generating KDE-menus, though I do not see
the fault in our system here), we should adopt another metadata
not even able to describe the things we already have and are used?
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
version from sid of a package.
>
> Well, they have to be stored on archive, too. Mainly for GPL licensing
> issues.
Why that? I thought we use 3a and not 3b for distribution thus avoiding
such problems?
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
4 from */lib/64 to */lib64 caused
to woddy. (one needs a "dpkg -r libc6-sparc64 libgcc1 libstdc++3 gcc-3.0
fakeroot
&& apt-get -u upgrade && apt-get install fakeroot" and perhaps some
additional "dpkg --configure -a" if one missed something in between to
upgrad
ther hand, keeping different things sperate will also help
our users. (Imaging a rule "/etc if for configuration except /etc/run,
thus only tar the rest of /etc, if you want to restore your
configuration later easily). There is a reason, why we have "/home"
instead of "/usr/home[s]&qu
quot; and the "menus". I do not see what
they have in common.
It seems to miss some things, most important in my eyes a possibility to
switch window managers. (I doubt it is usable for anything than KDE or
Gnome)
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
undistributable at all. Not only for debian but for anybody except the
author, if there is a single one. (At least if it is GPL or any other similar
licence)
Hochachtungsvoll,
Bernhard R. Link
--
sagen wir mal...ich hab alle sourcen in /lost+found/waimea
gEistiO: [...] Warum lost+found?
wo haette ich es denn sonst hingeben solln?
ogent; there is no doubt
> it is non-free, there is no doubt it is copyrightable, there is little
> doubt that it is "necessary for the execution" of a substantial corpus
> of programs which are otherwise DFSG free. These program would
> certainly include unicode editors, and would
If it would contain parts
of the standard-text (tables or whatever) that were protected by
copyright law and the standard would allow no modifications, then noone
would be allowed to copy the editor. (No special problem with debian)
Hochachtungsvoll,
Bernhard R. Link
--
sagen wir mal...
piled with specific options and placed on
specific paths, with specific compilers and against specific libraries.
Splitting some of these out from the name to a "slot" has in my eyes
only the disadvantage of addings unneeded complexity.
Hochachtungsvoll,
Bernhard R. Link
--
sagen wir mal...ich hab alle sourcen in /lost+found/waimea
gEistiO: [...] Warum lost+found?
wo haette ich es denn sonst hingeben solln?
er reason for directly linking...
Hochachtungsvoll,
Bernhard R. Link
haps they want KDE to run on such systems, too?
Hochachtungsvoll,
Bernhard R. Link
might already have noticed Debian begun to bloat - so many
> unneeded, unused, unmaintained(!) packages.
I think it may help more to think of ways to get rid of packages than
making adding more difficult.
Hochachtungsvoll,
Bernhard R. Link
pes with the security issue and the other pitfalls, I think
many people will be happy, though I would not bet on anyone finding
one).
Hochachtungsvoll,
Bernhard R. Link
not that many, that can
can be run there) parse a file which is of no interest for him but
for the other daemons?
Hochachtungsvoll,
Bernhard R. Link
/bin/X11/icewm" icon="none" needs="wm" \
section="WindowManagers" title="IceWM"
which most of the small and nice Window-Managers implement cleanly. (At
least in potato)
Why not us this info?
Hochachtungsvoll,
Bernhard R. Link
(I alre
hanges and makes the packaghe source itself much less useful than it
> could be.
I think aside of one diff or many diffs a list of patches done to the code
and where you got them from is a good thing to have in every package.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, emai
h it with
the debian diff, make an branch, patch the branch, and merge everything
together and produce an new diff and remove the local cvs-repro.
This is much quicker done than to check the new patch if it collides with
the other patches and change the other patches so that it does not
colli
ocumentation/licensing/licensing.html some parts
of kdenetwork are still licenced qpl. It may just need to recopy these
parts from an gpl'ed qt, but I do not know KDE or qt well enough.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
efault?
I think the current standard is quite reasonable.
Perhaps a non-world-readability would please very bloody beginers,
but is would give the not so bloody beginers a false fealing of
security.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Yust to say: PLEASE do not make it binary. There may be many things to
speed up, but binary is evil in this situation. (Imagine a broken database
and you can do just nothing against it.)
Hochachtungsvoll,
Bernhard R. Link
ere the confusion comes from.
It is this way. AX ist the low part of EAX (Since eax and ax shall
make the same for values less then 2^16.) And there is no direct way to
address to higher 16 Bits. But as a shr eax,16 need only one cycle it is
not that serious.
Hochachtungsvoll,
Bernhard R. Link
ome-dirs) and several system could
use the same /usr/share with different rules what to install, so that no
data is doubled but one system can remove a package and exacly that is
removed in /usr/share what was there becaus only this package needed it).
Hochachtungsvoll,
Bernhard R. Link
e programmer like me would need one and a
half week maximum for it. And so long would need any change in the
main-menu-database, because the menu-creater would not only to be run once
per wm but one per wm times one per user. (On an old 386 perhaps two and a
half week :-)
Hochachtungsvoll,
Bernhard R. Link
e user to
change.
It's disadvantage would be the enourmous amount of time to recompile all
user-settings when the main-menu-database changes.
Hochachtungsvoll,
Bernhard R. Link
reduce the
amount of space for the language-files as auomatically installing the
needed. (When good implemented it could also allow to add a new laguage
for all already installed packages).
But I did not get any result, so I centered my work on other projects.
Hochachtungsvoll,
Bernhard R. Link
dvantages and less work).
> First things first. Let's get potato released,
As I wrote, nothing can be changed before.
Hochachtungsvoll,
Bernhard R. Link
ackage will seriously prevent him from
working so much on the unstable version, that this could become
"usable". So most packages would be either the same in frozen and
progressive or they would be same in progressive and unstable.
Hochachtungsvoll,
Bernhard R. Link
401 - 482 of 482 matches
Mail list logo
