Johannes Rohr wrote:
> I'd say that writing a meaningful package description is certainly the
> duty of the individual package maintainer. A package maintainer should
> usually have an idea of what his/her package is good for, while Javier
> would probably have to spend a lot more time to figure th
Josip Rodin wrote:
> On Tue, Jun 24, 2003 at 06:41:21PM +0200, Thomas Viehmann wrote:
>
>>>I'd say that writing a meaningful package description is certainly the
>>>duty of the individual package maintainer. A package maintainer should
>>>usually have an id
Benj. Mako Hill wrote:
>>>I don't think that filing a bug saying that "Your extended package
>>>description does not meet Debian policy requirements. Please consider
>>>writing 4-5 lines to give sysadmins an idea what your package can do
>>>for them." means asking too much from a Debian maintainer
Daniel Burrows wrote:
> On Tue, Jun 24, 2003 at 04:15:29PM -0500, Steve Langasek <[EMAIL PROTECTED]>
> was heard to say:
>
>>>Not all of it, but you can't object to duplicating a single sentence saying
>>>what it is.
>>
>>When the sentence in question is the one that goes in the short
>>descripti
Benj. Mako Hill wrote:
> On Tue, Jun 24, 2003 at 10:49:13PM +0200, Thomas Viehmann wrote:
> Writing and maintaining a package description seems to clearly be the
> package maintainers job. In reference to Branden's message in this
> thread, one would hope that the maintainers are
Package: wnpp
Version: unavailable; reported 2003-06-30
Severity: wishlist
* Package name: gsoap
Version : 2.2.3
Upstream Author : Robert van Engelen <[EMAIL PROTECTED]>
* URL : http://www.cs.fsu.edu/~engelen/soap.html
* License : gSOAP Public License (based on
Millis Miller wrote:
> I've already spoken to the upstream author, and he does not see mwilling to
> convert to a DFSG license. Probably the only thing I can do is to make it
> suitable for the non-free section for the time being. Can you indicate to me
> how the license shoudl be changed to be
Mark Brown wrote:
> What makes you think that a debconf note is inappropriate for this? It
> appears to be quite a common thing to do and seems helpful.
Because it's documented and has been discussed to death on devel that debconf
neither is a registry nor system for displaying random notes. [0]
Julien LEMOINE wrote:
> Not exactly, there is a variable ENABLED which is set to 0 at installation.
> So
> the service will not start while variable is not set to 1.
Well the user should notice this then and look in the README.Debian and
changelog. If it's the only problem, however, it might be w
Julian Mehnle wrote:
> Miquel van Smoorenburg wrote:
>>Tobias Wolter wrote:
>>>I still haven't seen any bugfix from you. How about you go stop
>>>ranting about being treated unfair and DOING YOUR WORK?
>>And you think an attitude like this is going to make me work
>>harder? For *you* ?? Get real.
>
Jim Penny wrote:
> Now, this breakage happens to be somewhat benign, in that without
> configuration, it does not function at all. But it is also somewhat
> difficult to test for many uses. Further, when the unconfigured
> system fails to start, the failure is completely silent. This adds
> to
Andreas Metzler wrote:
> possible anyway, new packages, might use new file-formats which can be
> converted from the old-version but not back again.
Strictly speaking, any automatic conversion done during upgrades needs to be
injective and thus (theoretically) reversible for being correct.
Of cours
Kai Timmer wrote:
> Stelle ich nun die Zeile mydomain = kaitimmer.local funktioniert das
Schon mal daran gedacht, das local.kaitimmer.de zu nennen?
Dann sollte es dem Relay egal sein.
Gruss
T.
pgpQd9BwbMqix.pgp
Description: PGP signature
Am Donnerstag, 3. Juli 2003 16:51 schrieb Marc Haber:
[...]
> Additionally, I would like to seriously propose establishing a
> pre-upload interface to ftpmaster so that a developer could learn that
> he is writing a package pending rejection after upload _before_
> spending time on building that pa
Marc Haber wrote:
> On Wed, 02 Jul 2003 19:52:10 +1000, Herbert Xu
> <[EMAIL PROTECTED]> wrote:
>>I for one am sick and tired of useless Debconf messages popping up
>>during installation or being sent to me via email when I'm upgrading
>>hundreds of machines automatically.
> Just go ahead and pre-s
Sorry, I will try to learn to reply to the correct list.
(Incidentally, on my first attempt, I claimed that I will learn but wrote only
to myself...)
Cheers
T.
pgpqgdnAkSlw7.pgp
Description: PGP signature
Hi.
(My apologies if -devel is the wrong place to put this - hints for better
locations are appreciated.)
While I understand that new packages need to be checked, I wondered whether this
rule could be relaxed somewhat for soversion-changing of libraries (i.e. the
advance from lib(.*)\d+ to lib\1\
Hi.
Julien LEMOINE wrote:
> First of all, I present my excuses for having started a new debate
> about debconf in debian-devel.
But then, the last one didn't favor your opinion.
> Secondly, to reply to every person who thinks I should have created a
> more "user friendly" migration
Cameron Patrick wrote:
> On Thu, Jul 03, 2003 at 02:36:48PM -0500, Branden Robinson wrote:
> | Well, once you folks have come up with a definition of "software", you
> | be sure and let us know.
> How about "anything included in Debian"? That way we won't be in danger
> of violating the Social Con
Joe Wreschnig wrote:
> On Thu, 2003-07-03 at 15:19, Thomas Viehmann wrote:
>
>>Cameron Patrick wrote:
>>
>>>On Thu, Jul 03, 2003 at 02:36:48PM -0500, Branden Robinson wrote:
>>Oh, cool. How about changing in DFSG to "Anything that can go in main or
&
Andrew Suffield wrote:
>>people to http://www.debian.org/doc/manuals/ddp-policy/ch-common.en.html.
> This claims the GNU FDL is acceptable, so it's worse than useless.
It claims that GNU FDL sans cover texts and invariant sections is acceptable.
Cheers
T.
pgpFhyQTZaH4d.pgp
Description: PGP si
Andrew Suffield wrote:
> On Fri, Jul 04, 2003 at 07:47:32PM +0200, Thomas Viehmann wrote:
>
>>Andrew Suffield wrote:
>>
>>>>people to http://www.debian.org/doc/manuals/ddp-policy/ch-common.en.html.
>>>This claims the GNU FDL is acceptable, so it's
Marc Haber wrote:
>>Well that's the purpose of ITP-bugs against wnpp I think, because
>>they are CC'd to debian-devel for public review.
> Please show me a single ITP bug number where ftpmaster has said "this
> package will not go into the archive, I will reject it on upload".
There's numerous ITPs
Marc Haber wrote:
> Because it makes debugging anti-virus software harder, and forces
> maintainers of anti-virus packages to have their own means of
> obtaining eicar.com for testing purposes
Debugging anti-virus software should be done by the maintainers thereof.
Why would a user need this?
> Sa
about the package is welcome. Please let me know about
any other packages that should be made to work with resolvconf.
Future
~~
* Before entering the Debian archive it would be nice if resolvconf
were supported by all packages that currently futz with
/etc/resolv.conf, including pump and bind.
* The scripts in /etc/resolvconf/update.d/ should go into the
packages of the same names.
--
Thomas Hood
Andreas Barth wrote:
> * Thomas Viehmann ([EMAIL PROTECTED]) [030705 09:35]:
>
>>Marc Haber wrote:
>>
>>>>Well that's the purpose of ITP-bugs against wnpp I think, because
>>>>they are CC'd to debian-devel for public review.
>>>Please s
Bernd Eckenfels wrote:
> On Sat, Jul 05, 2003 at 10:14:10AM +0200, Thomas Viehmann wrote:
>
>>Debugging anti-virus software should be done by the maintainers thereof.
>>Why would a user need this?
> i used it many times, for example to find out which archives are checked and
Andreas Barth wrote:
> Marc is doing it the other way: He want an interface to reject a
> package before substantial work has been spent on it. So there
> shouldn't be this conflict any more, which would be a good thing.
Isn't this why ITPs are usually CCed to debian-devel?
Look what has been done
Andreas Barth wrote:
> * Thomas Viehmann ([EMAIL PROTECTED]) [030705 23:50]:
>
>>So why is the recommendation against skipping the ITP to aviod problems in
>>ftpmaster review "not right"?
> A (strong) recommendation for doing ITPs right is right and usefull.
&
ify
files in /etc/, whereas one of the reasons for creating
resolvconf is to avoid modifying files in /etc/.
--
Thomas Hood
ig each time a nameserver is
> added or removed.
Currently, scripts in /etc/resolvconf/update.d/ get run when
resolver information changes. So, would it suffice to create
/etc/resolvconf/update.d/squid containing the following?
#!/bin/sh
/etc/init.d/squid reload
--
Thomas Hood
On Sun, 2003-07-06 at 01:32, Marco d'Itri wrote:
> On Jul 05, Thomas Hood <[EMAIL PROTECTED]> wrote:
> >* Before entering the Debian archive it would be nice if resolvconf
> > were supported by all packages that currently futz with
> > /etc/resolv.conf, includ
> On Sun, 2003-07-06 at 12:13, Thomas Hood wrote:
> > No, I meant that before entering the Debian archive it would
> > be nice if resolvconf were supported by all packages that
> > currently futz with /etc/resolv.conf, including pump and bind.
> Which other packages?
I
/libc to use when
it generates the resolv.conf file. Currently the script
discriminates only on the basis of interface type (i.e.,
lo, ppp or eth).
However, I would only want to add this feature if we were
certain that it was needed.
--
Thomas Hood
Marc Haber wrote:
> On Sun, 06 Jul 2003 11:03:37 +0200, Thomas Viehmann <[EMAIL PROTECTED]>
> wrote:
>>*Look* at #198311 and search for debian-devel and then ask yourself why Marc
>>thinks that -devel should only be used as a forum to discredit ftpmasters
>>work,
&
cripts in
/etc/resolvconf/update.d/ and let me know if you think
anything else is needed.
Alioth was down for a while but I just checked and the deb
is once again available (in the "resolvconf" section of the
update-resolv project).
http://alioth.debian.org/project/showfiles.php?group_id=1227
--
Thomas
Marc Haber wrote:
> On Sun, 06 Jul 2003 15:00:18 +0200, Thomas Viehmann <[EMAIL PROTECTED]>
> wrote:
>
>>As far as the eicar license is concerned: Is it really that difficult to
>>obtain
>>a statement from eicar on whether or not they believe that the test fi
Leandro GuimarÃes Faria Corsetti Dutra wrote:
> On Sat, 05 Jul 2003 17:57:07 +0200, Martin Sobek wrote:
>>You place your page on address www.sobek-sobek.com unlawfully! Remove it
>>immediately or you risk juridical prosecution.
> And the cluelessness Oscar this year goes too... Mr Sobek!
Oh,
ver person might just fake cluelessness to grab the
> price. How to distinguish those people?
If it is a cluelessness _Oscar_, then presumably it is an award
for faking it; no?
Beware, this might be my own attempt to win.
--
Thomas Hood
martin f krafft wrote:
> Description : command-line PNG to ICO converter
What does png2ico do that convert doesn't?
Cheers
T.
pgpLfDOTl2qZe.pgp
Description: PGP signature
On Tue, 8 Jul 2003, martin f krafft wrote:
> also sprach Thomas Viehmann <[EMAIL PROTECTED]> [2003.07.08.1828 +0200]:
> > > Description : command-line PNG to ICO converter
> >
> > What does png2ico do that convert doesn't?
>
> my convert didn&
martin f krafft wrote:
> also sprach Thomas Viehmann <[EMAIL PROTECTED]> [2003.07.08.1828 +0200]:
>
>>> Description : command-line PNG to ICO converter
>>
>>What does png2ico do that convert doesn't?
> my convert didn't convert to the ico form
ng list also at alioth.
--
Thomas Hood
David Schleef wrote:
> The directory doesn't matter. It could be /usr/lib/mozilla/plugins/
> or /usr/lib/netscape/plugins. "npapi" is more descriptive of the
> interface that the plugins actually use, though.
/usr/lib/npapi is meaningless to most user who will know mozilla/plugins and
netscape/p
Graham Wilson wrote:
> On Fri, Jul 11, 2003 at 08:49:46AM +0200, Marcelo E. Magallon wrote:
>
>>On Fri, Jul 11, 2003 at 12:33:22AM -0400, Work Needing Prospective
>>Packages wrote:
>> >judy (#172772), orphaned 210 days ago
>> > Description: C library for creating and accessing dynamic arr
Branden Robinson wrote:
> Anybody else get a bad cryptographic signature on the message to which I
> am replying?
Yes.
pgpZxCz9N79cb.pgp
Description: PGP signature
o start work and
send me surfraw patches I will be happy to quickly review them and
upload them, but I don't think I can fix any bugs myself for a few days.
Have a nice day!
-thomas
Rüdiger Kuhlmann wrote:
>>--[Martin Godisch]--<[EMAIL PROTECTED]>
>>Due to problems communicating with micq's upstream maintainer
[...]
And I was about to ask for an example because I would have expected that 3
months are enough to get back to a more decent level of communication.
Maybe it should
Matt Zimmerman wrote:
> Most device driver issues relate solely to the kernel, which at present is
> very easy to upgrade from source in woody. The most prominent exception is
> XFree86, which is not so easy to upgrade.
In addition, the X framebuffer driver allows reduction of that to a kernel
pr
Petter Reinholdtsen wrote:
> [Petter Reinholdtsen]
> One initial idea is to arrange it from Monday 2003-10-27 to Friday
> 2003-10-31 at http://www.einschlingen.de/>. To get this location
> we need to make a quick decision, but I guess we need to give everyone
> some days to get back from debcamp/d
Thomas Viehmann wrote:
...
Sorry about that. I'll learn it someday (or use a smarter news client if I can't
be a smarter user).
Cheers
T.
pgpGWG6FkDWLr.pgp
Description: PGP signature
you underestimate the laziness of people in general. go for it,
man.
have a nice day!
-thomas
reopen 180993 !
thanks
Luca - De Whiskey's - De Vitis wrote:
> I've never agreed to leave phpgroupware to any maintainer, and i'm now back
> and actively working on my package, so I'm closing this report.
You have RFA'd phpgroupware and I've ITA'd it. Waiting until the ugly work (i.e.
the securit
file, to start a shell so that
the user can check things out, or to do one of three things
to the file:
* leave the file as it is (= the current behavior),
* delete the file (= the default if the file has not been changed),
or,
* rename the file to /etc/foo.conf.dpkg-old (= the default if
the file has been changed)
--
Thomas
package, bar, which Depends
on foo and uses /etc/foo.conf . That's the problem. See
#108587 for additional discussion.
--
Thomas
On Thu, 2003-07-24 at 14:53, Stephen Frost wrote:
> * Thomas Hood ([EMAIL PROTECTED]) wrote:
> > Package foo which eliminates /etc/foo.conf doesn't "know"
> > that there is not some other package, bar, which Depends
> > on foo and uses /etc/foo.conf . That
e that the "host" package's postrm doesn't wipe out
their configuration files on purge.
--
Thomas
Luca - De Whiskey's - De Vitis wrote:
> On Thu, Jul 24, 2003 at 08:27:06AM +0200, Thomas Viehmann wrote:
Hmm. I guess I've somewhat misunderstood the RFA and your comments on it.
Cheers
T.
pgpMzr4ymt2hX.pgp
Description: PGP signature
On Wed, 30 Oct 2002, Sergey V. Spiridonov wrote:
> For example, grep is not able to search unicode strings.
It can't search for UTF-8? Why not?
T
--
thomas thurman - marnanel at marnanel dot org - http://marnanel.org
You are in a long, narrow corridor stretching out of sigh
d, the user is asked for permission and
the old version is backed up as *.dpkg-old. So when a conffile
is to be deleted and it has been modified, the user should be
asked for permission and the file renamed to *.dpkg-old
(or *.dpkg-orphaned). Agree?
--
Thomas
_should_ be stored. Perhaps postgres
data could be stored in another subdirectory of /var/lib/, e.g.,
/var/lib/postgres-data/ . That understood, is the proposal sound?
--
Thomas
ort.cgi?archive=no&bug=201023
[2] http://marc.theaimsgroup.com/?l=debian-devel&m=105827881413400&w=2
http://marc.theaimsgroup.com/?l=debian-devel&m=105833979508949&w=2
[3] http://marc.theaimsgroup.com/?l=debian-devel&m=105878073004572&w=2
--
Thomas
â (0x2010)
non-breaking hyphen (0x2011)
subtraction signâ (0x2212)
en dash â (0x2013)
em dash â (0x2014)
horizontal bar â (0x2015)
--
Thomas
On Fri, 2003-07-25 at 11:21, Manoj Srivastava wrote:
> On 25 Jul 2003 09:20:20 +0200, Thomas Hood <[EMAIL PROTECTED]> said:
> > Conffiles are different in one respect, which that is that they can
> > be locally modified. When a conffile is to be overwritten and it
> >
ick to cvs?), so could someone else do the initial import? I've so far
added Stephen and Christian to the project, I don't know Adam or David's
handles on Alioth. What are they?
Have a nice day!
- -thomas
p.s. sorry for the huge CC: list, hopefully soon we can just discuss o
"$CTL" = "yes" ] && takeaction
when -e was set in order to avoid immediate exit on the failure
of the "$CTL"="yes" test. Experiments prove that neither of
these causes immediate exit, even though the second one does
have a nonzero status when "$CTL" != "yes".
--
Thomas
Package: wnpp
Version: unavailable; reported 2003-07-27
Severity: wishlist
* Package name: resolvconf
Version : 0.31
Upstream Author : Thomas Hood <[EMAIL PROTECTED]>
* URL : http://alioth.debian.org/projects/update-resolv
* License : GPL
Descr
test stable release of KDE (at least that's been my impression for
the last two stable releases of KDE). I would note that _every_ liveCD
based on debian ships with non-maintainer releases of KDE and GNOME from
testing (or even from unstable, iirc.).
Thomas
>
> --
> - mdz
&
y don't have architecture tags (some of them have [subject prefixes] but I
wouldn't expect that be true of all of them). Anyway, if someone else wants
to try this, go for it :-) I may try, later tonight or this weekend, and
I'll post if I get any interesting statistics. Or damn lies. Or benchmarks.
Have a nice day!
-thomas
Sven Luther wrote:
> You are aware that due to the high heat we had in france this early
> summer, lot of train going to the south of france did blew a fuse or
> something because of the climatisation or something such, and thus where
> delayed various hours (until the time became cooler, the clima
Chris Cheney wrote:
...
> for example libexif8 was removed by Christophe Barbe and replaced by
> libexif9. Guess what that does... any package which depends on libexif8
...
> not be removed from the archive until no other packages still depend on
> it.
Well, if it's uninstallable for a couple of
Steve Langasek wrote:
> I think a better approach would simply be to regard application
> uninstallable-in-sid bugs as non-RC for testing purposes. Since the
> testing scripts will already refuse to process new libs that render
> applications uninstallable, the only impact here will be that certai
Adam Heath wrote:
> Perhaps someone should write a script to detect these uninstallable issues,
> and notify the maintainers of the dependant packages when they occur.
Like [0]? (Not my work, but such a script certainly seems to exist.)
If done at all, probably a two (or something) day grace period
Steve Lamb wrote:
> Actually, I think it does. They should either be accepted or rejected
> within x days. x being somewhere below rand(20) * 365. Either they are in,
> rejected, or the application closed because of a lack of interest on the
> developer's part.
If it's the same rand function
Andrew Suffield wrote:
>>Because you think it's an awesome group with laudable goals and you
>>want to contribute?
> TBH, that's a lousy reason to join Debian. Send a cheque or something.
Yeah, but Debian isn't *that* awesome before I decide to join (and am
accepted). ;)
Cheers
T.
P.S.: SCNR
Stephen Frost wrote:
> * Adrian 'Dagurashibanipal' von Bidder ([EMAIL PROTECTED]) wrote:
>>How about moving from the one-step application (one is non-dd or dd) two a
>>two
>>stage process: introduce the 'Debian Contributor' brand with very easy entry
>>level, and only DC's (older than a month or
/
(I built the new [u]mount programs by copying Debian's MCONFIG file
out of the Debian util-linux-2.11z source dir and running
"./configure" and "make".)
Please let me know whether or not you have any problems.
--
Thomas Hood
ed
in debian-legal and that is the best place to continue the
discussion if you really can't let the subject drop.
--
Thomas Hood
ant to run the latest version. Unless one side
gives in, this seems like adequate grounds for a fork.
--
Thomas Hood
If a utility was written to make
it more convenient to disable and enable a service, as discussed
above, then one could add a "manual" state (no symlinks) to
the "disabled" (all K symlinks) and "enabled" (not all K symlinks)
states.
Is this a good idea? If not, I would be interested to know where
the problems lie.
--
Thomas Hood
mlinks)
states. I have downgraded #156161 to a wish that the rc system
be specified in this way.
Can we agree that this a good idea? If not, I would be interested
to know where the problems lie.
--
Thomas Hood
hi there, i'm new to Debian and i would like to
learn Debian and help out with Development, i have spare time on my hands and i
would like to use that spare time wizely, please can you send me some
information.
Many Thanks
Regards
Gavin Thomas
a service but
invoke-rc.d interprets the absence of the stop symlink as
permission to start the service. This can't be called a bug
because the invoke-rc.d(8) passage above is ambiguous.
--
Thomas Hood
versus stopped).
In the meantime, however, "invoke-rc.d foo restart" will still
restart all services that don't fall into one of the cases
described above, and of those above only a small number will be
adversely affected, and even then the worst that will happen is
that the service won't be restarted right away.
Nevertheless, this is something that should be implemented
post-sarge.
--
Thomas
esn't need to be changed; we should
simply try to get try-restart implemented.
--
Thomas
Andreas Barth wrote:
> * Marc Haber ([EMAIL PROTECTED]) [030826 16:05]:
>>deb http://people.debian.org/~zugschlus/clamav-data/ /
> Add a debconf-question about adding this to sources.list?
Maybe README.Debian is better. In addition one might add a reference to
README.Debian to error messages compla
e purposes of section
7.4 of the developer's reference "Dealing with inactive and/or
unreachable maintainers".
--
Thomas Hood
maintainer (AJT) has
given permission.
If you would like to do us the favor of testing it before Thursday
then you can get it from:
deb http://debian.zugschlus.de/debian/zgpool/main/ifupdown/ /
deb-src http://debian.zugschlus.de/debian/zgpool/main/ifupdown/ /
--
Thomas Hood
?
I know of no prohibition against executable scripts in /var/run.
Why should there be such a prohibition? Unless an answer to this
turns up, go ahead and use /var/run .
--
Thomas Hood
ar/run/pckg/ .
--
Thomas Hood
Or am I missing something?
--
Thomas Hood
So it seems that the sarge_rc_policy requirement is additional to
policy and is intended to deal with a shortcoming in dpkg. Please
correct me if I am wrong.
--
Thomas Hood
am investigating. I will follow
policy instead of the summary.
--
Thomas
tly configured version dpkg will pass a null
> argument; older versions of dpkg may pass (including the
> angle brackets) in this case. Even older ones do not pass a second
> argument at all, under any circumstances.
--
Thomas Hood <[EMAIL PROTECTED]>
A's dependencies
is ambiguous between denoting the packages that depend on A and
the packages upon which A depends. I don't see how
A's depended-on packages
is any clearer. Actually it seems worse to me. I suggest using
packages upon which A depends
and
packages that depend on A
wherever the ambiguity matters.
--
Thomas Hood <[EMAIL PROTECTED]>
[EMAIL PROTECTED]>
>> 163910 [P+ ] [SX] phpgroupware-todo: Php shows a syntax error when
entering the todo section
>
>I gived up. I'm tired of php4 & co, and the project itself is splitting and
>forking because of contrasts among core developers. More over it seems
l consider letting
resolvconf migrate into sarge by closing #209265 with a 1.0
release.
--
Thomas Hood <[EMAIL PROTECTED]>
he ptrace bug fix took two monthes to be fixed in a stable kernel. The
arguement was that end users use a distro kernel that would pick up the
fix, and if you used kernel.org, you would read the lists to get the fix
(ie, you patch kernel.org, if that's what you run). Releases have bee
sons. Its if-down.d companion would be something
like:
#!/bin/sh
[ "$DNS_DOMAINNAMES" ] || exit 0
resolvconf -d 000${IFACE}-extra
--
Thomas Hood <[EMAIL PROTECTED]>
hing to do.
My own preference is to disable everything in /etc/pcmcia/network.opts
and set things up so that hotplug does ifup and ifup configures the
interface in the standard way. Then I can use dns-nameservers lines
for PCMCIA network interfaces too.
--
Thomas Hood <[EMAIL PROTECTED]>
401 - 500 of 4080 matches
Mail list logo
