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 res
* 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 filte
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,
> "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 hav
(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 wri
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
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 act
* 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
| > syst
* 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, t
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 prob
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 t
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 versio
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 PROTEC
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 s
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
s
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
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
#include
* 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, t
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
exp
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
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.
>
> crm
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
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 u
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: http
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 mo
* 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 t
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; urge
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
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 ev
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.
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
>
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 whi
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
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: D
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 perfec
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 perfectl
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
Eduard Bloch wrote:
>
> #include
> * 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 ge
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 beca
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 0
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),
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
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 w
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 databas
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
* 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 y
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
> * 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
[ 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 w
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 m
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, backpor
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 th
a pipe or socket
- 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.
* Remo
[ 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
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
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
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 th
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
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 back
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 wi
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 p
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, p
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/
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 priva
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 certai
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
> 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 m
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 loc
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 debian-deve
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: Lu
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 cd
* 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
> "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 accur
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 g
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 g
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-appl
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 netsp
96 matches
Mail list logo
