lure_msg "Foo
failed." ; fi
Is this what I should do, or is there another solution I am overlooking; or
do we need more functions; or does the whole system need to be reworked?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tories.
"! -xtype d" in the absence of "-L" matches everything except directories
and symbolic links to directories. Thus IIUC the latter eliminates the need
for the former.
I am cc:ing this to debian-devel in order to solicit opinions.
Please reply to [EMAIL PROTECTED], not to t
member of the debian-installer team. I never say uploads
> with such entries.
http://lists.debian.org/debian-devel-changes/2005/11/msg01337.html
Regards
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nison - as
expressions of personal taste doesn't really reflect the fact that
consistency is a quality Debian users look for in packages.
If you provide the TeX live names in the long description, people will
be able to find stuff by the usual package search functions.
Kind regards
T.
--
Thoma
Hi Matt,
if that would help, I'd include a (n option that allows to) check via
bts2ldap + the attached script into dput.
That'd be less intrusive than changing the behaviour of Closes:, for
better or worse.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
#!/usr/
Thomas Viehmann wrote:
> if sys.stdin.readline()[1:] not in ['y','Y']:
For added utility I might want to improve on that.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
'What'll we drink to?' Nick asked, holding up the glass.
'Let
actual debugging, both not arm-specific.
If you're deperate for people looking at build-failures, that's OK, but
only few of them seem really arm-specific.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
tion of the buildd maintainer is needed
> at this time to get something build.
The dep-wait is well inside the "some action of the buildd maintainer is
needed". The needed P-a-s entries could be handeled centrally if the
problem description is "pile of maybe-failed packages&qu
ight also work on amd64 ia64 (depends on dmidecode)
OTOH, maintainer usually seems to know what he's doing...
libpam-encfs: isn't arch-specific, see #340575. Maybe random arch
disabling should be RC...
%ogre-contrib: i386 amd64 # don't know, in contrib
ery two weeks or so. My guess was
that then if changes are submitted in bulk, declaring something seeing
no porter attention for a year is OK to list in P-a-s.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
u think
problematic but the rest of the thread rather spells "don't bother".
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: general
Severity: normal
getlastmod() returns always the current time, filemtime() works as
expected. php.net says:
>Apache and PHP have been compiled with the same value for
>-DFILE_OFFSET_BITS
Perhaps this is the reason?
-- System Information:
Debian Release: 3.1
Architecture: i386 (i
The ALSA packaging team needs help. We really need someone with expertise
in programming for the ALSA library. If you are able to help us, please
contact us at [EMAIL PROTECTED]
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
I seek co-maintainers for:
mwavem
thinkpad, tpctl
resolvconf
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(NOT automatically updated though, scripts in my ~ on p.d.o)
2. http://people.debian.org/~tviehmann/couldretry.txt
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(NOT automatically updated though, scripts in my ~ on p.d.o)
2. http://people.debian.org/~tviehmann/couldretry.txt
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cannibalize these, maybe?
Are there technical issues, too, or is it just the naming?
I'm sorry, but my vage recollection is that someone somewhere wanted to
have menu transitioned to desktop, but I don't think that this has ever
been done...
Kind regards
T.
--
Thomas Viehmann, http
1. http://standards.freedesktop.org/menu-spec/latest/apa.html
2. http://standards.freedesktop.org/desktop-entry-spec/latest/
http://standards.freedesktop.org/menu-spec/latest/
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
does involve some work.
There is a new upstream release candidate out now (1.0.11rc1) and I would
like to take the opportunity to go through the process with the new
volunteer.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Cont
INIT_VERBOSE=yes kernel parameter. Is the boot more verbose?
Any glitches in any of the messages?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ble by hiding it in /lib
> alongside /lib/modules.
The problem is that some people find /lib/run uglier than /run. ;)
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ore than "-policy support" would be an
> appropriate claim if Manoj had said it looked okay.
Agreed. Fortunately, I didn't claim that.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
eryone agrees that /run is to be used only for those very
few purposes for which /var/run cannot be used. If there are worries
about abuse then I would suggest the addition of a sentence to Policy
forbidding such abuse.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
ot occur until the filesystem underlying
/run is mounted read-write and programs must not use /run before the
cleaning has been completed; it would probably be easier to drop the
cleanliness-at-boot guarantee and let programs clean out their own
stale files.
--
Thomas Hood
--
To UNSUBSCRI
So, has anyone tested the new packages?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
'run' rather than 'lib'. Hence R should
be /run.
Briefly, if R is like /var/run except that it supports programs
needed to boot the system and run commands on the root filesystem,
then it should be another "run" directory, but at the top level.
Here's another possible argument:
Putting R in /lib spoils the otherwise read-only
character of that directory.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ould ever be accused of lacking zeal in
enforcing its Policy. :)
Cheers,
--
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Any other defenders of /lib/run? Of /run?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
al changes necessary to
> ensure /var is mounted early]? Thomas?
>
> Here are the cases:
[...]
> For (d) and (e) you need special handling; using /run as a tmpfs and
> setting up /var/run -> /run symlinks on both / and /var. That's pretty
> special handling [...]
This is
Gabor Gombas wrote:
> ... I'd like to have a check for /run (or /lib/run or whatever)
> being empty at the end of the boot process
The new mountvirtfs prints such warnings for all the "virtual"
filesystems.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
te
filesystem then, yes, it can be cleaned immediately after it is
mounted (after S35mountall.sh).
--
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
litary package ownership has made some
Debian packages into bastions of untended bugs.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
stellar job that they need a babysitter is a bit... insulting.
This is not a fair characterization of what the introduction of
a two-maintainer rule would be doing. No one should be insulted
by general rule changes designed to make Debian work better.
--
Thomas Hood
--
To UNSUBSCRI
vel.
That's less of a burden than that imposed by many another Debian rule.
Fortunately for your position, it probably won't take arguments to kill
this idea.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
re feeling in a conspiracy-theorist mood then
> I'd suggest that those who are promoting team maintainance are trying
> to gain power while evading responsibility.
Well, you do suggest it here. And what you suggest makes no sense, so
let's not rule out the possibility that you are
r things
can be done to help individual maintainers fix more bugs and fix them
better?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
never: DELAYLOGIN=no
No-login mode always: rm -f /etc/nologin ; :> /etc/nologin
Anyone see any problems with this scheme? Any better ideas?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
plete: DELAYLOGIN=yes
No-login mode never: rm -f /var/lib/initscripts/nologin ; DELAYLOGIN=no
No-login mode always: touch /var/lib/initscripts/nologin ; DELAYLOGIN=no
Anyone see any problems with this scheme? Any better ideas?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [
Henrique de Moraes Holschuh wrote:
> How well that works with /var in a separate partition?
It should work fine because S55bootmisc.sh runs after S45mountnfs.sh.
--
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
m trying
to modify an existing feature (to make it compatible with a read-only
root filesystem) without altering its behavior any more than necessary.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> A new version of sysvinit is being prepared for release to experimental.
OK, sysvinit 2.86.ds1-8 is now in incoming. TIA for testing it. ;)
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
recommendations about how documentation relationships should be reflected
in package dependencies?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
here
should be
room for different kinds of projects, including exclusive hobby clubs.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mprehensive listing of all the Debian _maintainers_
accompanied
with a list of packages they maintain", instead of "...developers..." (which
would
also be more accurate since non-DD maintainers are already listed). And so on.
Reword with the principle in mind that there are many contributors to Debian
who are
not Debian Developers®.
--
Thomas Hood
e current NM process would
regard those points as weaknesses in Debian's defenses, which should be closed
rather than advertized.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ge in #202, which was
reported by two other people. It's fixed in the package #204.
208 is current...
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e simultaneously.
I'd call it the "obscure the point game", because the pairs of statements
were meant to illustrate a difference in attitude, not a set of absolute
contradictions. But I think you know that. Because you are really playing
another game, which I'll dub &qu
leaves the question how
not to have that key compromised.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Would it be useful if the initscript that clears /var/run also created
a directory hierarchy under /var/run?
(There are different ways of implementing thus, but we can talk about
details if this feature is deemed worthwhile.)
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
d have done better with identification of DDs [1].
Kind regards
T.
1. https://launchpad.net/people/debiandevelopers
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ase")) {
Well, anyone using the mirror can then verify.
If you're just trying to determine whether or not Release corresponds to
Release.gpg this behaviour is much saner than assuming Release invalid,
because debmirror would attempt to fix that by regetting.
Kind regards
T.
--
Thomas Vieh
emoval of
Maybe this should not only be limited to packages with RC bugs... For a
lot of packages with inactive maintainers, it might be best to not
release them in etch.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
ded.
:)
As pointed out by Peter Samuelson, this dir should be removed by the postrm on
purge. I would advise not including /var/run/foo in the package since it is
superfluous and its presence could hide a bug in your directory-creation code.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
unsupported packages no developer cares about is a bad idea.
Really, how about just automatically[1] removing orphaned packages
without maintained rdepends from testing?
Kind regards
T.
[1] And yes, I'd maintain a list if it's considered a good idea.
--
Thomas Viehmann, http://thomas.
with those that
presently are.
There's 169 orphaned packages today, why not do something about them?
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
be suitable
for Debian.
I agree that it would be nice if Ubuntu developers tried to get their
changes into sid. It is certainly not their responsibility to do so,
but in my experience Ubuntu developers have been very cooperative when
they have been approached. So I don't see a big problem.
--
Th
uld everyone be happy then? I doubt it.
[0] Here: http://ubuntu.com/ubuntu/relationship?highlight=%28debian%29
there's a claim that "they send their bugfixes to the Debian developers
responsible for that package in debian and record the patch URL in the
debian bug system."
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Russ Allbery wrote:
> Thomas Viehmann <[EMAIL PROTECTED]> writes:
>
>
>>Can you elaborate on this? I'm not sure how the existence of more
>>packages that should be orphaned invalidates dealing with those that
>>presently are.
>
>
>>There&#
ki.debian.org/CollaborativeMaintenance
> Of course, it's easier to say than to do and I have only 24 hours per day.
Sorry, Raphael, I appreciate you're effort to promote and enable
collaborative maintenance very much, but it's not the holy grail solving
all maintenance problems. P
your package. I have seen changes in some packages
that looked gratuitious, but then I have been comforted by the thought
that the perpetrators of gratuitous changes are the ones who have to pay
the price for it, because they have to carry such changes forward.
--
Thomas Hood
--
To UNSUBSCR
base in regarding this to be a candidate for release to unstable.
Again, TIA for testing it.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Russ Allbery wrote:
> Thomas Viehmann <[EMAIL PROTECTED]> writes:
>>Russ Allbery wrote:
>>>The thing is... most of the orphaned packages are in fairly good shape.
>>How do you know?
> Well, because at one point I went through the PTS for each one of them,
> che
income):
Is this before of after taxes? If you are free to choose, I suggest
after taxes -- gross salaries are very difficult to compare.
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
sourceforge.net
> * License : MIT
> Description : Notepad clone based on GTK+
>
> GTKEdit is a lightweight Notepad clone designed for low performance
> systems
Do you really want to introduce a GTK 1.2 application into unstable at
this point of time?
R
re that python-minimal be
Essential: yes in Debian.
In any case I am hoping to see python-minimal included in Debian.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
looks at its properties, and...
* Kernel creates eth1
* ...tries to rename it to 'eth1', but that name is taken
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> In any case I am hoping to see python-minimal included in Debian.
I now see that it is already in sid. :)
$ apt-cache madison python-minimal
python-minimal |2.3.5-5 | http://ftp.nl.debian.org sid/main Packages
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
me
# Rename it to the temporary name.
# Then try several times to rename it to new name
Now "trying several times", etc., may work, but it's a kludge. There are
sound ways of resolving contention for a shared resource.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMA
The stripped down python interpreter would be "hidden" from command-line
users but would still be available for use by packaged programs.
Thomas Bushnell wrote:
> Ok, but now I'm confused: why is python-minimal needed in Essential?
> Why not simply depend on it straightforwardly?
icated back directly to the Debian
> developers responsible for that package in Debian and record the patch
> URL in the debian bug system.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
imal.
Thus if upstream's concern is that users not have a stripped down python,
then Debian provides a stripped down "python-minimal" instead.
--
Thomas Hood
My guess is that there may be other packages out there that need to be
reviewed with respect to the granting or non-granting of the GPL version
option.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x27;t forget to set ownership and permissions.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi Lionel,
Am Sonntag, den 29.01.2006, 22:11 +0100 schrieb Lionel Elie Mamane:
> What does that mean and how do I get out of this dead-end? Thanks in
> advance.
Does this one help?
http://svn.haxx.se/users/archive-2003-07/0133.shtml
Thomas
--
To UNSUBSCRIBE, email to
aking this classification, where do you put PostScript files --
software or documentation?
Regards
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d is build-depending on fakeroot and calling
fakeroot xvfb-run.
Any better ideas?
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
o to interactive PDFs and -- while we are
at it -- let's think about HTML files with Javascript.
What are these? Documentation, computer programs, both? If they are both
(which is probably the best description), which guidelines should be
applied?
Regards
Thomas
--
To UNSUBSC
Hi Daniel,
thank you!
Daniel Schepler wrote:
> Have you tried just recreating base.tgz with an up-to-date pbuilder?
Ah, no. Cool. I'll have to file a wishlist item against pbuilder to
update its configuration upon update.
Kind regards
T.
--
Thomas Viehmann, http://thomas.vieh
think of him not using
unstable).
I like your idea of customizing pbuilder chroots with debs. I'm not fond
of recreating the base.tgz because I have some customizations
(editor...) in my chroot.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EM
2. http://bugs.debian.org/336982
3. http://sponsors.debian.net/viewpkg.php?id=218
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ight with BUILDUSER{ID,NAME}.
Well, some people think that writing outside the build-dir is a FTBFS
bug as well[1].
Kind regards
T.
1. http://bugs.debian.org/336014
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsub
in questionable
overrides. Lintian is a useful tool, but it's results need to be subject
to review before filing bugs or doing rejects.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
rver?
I guess the original "only runs this service" should be parsed as
"there's no additionally ftp server, archive or whatever" on this
machine.
Reading the whole message on debian-devel-announce seems to suggest this
interpretation.
Regards
Thomas
--
To UNS
W3C Software License
>
> http://www.w3.org/Consortium/Legal/2002/copyright-software-20021231
> Description : check the validity of links in an HTML or XHTML document
Eh, is this the same program that comes as "checklink" with the
w3c-markup-validator?
Regards
ut not the
validator, I'm looking forward to your package.
(No need to CC me, I'm subscribed).
Regards
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
l have to manually remove conffiles in their maintainer scripts
> until at least etch+1 by my reckoning. Is this correct?
Again, postrms should not remove files that are currently conffiles.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ally like to fix my RC bugs and sync with upstream
at the same time but the latter would involve so-version changes.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
source package" because last I heard (some 360 days ago), you
didn't need convincing. Assuming that those 40-some packages affected
are easier to process, it'd still be nice, though.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to
tion README's?
That is very probably not enough. People don't read README files unless
these are rammed down their throats.
--
Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECTED]
The joy of engineering is to find a straight line on a double
logarithmic diagram.
--
TO UNSUBSCRIBE FROM
er supposed to look?
BTW, I'm really sorry for disregarding the installation instructions for
hamm. The fact that they are nowhere to be found is no excuse, I agree.
--
Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECTED]
The joy of engineering is to find a straight line on a double
log
>Bo is currently a "release candidate". It will become an official release
>as soon as the testing group okays it.
What about Bug #10165? Is not being able to boot after an upgrade
critical?
--
Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECTED]
The joy of engineering is to
.
One possible solution would be to give each user a personal
/var/tmp/, mode 700, and have as many functions (mktemp, ...)
return a string to there.
Loss: a few inodes.
Gain: fewer security holes.
Comments?
--
Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECTED]
The joy of engineering is to find a
Guy Maor wrote:
[gcc 2.7.2]
>I don't think it does any optimization at all for pentium.
Correct. Of course, there's the experimental pgcc (http://www.goof.com/,
if anybody wants to look).
I'd like to pack this up and stuff it into experimental, if I had a
little more time
opment at the moment (large patch
files, lots of code reorganization) seems to indicate so.
--
Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECTED]
The joy of engineering is to find a straight line on a double
logarithmic diagram.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "
ith a non-GPL license (pretty much BSD-like).
--
Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECTED]
The joy of engineering is to find a straight line on a double
logarithmic diagram.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble
Guy Maor wrote:
>> Must all new programs goint into unstable be linked with libc6?
>
>Since Debian 2.0 is meant to be a libc6 system, the answer is yes.
If this is indeed a requirement, at is now orphaned.
--
Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECTED]
The joy of engineerin
>I didn't meant to imply that libc5 packages will be
>rejected.
Ok, thanks for clearing that up :-)
--
Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECTED]
The joy of engineering is to find a straight line on a double
logarithmic diagram.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST:
Microsoft products don't expect that anybody cares for bugs).
What can be done? I'd suggest putting the support addresses
(mailing list, web pages) prominently into the installation routines,
and possibly even into the MOTD.
What else?
--
Thomas Koenig, [EMAIL PROTECTED], [EMAIL P
Tim Cutts wrote:
>Well, for one thing exim (and smail) are a hell of a lot easier to
>configure than sendmail.
I've found that the m4 configuration of sendmail is fairly easy for
an Internet-only machine (I don't run UUCP), but YMMV, of course.
--
Thomas Koenig, [EMAIL PR
hem. And the changed required would not be
>#ifdef debian, but #ifdef SYSV. Much better IMO.
The preferred method should be #ifdef HAVE_FUNCTIONNAME (via
autoconf). #ifdef sysname is evil.
--
Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECTED]
The joy of engineering is to find a straight l
101 - 200 of 4079 matches
Mail list logo
