may disagree. In this way, I
fully agree with Eric on this matter.
Cheers,
Toni
still need to ask, whether there
might be a freeze exception, or how we are going to remedy this
situation?
Cheers,
Toni
.
I don't think so. Otherwise, noone would publish anything at
opencores.org or similar, or else someone might sue them for a
lithography machine. And certainly, there would not be any OpenSparc T1
layouts from Oracle.
Just my late 0.02 cents,
Toni
On Fri, Dec 29, 2017 at 04:22:23PM +0500, Andrey Rahmatullin wrote:
> My point is you shouldn't educate with lies and half-truths.
Good point. Then you get to do it the correct way. Deal?
Cheers,
--Toni++
On Thu, Dec 28, 2017 at 10:13:52AM +0500, Andrey Rahmatullin wrote:
> On Wed, Dec 27, 2017 at 11:00:38PM +0100, Toni Mueller wrote:
> > link to a page suggesting free hardware over similar non-free hardware
>
> There is no such thing. There is only non-free hardware without up
rdware over similar non-free hardware).
Cheers,
--Toni++
Hi Harlan,
On Sat, Dec 31, 2016 at 01:07:44PM -0500, Harlan Lieberman-Berg wrote:
> It's been a while since we made the decision not to pull from upstream's
> git; Toni, I'd be happy to work with you on seeing if it's doable now.
I think I have a suitable package now,
em0 inet6 address -alias
Just asking.
Cheers,
--Toni++
PS: http://man.openbsd.org/OpenBSD-current/man8/ifconfig.8
On Tue, Jan 03, 2017 at 09:14:59PM -0500, Harlan Lieberman-Berg wrote:
> Toni Mueller writes:
> > I found them only on PyPI. Did you find them elsewhere?
>
> We get them from releases.ansible.com. Are the docs in the tarballs in
> PyPi?
Nope, there are only man pages.
Cheers,
--Toni++
been a while since we made the decision not to pull from upstream's
> git; Toni, I'd be happy to work with you on seeing if it's doable now.
Let's get the -doc package into stretch first if it's not too late
already.
Cheers,
--Toni++
Hi Evgeni,
On Fri, Dec 30, 2016 at 10:44:50PM +0100, Evgeni Golov wrote:
> On Fri, Dec 30, 2016 at 12:58:02AM +0100, Toni Mueller wrote:
> > documentation. This package aims to supply the documentation in HTML
> > form offline, so one should not need to go to the aoupstream webs
Package: wnpp
Severity: wishlist
Owner: Toni Mueller
* Package name: ansible-doc
Version : 2.2.0.0-1
Upstream Author : RedHat
* URL : http://www.ansible.com/
* License : GPL-3
Programming Lang: HTML, JavaScript
Description : Documentation for Ansible
hare, that would be great!
Cheers,
--Toni++
is seems pretty interesting.
>
> Indeed. Do we really have to pull that from a video or presentation
> slides? Is this part of the official systemd docs anywhere?
yes, this is in the official docs, somewhere. I had the "pleasure" to
plough through them a few weeks ago.
Kind regards,
ough so upstreams simply had no time to
amend their licenses, if they would want to allow LibreSSL, too.
Whatever.
It would be "very bad" if we would be forced to switch to LibreSSL right
now, but we aren't. No need to panic, really.
Kind regards,
--Toni++
--
To UNSUBSCRIBE,
nce for this? I have not followed this closely
> but historically GnuTLS seemed to do very well feature wise (e.g.
> early TLS 1.2 support).
I was referring to the paper from utexas, linked to in a different post,
but mistakenly counted the errors listed there (7 out of 16) as missing
fe
On Mon, Jul 14, 2014 at 10:08:01PM +0200, Toni Mueller wrote:
> On Sun, Jul 13, 2014 at 12:22:49PM +0200, Jeroen Dekkers wrote:
> > OpenSSL was part of OpenBSD before they created the LibreSSL fork, so
> > how isn't OpenSSL part of the OpenBSD track record?
>
> it is in
Hi Jeroen,
On Sun, Jul 13, 2014 at 12:22:49PM +0200, Jeroen Dekkers wrote:
> At Sat, 12 Jul 2014 14:46:45 +0200, Toni Mueller wrote:
> > Ok, but for whatever reason, they have an imho not as shiny track
> > record, as has OpenBSD. Which is no wonder, given all the revelations
Hi Thomas,
On Sun, Jul 13, 2014 at 11:52:24AM +0800, Thomas Goirand wrote:
> On 07/12/2014 08:46 PM, Toni Mueller wrote:
> > As libressl is currently under
> > heavy development, it is imho not to be expected to have that stable ABI
> > you are asking for.
>
> Well, I
Hi,
On Sat, Jul 12, 2014 at 07:43:44AM +0200, Marco d'Itri wrote:
> On Jul 12, Toni Mueller wrote:
> > * Package name: libressl
> I am highly doubtful at best.
in which respect, and why?
> What are your plans exactly?
My plan is to first build the package(s) and upload
Hi Kurt,
[ I have trimmed the Cc list - we are all on devel@, anyway, right? ]
On Sat, Jul 12, 2014 at 02:15:13PM +0200, Kurt Roeckx wrote:
> On Sat, Jul 12, 2014 at 01:53:45PM +0200, Toni Mueller wrote:
> > On Sat, Jul 12, 2014 at 01:25:47PM +0200, Kurt Roeckx wrote:
> > >
Package: wnpp
Severity: wishlist
Owner: Toni Mueller
* Package name: libressl
Version : 2.0.0
Upstream Author : The OpenBSD project, the OpenSSL project et al.
* URL : http://www.libressl.org/
* License : BSD, OpenSSL, SSLeay, Public Domain.
Programming Lang
operational issues are much bigger than the possible
dependencies (eg. no roster on amd64).
Not sure how I to usefully contribute, though... their Wiki basically
says (my perception only) "spend your days with us, or go away".
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email
Package: wnpp
Severity: wishlist
Owner: "Toni Garcia-Navarro"
* Package name: nscaweb
Version : 0.1.20
Upstream Author : Copyright 2013 Jelle Smet
* URL : https://github.com/smetj/nscaweb
* License : GPL
Programming Lang: Python
Description
d if we have to, I'd vote for junking it entirely.
As much as I liked GNOME over competing desktops in the past, this time
I have to fully agree with this statement of yours.
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of &q
(afaik) free software, too, or the way the
traditional Unices evolved.
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130224180059.ga5...@spruce.wiehl.oeko.net
t of udev,
and both can't live without each other, then something is fundamentally
wrong in the design. IMHO.
Kind regards,
--Toni++
PS: Please don't Cc' me, I'm on the list.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject o
orm -
sometime in the past.
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121124155750.ga14...@spruce.wiehl.oeko.net
et the module
directory to /usr/lib/${MULTI_ARCH_PATH}/clutter-imcontext/immodules.
-- cut
What would be the preferred way to solve this problem, please?
TIA!
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe".
risks for newcomers not being able to scratch their itch, and failing
in a core project.
May I ask what are the driving reasons behind the advocated change with
respect to our tradision are?
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subj
).
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120627173010.ga12...@spruce.wiehl.oeko.net
,
which is what reduces the stress level.
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120612214337.ga26...@spruce.wiehl.oeko.net
rock-solid and
lightning fast in comparison.
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120610014758.ga32...@spruce.wiehl.oeko.net
On Mon, Jun 04, 2012 at 06:34:57AM +0300, Serge wrote:
> 2012/6/3 Toni Mueller wrote:
> >> First, there can be rather large session directory, you probably don't
> >> want ~365595 files to be always eating your RAM.
> > Well, I much rather want that, or st
Hi Bernhard,
On Sun, Jun 03, 2012 at 01:51:33PM +0200, Bernhard R. Link wrote:
> * Toni Mueller [120603 11:41]:
> > Since we obviously can't agree on *how* the service is to be run, one
> > could just ask the user, eg., in the case of a printing service:
> The print serv
On Sat, Jun 02, 2012 at 05:11:16PM +0300, Serge wrote:
> 2012/6/2 Toni Mueller wrote:
> > Eg. web application's session data very frequently goes there, and/or
> > the sysadmin wants it to go onto a tmpfs.
>
> First, there can be rather large session directory, you pro
ovided it has
PermitRootLogin set to either "no" or "without-password", instead of
"yes".
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.or
g '/etc/init.d/service start' instead, in such a case?
Asking the unwitting user and providing a default answer of 'yes' should
solve the problem, imho - the slightly more experienced user can then
at least opt for 'no'.
Kind regards,
--Toni++
--
To UNSUBSCR
On Fri, Jun 01, 2012 at 07:00:52PM +0300, Serge wrote:
> Well, nobody named the benefits yet. Just the problems. There were a
Well, I named one on 28th of May. Did you read it?
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
ications that don't honour $TEMP. We can then
proceed to fix these over time, while not demanding too many changes to
the general setup. And fwiw, the user's home is supposed to be big
enough for all such cases where the user is "non-technical", but still
his own systems admini
r wasn't aware of these assumtions, or doesn't have a dedicated
opinion, would probably object to being pocketed like this. I also think
that there are more, other reasons for choosing Debian, not only this
habit.
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-req
ual disk
> somewhere that's 1777.
As I said, there was /usr/tmp, but I think it was shot down. But I
suggest /srv/tmp or something like that.
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120530002030.ga32...@spruce.wiehl.oeko.net
MUCH seconded. Thanks for sharing the link!
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120528111603.gb19...@spruce.wiehl.oeko.net
c writes small files in /tmp
> A: usually it does not, especially when used with -pipe option
Changing all (generated?) Makefiles floating around out there, and
getting the changes committed upstream to actually benefit from that is
easier than using a tmpfs, of course.
> That's it. T
On Thu, May 17, 2012 at 03:56:25PM +0100, Jon Dowland wrote:
> Hopefully you've got the build-dependencies too. Which, if the source packages
> were split off into other packages, you'd then pull in.
Being able to read the source code can often get you quite far already,
but yes, usually, I want a
the value of being entitled to have source is in actually
having it, instantanously, as opposed to merely having a legal option to
get it somehow, sometime.
Of course, YMMV.
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of &quo
and in the range of
> what a CD would give.
my biggest gripe with DVDs is that they decay so quickly. A DVD, being
only a few months old, has already a high risk of being non-functional,
while a CD easily lasts more than a year.
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-re
e have 'no containers'.
But in practice, it means that many users have to migrate, or abstain
from upgrading. Or will lxc be completely ready for Wheezy?
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe&q
On Mon, May 14, 2012 at 04:23:27PM +0200, Adam Borowski wrote:
> This reminds me: is anyone going to bring back vserver or openvz in some
I'm for having openvz back, then.
Can we have this in a separate thread, please?
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-de
is that it is really helpful for web
> applications to be able to give an entirely independent installation to
> each major site rather than trying to share the same code. For another
Ack. That's also one factor driving the demand for virtual servers (xen,
kvm, you-name-it).
hat
Wordpress and the like should go to squeeze-updates (volatile was a
better name, imho). But then, to be useful, some serious work would
probably have to go into the package, as just running it on top of
Apache + mod_php seems to be one of the least desirable options.
Kind regards,
--Toni++
scripts start thus:
> Any others?
As you are contemplating non-Linux systems anyway, maybe this might be
of interest to you, too:
http://www.openbsd.org/cgi-bin/cvsweb/src/etc/rc.d/
--
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a su
27; files. SHA1 is not enough, imho.
--
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f440fb6.5020...@debian.org
have changed a lot since the FSSTD first came out.
Indeed. Nowadays, we should support a much wider range of devices, not
just computers the size of refrigerators.
--
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe&qu
that they are really not that old.
--
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4edeac94.3090...@debian.org
Hi people,
I would like to discuss a complex issue with you that could take up several
swirls of discussion, inclusively in other places with other people.
Here's an idea of writing and reading arbitrarily long numbers, generally
integers in binary form:
Write the number in such a way that when
Hi people,
I would like to discuss a complex issue with you that could take up several
swirls of discussion, inclusively in other places with other people.
Here's an idea of writing and reading arbitrarily long numbers, generally
integers in binary form:
Write the number in such a way that when
le length of filenames officially
extended? I mean, everyone has started to use long file names, haven't
they?
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de
es? It always
takes some time to find the "no screenshot available" image, which
makes the p.d.o site even slower than it already is.
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
you wake up in the morning, because there's
probably only half as much fun for three-letter agencies if you *know*
that they (or someone, the thief) interfere(s).
--
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscri
On Tue, 24.08.2010 at 22:12:37 +0800, Paul Wise wrote:
> Probably you are looking for this?
>
> http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-cd/
Yes. The link to this isn't published prominently, but I found it at
last.
Thank you!
--
Kind regards,
--T
, while at
this place
http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-cd/
images are fresh. What gives?
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
Hi,
On Wed, 11.08.2010 at 17:48:09 +0300, Eugene V. Lyubimkin
wrote:
> Toni Mueller wrote:
> > in debian/control, like eg.
> > Bugs-To: some...@debian.org, ...
> This is the info which IMHO belongs to PTS and should stay there.
after rethinking the issue, I agree that it
idea that a
sponsor be automatically subscribed to the bugs for all packages he
sponsors.
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debi
Hi,
I know that I'm a bit late...
On Thu, 10.06.2010 at 17:54:28 +0200, Bastian Blank wrote:
> My personal preference would be to go with 4.0.
If it's one, then I opt for 4.0.
Thank you very much!
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lis
Package: wnpp
Severity: wishlist
Owner: Toni Mueller
* Package name: mysql-cluster
Version : 7.1.3
Upstream Author : Oracle
* URL : http://dev.mysql.com
* License : GPLv2
Programming Lang: C, C++
Description : cluster-enabled version of the MySQL
Hi,
On Fri, 09.04.2010 at 19:30:43 +0200, Emilio Pozuelo Monfort
wrote:
> On 09/04/10 10:05, Toni Mueller wrote:
> > I suggest that updates to taxbird and its dependencies are provided via
> > volatile.
> Why do you mail -devel and not taxb...@p.d.o or the maintainer or the b
icant number of
other (Gnome?) stuff, which I find undesirable.
I would therefore like to see taxbird updates via volatile, so that
users of Stable can actually use it during the lifetime of the release.
FWIW, I've created a (rough) backport that's available from my p.d.o
homepage.
Kind
hat you want in such a setting.
Eg. Lenny's version of Squid doesn't work for me on Lenny.
I'm currently test-driving apt-cacher-ng, which has it's own bag of
problems so far, but seems to be lighter and so far more reliable than
apt-proxy.
Kind regards,
--Toni++
--
To UNSUBS
turn out to be fruitful, I'll be out of KVM due to much bigger
problems than a non-working live migration, and at that point, Xen
would be the only alternative.
Thanks to Faidon for the heads-up on the heads-up on this migration
problem!
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to d
preciated. We will use our
> release superpowers to aggressively remove leaf packages from testing
> (in fact, another round of removals happened on the weekend).
What's the current policy about NMUs, then?
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lis
complying with the spirit of the license, but not the
> actual clause AFAICS.
Ok. I'd say that this should have been an oversight in the formulation
of the license, but maybe consulting the original discussions when the
license was in the making, could be enlightening.
Kind regards,
--To
at is being
modified, but can instead eg. be done on any accompanying "advertising
material", like a project's web site.
If this reading would be confirmed, then the effect of notifying the
user would be actually non-existent.
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
x27;m using most: freemind and
jmemorize. I'll try to figure out how to test these with openjdk.
There is one other place where SUN's Java seems to work better than
openjdk for me, and that is as an OpenOffice.org plugin.
--
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-d
where even Manoj admitted that he has
conducted the GR the wrong way (I'd like to grab the opportunity to
express the pain I felt when I saw him stepping down).
Kind regards,
--Toni++
signature.asc
Description: Digital signature
t;setuid(number)" and
"seteuid(number)", which would be a good thing, too.
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: normal
Owner: Toni Mueller <[EMAIL PROTECTED]>
* Package name: python-webunit
Version : 1.3.8
Upstream Author : Richard Jones <[EMAIL PROTECTED]>
* URL : http://www.mechanicalcat.net/tech/webunit/
* License : MIT
Prog
er LDAP only (this is what I use), or LDAP + system accounts.
Best,
--Toni++
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ivial to replace qmail, imho, and
while we are at it, I also consider the slashpackage a much better
"standard" than the FHS anyway (although qmail doesn't follow it,
either). And then qmail-ldap imho at least used to have a better
feature set and better documentation than Postfix
aken over (if the current maintainer
> isn't interessted!!) by someone that understand both qmail and qmail-ldap.
> I'll be happy to help, but I don't have time to be the official maintainer -
> unless I get help that is.
Same thing here. ;)
Best,
--Toni++
--
To UNSUBSCRIB
ther desirable features as
well (compressed mail transfer, TLS support, cluster support,
you-name-it).
Best,
--Toni++
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
a minor package
could spark this much discussion, requiring almost as much effort as
the packaging itself (but which I now want to overhaul).
Best,
--Toni++
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
'tcpwatch' somewhere in
the package name. The resultant program will then be placed in
/usr/bin, under an appropriate name.
Best,
--Toni++
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
on Linux, don't you?
Anyway, I'll put the program where I think it fits, and it will be in
accordance to packaging rules.
Best,
--Toni++
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ms, but not
in Linux as far as I know.
Best,
--Toni++
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ces the functionality of funkload in a very good way many users
of funkload actually use, and it fits into the funkload suite like a
glove, so to say. It's more like a libary than a self-contained program
except that it actually is, and still has its own Tkinter GUI, too (for
those of us
Hi,
On Mon, 17.12.2007 at 23:10:35 +0100, Guus Sliepen <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 17, 2007 at 10:42:46PM +0100, Toni Mueller wrote:
> > * Package name: tcpwatch
> > Description : tcpwatch is a recorder for HTTP requests in Python
> A few things: wh
Package: wnpp
Severity: wishlist
Owner: Toni Mueller <[EMAIL PROTECTED]>
* Package name: tcpwatch
Version : 1.3
Upstream Author : Shane Hathaway <<[EMAIL PROTECTED]>
* URL : http://hathawaymix.org/Software/TCPWatch/
* License : ZPL 2.0
P
doing this, I'm going to move forward
and upload a funkload package and a tcpwatch package ("required" by
funkload) today or tomorrow.
Sorry for giving only short notice, and *if* someone really thinks
they'll do a much better job on it, I'll consider handing it over, no
well, this one can be easily rectified by including non-free in your
apt's sources.list, and is one of the prime examples why keeping
non-free is really important.
Other than that, they didn't waste much of my time while shuffling this
stuff around, so there's imho no need to get exc
IFs or
something similar (and see your UI break). You might consider not using
Gnome in the first place for much bigger space savings, however.
Best,
--Toni++
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ain, imho), and if I can wish something for Lenny right
now, dropping SysV in favour of a better alternative is high on my
list.
> http://wiki.debian.org/LSBInitScripts> for clues on how to write
> such header.
I've read that as well, but could not find an answer to my questions
t
rk for hire" style or similar. Example: DDs work for "company A" which
directs them to do something, and "company B" assumes all the benefits
(the copyrights), specified that way in the contract between some DD
and company A. I'm not sure that such a contract would preve
cture soon. *sigh*
Best,
--Toni++
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
://packages.qa.debian.org/r/roundup.html
http://packages.debian.org/cgi-bin/search_packages.pl?searchon=sourcenames&version=all&exact=1&keywords=roundup
Best,
--Toni++
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ews! ;)
> > Yep. Thanks magic elves!
> Then please help again elves! :-) The daemon is down again. :(
I'm interested in this question, too. My package (roundup) is claimed
to be accepted in unstable, but doesn't seem to appear there after some
40 hours.
Is main already frozen
d courts) by trying to wrestle source
code from said vendors. If that'd be good or bad for Debian, I don't
know, but it will be very expensive and time consuming.
Best,
--Toni++
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
forward against the
Samba crew. I have a hard time imagining that this is what they really
want, at least "right now", but then, a lawyer might point out my
errors in understanding this...
Best,
--Toni++
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
On Mon, 07.08.2006 at 12:52:26 +0100, martin f krafft <[EMAIL PROTECTED]> wrote:
> also sprach Toni Mueller <[EMAIL PROTECTED]> [2006.08.07.1126 +0100]:
> > what are your problems with CDBS?
> http://lists.debian.org/debian-devel/2006/06/msg00451.html
> http://li
Hi,
On Mon, 31.07.2006 at 14:54:50 +0200, Goswin von Brederlow <[EMAIL PROTECTED]>
wrote:
> With cdbs as negative and alitoh/svn as positive?
what are your problems with CDBS?
Best,
--Toni++
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe"
1 - 100 of 133 matches
Mail list logo
