Hi,
the developers reference was much updated in the last time. These updates
include:
- add chapter about i10n.
- updated upload queues.
- information on wnpp usage synced with wnpp.
- document the restrictions to bugs and ftp-master hosts.
- add information about dchroot.
- add information
unsubscribe
--
Gianluca Della Vedova
Dip. Statistica, Univ. Milano-Bicocca
http://www.statistica.unimib.it/utenti/dellavedova/
---
Unless unavoidable, no Word, Excel or PowerPoint attachments, please.
See
This one time, at band camp, Thomas Bushnell BSG said:
Stephen Gran [EMAIL PROTECTED] writes:
Well, the problem is that the procedure that we have is called
backports.org, or private repositories. I agree that we also have a
lack of an agreed upon maintenance strategy, but I respectfully
* Loïc Minier:
The best option would be for RPC services to ue a port pool, not
overlapping standard ports, but this might be impossible.
I think the best option would be to allow the system administrator to
statically allocate the ports used by RPC programs. This would help
packet filters,
Stephen Gran [EMAIL PROTECTED] writes:
This archive (as-yet-to-be-named.debian.{org,net}) is intended for
packages that must, because of the nature of the modern internet, change
more rapidly than the standard release policy allows. This archive is
definitely _not_ the security archive, as
Jesus == Jesus Climent [EMAIL PROTECTED] writes:
Jesus In such case 2.64 will become obsolete even faster than
Jesus 2.20 did in woody, since it is obsoleted by 3.x. Having
Jesus 2.64 which is only worth having for the bayessian methods
Jesus is brainless since we have other
(Note: I'm not subscribed to -devel, only -private and d-d-a, so please Cc
me on replies -- this text is copied from the web archives, which is the
reason the references are gone)
Steve Greenland wrote:
On 06-Oct-04, 06:41 (CDT), Jeff Teunissen [EMAIL PROTECTED] wrote:
And developers writing
Jeff Teunissen [EMAIL PROTECTED] writes:
So do we. The names for GNUstep-based programs ARE unique -- no other free
software is using (or, to my knowledge, has ever used) those names, and the
names that conflict are named as they are for descriptiveness and for
compatibility (Terminal,
On Thu, 2004-10-07 at 09:20, Jeff Teunissen wrote:
On 06-Oct-04, 06:41 (CDT), Jeff Teunissen [EMAIL PROTECTED] wrote:
And developers writing with GNUstep recognize the same thing. The
difference is that we *have* to give enough information about an app
using only two pieces of
On Wed, Oct 06, 2004 at 09:42:30AM -0700, Thomas Bushnell BSG wrote:
I'm not saying we must do it at all. I'm saying that security is the
responsibility of the security team, and not debian-devel. Having not
heard from the security team what they think, and this apparent
reluctance to
* Duncan Findlay
| On Wed, Oct 06, 2004 at 06:43:47PM +0200, Tollef Fog Heen wrote:
| * martin f krafft
|
| | What do you think?
|
| API changed generally means you bump soname. Why not for SA as well.
|
| Also, SA3 is useless, as it eats about half a gig of RAM on my
| system.
* Sven Mueller
| Well, perl modules don't have an SO name.
: [EMAIL PROTECTED] /usr/lib apt-cache show libvideo-capture-v4l-perl| grep
^Depends
Depends: perlapi-5.8.3, perl (= 5.8.3-2), libc6 (= 2.3.2.ds1-4)
Seems like perl provides an API that the module depends on, no?
| And actually, the
also sprach Brian May [EMAIL PROTECTED] [2004.10.07.0049 +0200]:
dspam doesn't appear to be in Debian sarge. Not sure about sid, my
Internet connection is down at the moment.
Nope, but ITP'd.
Brian, I am impressed you sent this email over a downed Internet
connection! ;^
I have had problems
Petri Latvala wrote:
[fixing attributions]
On Thu, 2004-10-07 at 09:20, Jeff Teunissen wrote:
[Steve Greenland wrote:]
On 06-Oct-04, 06:41 (CDT), Jeff Teunissen [EMAIL PROTECTED] wrote:
And developers writing with GNUstep recognize the same thing. The
difference is that we *have*
On Wednesday 06 October 2004 04:12 pm, Thomas Bushnell BSG wrote:
For example, a new set of virus definitions, we are told, may include
a new library and a new strategy for catching viruses. Makes sense
to me. But when you add that, are you just going to add in the
latest upstream version
Bill Allombert [EMAIL PROTECTED] wrote:
On Wed, Oct 06, 2004 at 05:02:00PM +0200, Frank Küster wrote:
but I
see no reason, neither in Policy nor in common sense, why root
shouldn't use it. On the other hand, this usage of mktemp has been
the result of discussions on [EMAIL PROTECTED], and
Tilo Schwarz [EMAIL PROTECTED] wrote:
On Monday 04 October 2004 20:23, Frank Küster wrote:
I must have missed this thread... What is .bundle meant to
indicate?
On NeXT-Step systems the .bundle suffix of a directory indicates a
dynamically linkable module (basically like a shared lib).
Florian Weimer [EMAIL PROTECTED] - Thu, Oct 07, 2004:
I think the best option would be to allow the system administrator to
statically allocate the ports used by RPC programs. This would help
packet filters, too.
While I see the benefit of your suggestion, for packet filters, I don't
see
On Wed, Oct 06, 2004 at 06:03:18PM -0400, Duncan Findlay wrote:
(And my home server is a AMD K6-II 450, with 192MB RAM, not bad for my
own amount of daily mail)
Perhaps you simply need to tune the -m option. Spamassassin has
switched to a preforking model (similar to apache) rather than a
Duncan Findlay wrote, Wednesday, October 06, 2004 11:03 PM
On Wed, Oct 06, 2004 at 10:51:46PM +0200, Jose Carlos Garcia Sogo wrote:
[...]
And, BTW, since version 2.64 we have:
- Rules backported from 3.0.0
So though SA3 can make other things better (bayesian and so), SA2 is
not so
#include hallo.h
* Jeff Teunissen [Thu, Oct 07 2004, 02:20:31AM]:
If we are going to allow generic names, then obviously they would be
applied to the most commonly used or best for the novice example, so
I'm pretty sure that GNUstep apps aren't going to get them.
On one of those counts,
On Thu, Oct 07, 2004 at 10:18:09AM +0200, Frank Küster wrote:
Bill Allombert [EMAIL PROTECTED] wrote:
On Wed, Oct 06, 2004 at 05:02:00PM +0200, Frank Küster wrote:
but I
see no reason, neither in Policy nor in common sense, why root
shouldn't use it. On the other hand, this usage of
On Wed, Oct 06, 2004 at 06:29:38PM +0200, Steinar H. Gunderson wrote:
Eh. spamassassin has had a long-standing, well-known API, and suddenly
changes it. It is _SA_ which broke this, not the other applications.
SA has had a long-standing, well-known API in the many packages which went to
On Wed, Oct 06, 2004 at 08:46:04PM +0200, Jeroen van Wolffelaar wrote:
Well, I'm not at all convinced this is so good. Didn't the RMs say
something about 'no major new upstream releases', in order to be able to
ship sarge this year?
2.64-1 is in testing. since sa3 has RCs, it will not get
On Thursday 07 October 2004 10:09, Frank Küster wrote:
Tilo Schwarz [EMAIL PROTECTED] wrote:
On Monday 04 October 2004 20:23, Frank Küster wrote:
I must have missed this thread... What is .bundle meant to
indicate?
On NeXT-Step systems the .bundle suffix of a directory indicates
a
Hi martin!
You wrote:
I have had problems with crm114 being resource intensive. In fact,
I have had to disable it, postfix was timing out on deliveries...
e.g. checking
/usr/share/doc/spamassassin/examples/sample-nonspam.txt.gz took
approx 3 minutes. The result? SPAM.
crm114 is not
Tilo Schwarz [EMAIL PROTECTED] wrote:
On Thursday 07 October 2004 10:09, Frank Küster wrote:
Tilo Schwarz [EMAIL PROTECTED] wrote:
On Monday 04 October 2004 20:23, Frank Küster wrote:
I must have missed this thread... What is .bundle meant to
indicate?
On NeXT-Step systems the .bundle
Package: wnpp
Severity: wishlist
* Package name: gnome-u2ps
Version : 0.0.4
Upstream Author : Yukihiro Nakai [EMAIL PROTECTED]
* URL : http://bonobo.gnome.gr.jp/~nakai/u2ps/
* License : GPL
Description : Tool to convert UTF-8 text to PostScript
Gnome
On Thu, Oct 07, 2004 at 11:08:55AM +0200, Jesus Climent wrote:
And I have been running it ever since beta1 in a 512GB PII-350 and my mail has
^
That might explain why you haven't been seeing any problems ;-)
/* Steinar */
--
Homepage:
Hallo ,
wir haben Ihre eMail-Adresse erneut in unseren Newsletterverteiler importiert.
Bitte bestätigen Sie Ihr Abonnement noch durch anklicken des nachfolgenden
Links:
http://www.newsabo.net/newsletter/[EMAIL PROTECTED]ch=6c3233c39b36
Sollte Sie keine weitere Interesse
also sprach Steinar H. Gunderson [EMAIL PROTECTED] [2004.10.07.1252 +0200]:
And I have been running it ever since beta1 in a 512GB PII-350 and my mail
has
That might explain why you haven't been seeing any problems ;-)
I didn't think the x86 architecture can handle 512 Gb of RAM.
--
On Wed, Oct 06, 2004 at 04:12:48PM -0700, Thomas Bushnell BSG wrote:
In other words, are your upgrades going to be install the latest
upstream, or are they going to be fetch the relevant new things from
upstream and put them in the old thing? I agree completely that the
latter is more work,
* Jesus Climent ([EMAIL PROTECTED]) [041007 13:10]:
On Wed, Oct 06, 2004 at 04:12:48PM -0700, Thomas Bushnell BSG wrote:
In other words, are your upgrades going to be install the latest
upstream, or are they going to be fetch the relevant new things from
upstream and put them in the old
On Thu, Oct 07, 2004 at 09:41:13AM +0200, Javier Fernández-Sanguino Peña wrote:
If you feel AV scanners, IDS and similar software is not as up-to-date as
it should be then, by all means, help making release cycles shorter [3]
Maybe shorter cycles of 10K+ packages are not possible. Or even
On Thu, Oct 07, 2004 at 10:09:14AM +0200, martin f krafft wrote:
Nope, but ITP'd.
And Rob promissed a version of dspam after debconf4 (well, i promissed many
other things, but reality bites)
I have had problems with crm114 being resource intensive. In fact,
I have had to disable it,
also sprach Jesus Climent [EMAIL PROTECTED] [2004.10.07.1319 +0200]:
Again, i have the strong feeling that to produce shorter release
cycles we need a core system to take intensive care of.
ubuntu?
/me ducks
--
Please do not CC me when replying to lists; I read them!
.''`. martin f.
On Thu, Oct 07, 2004 at 09:37:19AM +0100, Adam D. Barratt wrote:
I'm not really sure what you mean by rules backported from
3.0.0. Unfortunately, rules are fairly linked to releases.
The above was a /direct/ quote from the 2.64-1 changelog:
spamassassin (2.64-1) unstable; urgency=high
On Thu, Oct 07, 2004 at 12:52:15PM +0200, Steinar H. Gunderson wrote:
On Thu, Oct 07, 2004 at 11:08:55AM +0200, Jesus Climent wrote:
And I have been running it ever since beta1 in a 512GB PII-350
^
That might explain why you haven't
On Oct 07, Andreas Barth [EMAIL PROTECTED] wrote:
This policy is even not ok for a normal major debian upgrade. We have
exim and exim4, we have inn and inn2 for exactly that reason, and we should
also provide spamassassin and spamassassin3. This doesn't mean that
inn supports just about every
On Oct 07, Jesus Climent [EMAIL PROTECTED] wrote:
Again, i have the strong feeling that to produce shorter release cycles we
need a core system to take intensive care of.
Looks like the Ubuntu people are going to do this, and do it well.
--
ciao, |
Marco | [8404 omm/6rqm1mkGQ]
signature.asc
On Thu, Oct 07, 2004 at 01:16:30PM +0200, Andreas Barth wrote:
It is my point of view that with volatile in place, the policy for allowing
updates on such repository could introduce things which break other apps.
This policy is even not ok for a normal major debian upgrade. We have
exim
On Thu, Oct 07, 2004 at 01:31:24AM +0200, Lo?c Minier wrote:
This causes random errors -- like on my system -- when a RPC service is
already listening and you install a program which should listen on a
standard port.
I see no obvious solution to this:
- you can't know in advance which
Andrew Suffield [EMAIL PROTECTED] - Thu, Oct 07, 2004:
Yes, sunrpc sucks. It's wanton consumption of address space is just
one of many ways in which it makes the life of a sysadmin miserable.
The proper approach would have been for sunrpc to carve out a few
ports exclusively for its own use,
On Thu, Oct 07, 2004 at 10:30:43AM +0200, Eduard Bloch wrote:
PS: I should create a big x-terminal-emulator survey/shootout.
Maybe this will help you out:
http://lwn.net/Articles/88161/
/me notices that GNUStep's terminal is not listed there...
Regards
Javier
signature.asc
Description:
On Thu, Oct 07, 2004 at 02:08:18PM +0200, Loïc Minier wrote:
This could be documented in a note with low priority when one installs
portmap for example? I'd like admins to have a chance to read they
can expect port usage collisions.
Not all ONCRPC programs have this problem: it's
Mark Brown [EMAIL PROTECTED] - Thu, Oct 07, 2004:
This could be documented in a note with low priority when one installs
portmap for example? I'd like admins to have a chance to read they
can expect port usage collisions.
Not all ONCRPC programs have this problem: it's perfectly
On Thursday 07 October 2004 11:46, Frank Küster wrote:
Tilo Schwarz [EMAIL PROTECTED] wrote:
On Thursday 07 October 2004 10:09, Frank Küster wrote:
Tilo Schwarz [EMAIL PROTECTED] wrote:
On Monday 04 October 2004 20:23, Frank Küster wrote:
I must have missed this thread... What is
Eduard Bloch wrote:
#include hallo.h
* Jeff Teunissen [Thu, Oct 07 2004, 02:20:31AM]:
If we are going to allow generic names, then obviously they would be
applied to the most commonly used or best for the novice example,
so I'm pretty sure that GNUstep apps aren't going to get them.
Hello!
What is consideres best practice when a package uses a SQL database
(mysql, postgresql) and needs to create its own catalog and/or tables?
[ ] Disable the package until someone has manually setup the database?
[ ] Ask a lot of questions via debconf and try to setup in postconf?
I ask
Hi,
I admin a small system with mailscanner, spamassassin, clamav, etc.
I would dearly like to move the system as a whole to a debian sarge base,
and will likely do so, regardless of the outcome of this debate/process.
The outcome _will_ impact how I admin it in future.
On Thu, Oct 07, 2004 at
On Wed, Oct 06, 2004 at 04:11:26PM +0200, Marco d'Itri wrote:
Sorry, but the basic problem I'm speaking about has nothing to do with
volatile - but just that requiring substancially more memory might be a
bad idea. We still have inn1 and inn2 parallel (and I'm a happy user of
inn1), for
On Thu, Oct 07, 2004 at 04:17:23PM +0200, Torsten Landschoff wrote:
That's silly. Maybe 2.x is obsolete but it catches about 90% of my spam.
Which still leaves 20 or so per day in my inbox. But I'd be very pissed
if upgrading my PII-233 with 128MB of RAM installs a program which just
can't
El jue, 07-10-2004 a las 09:52 +0200, Tollef Fog Heen escribi:
* Duncan Findlay
| On Wed, Oct 06, 2004 at 06:43:47PM +0200, Tollef Fog Heen wrote:
| * martin f krafft
|
| | What do you think?
|
| API changed generally means you bump soname. Why not for SA as well.
|
|
Philipp Matthias Hahn wrote:
What is consideres best practice when a package uses a SQL database
(mysql, postgresql) and needs to create its own catalog and/or
tables?
I say, create the tables when the package starts for the first time. As
an analogy, programs using Berkeley-type databases
Tilo Schwarz [EMAIL PROTECTED] wrote:
From a techical point of view a package name is a key to identify a
package. This key can be fed to various tools (like dpkg, BTS,
apt-cache, ...) to perform some action.
Don't forget google, mailing list archives, or other search engines.
Now with
new software for the best price for you
Adobe Illustrator CS - 90.00
Adobe Acrobat 6.0 Professional - 100.00
McAfee Personal Firewall Plus 2004 v. 5.0 - 20.00
Adobe Photoshop Elements 2.0 - 40.00
Macromedia Studio MX 2004 - 180.00
Abode InDesign CS - 100.00
Microsoft Windows Server 2003 Enterprise
On Thu, Oct 07, 2004 at 03:38:59PM +0200, Philipp Matthias Hahn wrote:
Hello!
What is consideres best practice when a package uses a SQL database
(mysql, postgresql) and needs to create its own catalog and/or tables?
[ ] Disable the package until someone has manually setup the database?
[
Brian Kimball [EMAIL PROTECTED] writes:
Who wants to install Spamassassin-more-than-2-but-not-quite-3?
Snort-more-than-2.2-but-not-yet-2.3? This will just confuse your users
and piss off upstream.
Can you explain why ssh shouldn't be upgraded the same way?
#include hallo.h
* Jeff Teunissen [Thu, Oct 07 2004, 09:10:56AM]:
On one of those counts, many GNUstep-using apps often win over their
competition. e.g. Terminal is a _very_ nice terminal emulator with
excellent compatibility (it does UTF-8 well, and emulates the Linux
console
Package: wnpp
Severity: wishlist
* Package name: bandersnatch
Version : 0.2.1
Upstream Author : David Young [EMAIL PROTECTED]
* URL : http://www.funkypenguin.co.za/files/
* License : GPL
Description : Bandersnatch is a complete logging system for jabber
On Thu, Oct 07, 2004 at 09:30:16AM -0700, Thomas Bushnell BSG wrote:
Brian Kimball [EMAIL PROTECTED] writes:
Who wants to install Spamassassin-more-than-2-but-not-quite-3?
Snort-more-than-2.2-but-not-yet-2.3? This will just confuse your users
and piss off upstream.
Can you explain
Jesus Climent [EMAIL PROTECTED] writes:
Because ssh-from-woody-plus-security-updates is not as useless as
spamassassin-from-woody-which-has-changed-so-much-that-is-impossible-to-backport-anything?
It seems to me that impossible is being used in a strange sense
here.
Part of maintaining a
Eduard Bloch [EMAIL PROTECTED] wrote:
#include hallo.h
* Jeff Teunissen [Thu, Oct 07 2004, 02:20:31AM]:
If we are going to allow generic names, then obviously they would be
applied to the most commonly used or best for the novice example, so
I'm pretty sure that GNUstep apps aren't going
[ do NOT reply to my mail, i am subscribed to the list ]
On Thu, Oct 07, 2004 at 12:11:32PM -0700, Thomas Bushnell BSG wrote:
It seems to me that impossible is being used in a strange sense
here.
Well, backporting the bayes which was introduced in 2.5x does not sound like
something you want
On Thu, Oct 07, 2004 at 12:11:32PM -0700, Thomas Bushnell BSG wrote:
Jesus Climent [EMAIL PROTECTED] writes:
Because ssh-from-woody-plus-security-updates is not as useless as
spamassassin-from-woody-which-has-changed-so-much-that-is-impossible-to-backport-anything?
It seems to me that
On Thu, Oct 07, 2004 at 09:35:38PM +0200, Jesus Climent wrote:
[ do NOT reply to my mail, i am subscribed to the list ]
On Thu, Oct 07, 2004 at 12:11:32PM -0700, Thomas Bushnell BSG wrote:
It seems to me that impossible is being used in a strange sense
here.
Well, backporting the
Jesus Climent [EMAIL PROTECTED] writes:
Well, backporting the bayes which was introduced in 2.5x does not sound like
something you want to do. I rather put 2.5x which is supported by upstream,
not deprecated and has a bigger user-base and developer eyes on the code than
2.20. With all the
- encryption support
- sending SMs (using an external program such as sms-pl)
- mail checking
.
Homepage: http://ekg2.org/
(new) ekg2_20041007+2000.orig.tar.gz optional net
Changes: ekg2 (20041007+2000-1) experimental; urgency=low
.
* New snapshot from upstream.
* Removed installation
[ What part of do no reply to my email but to the list, since i am
subscribed you did not understand? ]
On Thu, Oct 07, 2004 at 01:00:39PM -0700, Thomas Bushnell BSG wrote:
Jesus Climent [EMAIL PROTECTED] writes:
But again, that might be just me.
What you are saying should apply to any
On Thu, Oct 07, 2004 at 08:59:22PM +0100, paddy wrote:
How would one decide which features to backport, and which not?
The ones that the maintainer of the package decides is the best for
keeping the package which will update in stable usable, as long as the
packages is created against stable,
On Thu, Oct 07, 2004 at 10:26:40PM +0200, Jesus Climent wrote:
On Thu, Oct 07, 2004 at 08:59:22PM +0100, paddy wrote:
How would one decide which features to backport, and which not?
The ones that the maintainer of the package decides is the best for
keeping the package which will update
Jesus Climent [EMAIL PROTECTED] writes:
2.20 became useless because spammers reacted to most of the rules developed,
since it did not have any learning engine. It needed new rules, new rules
needed new functions in the core code (not just rules updates) and new
functions needed new perl
Part of maintaining a virus scanner may well include backporting
things, and that may be a fair bit of work to do. There are
But that doesn't mean that stability has become less important, it
At one point do we decide that the backport may have had a significant
impact on stability?
Say
Will Lowe [EMAIL PROTECTED] writes:
Say someone implements a significant new feature in spamassassin to
handle a particularly virulent new kind of spam, and this new feature
doubles the code size of the source. It's probably possible to rip
that new code out of the upstream source and
On Thu, Oct 07, 2004 at 01:54:11PM -0700, Thomas Bushnell BSG wrote:
This is an excellent argument for upgrading that part. It is no
argument for including new command line features, hookins to other
parts of the system, or other arbitrary features that might be added.
It is an argument is
On Thu, Oct 07, 2004 at 01:54:19PM -0700, Will Lowe wrote:
Say someone implements a significant new feature in spamassassin to
handle a particularly virulent new kind of spam, and this new feature
doubles the code size of the source. It's probably possible to rip
that new code out of the
On Thu, 7 Oct 2004 00:57:38 +0200, Michael Banck [EMAIL PROTECTED] wrote:
The Fluendo guys have a nice track record of providing high-quality
media streaming of Free Software conferences using Free codecs, e.g. at
GUADEC (GNOME conference) and AKademy (KDE conference). Maybe we could
team up
Jesus Climent [EMAIL PROTECTED] writes:
And no, is not impossible but IT WILL NEVER get to stable, since it
is against the current stable policy.
Do you want to change that policy? Start moving strings and contacting the
involved parties to get such a change. Until the, no security backports
Bernd Schubert [EMAIL PROTECTED] writes:
May its its bug #235522?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=235522
I filled this bug report pretty much time ago and the maintainer doesn't
seem to care. I tried to fix it myself, but even the cups newsgroup
couldn't help me with it.
Package: wnpp
Severity: wishlist
* Package name: vdr-plugin-osdteletext
Version : 0.3.2
Upstream Author : Marcel Wiesweg [EMAIL PROTECTED]
* URL : http://www.wiesweg-online.de/linux/linux.html
* License : GPL
Description : Teletext plugin for vdr
This
On Thu, Oct 07, 2004 at 02:22:18PM -0700, Thomas Bushnell BSG wrote:
If you want something which is simply unrestricted, you have that
now, no need for any changes to anything.
I assume you mean use unstable? see below.
Right, but why not just use unstable?
I asked this question earlier,
On Thu, Oct 07, 2004 at 01:24:57PM +0200, Jesus Climent wrote:
On Thu, Oct 07, 2004 at 09:37:19AM +0100, Adam D. Barratt wrote:
I'm not really sure what you mean by rules backported from
3.0.0. Unfortunately, rules are fairly linked to releases.
The above was a /direct/ quote from
paddy [EMAIL PROTECTED] writes:
On Thu, Oct 07, 2004 at 02:22:18PM -0700, Thomas Bushnell BSG wrote:
If you want something which is simply unrestricted, you have that
now, no need for any changes to anything.
I assume you mean use unstable? see below.
No, you can simply use private
On Thu, Oct 07, 2004 at 11:09:23PM +0200, Andreas Barth wrote:
the developers reference was much updated in the last time.
[...]
If there are any issues or suggestions, please don't hesitate to speak
to me.
For example, why clutter debian-devel-announce with things like these?
This is
On Thu, Oct 07, 2004 at 09:52:40AM +0200, Tollef Fog Heen wrote:
* Duncan Findlay
| On Wed, Oct 06, 2004 at 06:43:47PM +0200, Tollef Fog Heen wrote:
| * martin f krafft
|
| | What do you think?
|
| API changed generally means you bump soname. Why not for SA as well.
|
|
hi phillip,
On Thu, Oct 07, 2004 at 03:38:59PM +0200, Philipp Matthias Hahn wrote:
What is consideres best practice when a package uses a SQL database
(mysql, postgresql) and needs to create its own catalog and/or tables?
this is a very good question, which has not been conclusively answered
Thomas,
On Thu, Oct 07, 2004 at 02:58:05PM -0700, Thomas Bushnell BSG wrote:
paddy [EMAIL PROTECTED] writes:
On Thu, Oct 07, 2004 at 02:22:18PM -0700, Thomas Bushnell BSG wrote:
If you want something which is simply unrestricted, you have that
now, no need for any changes to anything.
Programming is not a matter of ripping out code. Backporting
requires actually understanding all the changes, not some kind of
mechanical process.
Ok, point taken.
My argument is just that even if you backport the important features
of a new release into an old codebase, it's hard to make
On Fri, 8 Oct 2004, Josip Rodin wrote:
For example, why clutter debian-devel-announce with things like these?
I for one don't have to time to be chasing down a million different
comments on a million different lists and appreciate it when important
information is made available in a central
On Thu, Oct 07, 2004 at 06:51:55PM -0400, Jaldhar H. Vyas wrote:
I for one don't have to time to be chasing down a million different
comments on a million different lists and appreciate it when important
information is made available in a central location.
AOL
BTW, looking at my
Package: wnpp
Severity: wishlist
* Package name: cdplayer.app
Version : 0.4.0
Upstream Authors : Original Author: ACKyugo [EMAIL PROTECTED]
New Mainatiner: Andreas Heppel [EMAIL
PROTECTED]
Code Cleaning:
i know this has been beaten to death, i really do. but i can't help it...
On Fri, Oct 08, 2004 at 01:24:00AM +0100, Gürkan Sengün wrote:
Description : cdplayer.app -- Small audio CD player for GNUstep
then why not gnustep-cdplayer? you don't see the gnome people doing
this with their
* Josip Rodin:
On Thu, Oct 07, 2004 at 11:09:23PM +0200, Andreas Barth wrote:
the developers reference was much updated in the last time.
[...]
If there are any issues or suggestions, please don't hesitate to speak
to me.
For example, why clutter debian-devel-announce with things like
Jesus == Jesus Climent [EMAIL PROTECTED] writes:
crm114 is not a spam filter. It's a classifier. You probably
didn't train it right. It needs two weeks of attention before
being useful.
Actually, despite the bad result just recently, crm114 seemed to be
pretty accurate (after
On Thu, Oct 07, 2004 at 09:25:45PM -0400, sean finney wrote:
i know this has been beaten to death, i really do. but i can't help it...
On Fri, Oct 08, 2004 at 01:24:00AM +0100, Gürkan Sengün wrote:
Description : cdplayer.app -- Small audio CD player for GNUstep
then why not
On Thu, Oct 07, 2004 at 09:25:45PM -0400, sean finney wrote:
i know this has been beaten to death, i really do. but i can't help it...
On Fri, Oct 08, 2004 at 01:24:00AM +0100, G?rkan Seng?n wrote:
Description : cdplayer.app -- Small audio CD player for GNUstep
then why not
This was discussed before:
http://lists.debian.org/debian-gtk-gnome/2003/07/msg00176.html
And see also Debian GNOME Packaging Policy:
http://www.burtonini.com/computing/gnome-policy-20030502-1.html
Quote: Panel Applets. TODO: Panel applets -- gnome-applet-foo
or foo-applet or gnome-foo-applet?
hi seo,
On Fri, Oct 08, 2004 at 10:54:59AM +0900, Seo Sanghyeon wrote:
Please rename planner to gnome-planner immediately.
Please rename netspeed to gnome-netspeed immediately.
i agree, though i am not the package maintainer :)
in fact, somebody has already recommended this for netspeed in a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 6 Oct 2004 23:17:22 +0200
Source: gtans
Binary: gtans
Architecture: source i386
Version: 1.2-3
Distribution: unstable
Urgency: low
Maintainer: Florian Ernst [EMAIL PROTECTED]
Changed-By: Florian Ernst [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 07 Oct 2004 08:20:34 +0200
Source: slrn
Binary: slrn slrnpull
Architecture: source i386
Version: 0.9.8.1-1
Distribution: unstable
Urgency: low
Maintainer: Norbert Tretkowski [EMAIL PROTECTED]
Changed-By: Norbert Tretkowski
1 - 100 of 164 matches
Mail list logo