Manoj Srivastava wrote:
On Sat, 19 May 2007 13:17:45 +0200, Hendrik Sattler [EMAIL PROTECTED] said:
Am Samstag 19 Mai 2007 07:14 schrieb Manoj Srivastava:
If you do not wish to educate yourself on the details, perhaps you
should be heeding the directions given to you by the maintainer?
Martin Samuelsson wrote:
Erik Steffl @ 2006-05-24 (Wednesday), 09:28 (-0700)
Christoph Berg wrote:
No, please have a look at http://packages.qa.debian.org/d/drupal.html.
what exactly I would be looking for? I know that drupal has a formal
maintainer. However no work has been done
Christoph Berg wrote:
Re: Erik Steffl 2006-05-21 [EMAIL PROTECTED]
is drupal debian package effectively orphaned? It is already two
major upgrades (more than a year) behind upstream (and upstream
recommends to upgrade from one version to next so the upgrades to
current might get
is drupal debian package effectively orphaned? It is already two
major upgrades (more than a year) behind upstream (and upstream
recommends to upgrade from one version to next so the upgrades to
current might get complicated).
there are bugs asking for new version (one about a year old
Gustavo Noronha Silva wrote:
Em Ter, 2005-08-09 às 19:17 -0700, Erik Steffl escreveu:
That is wat unstable is for.
well, what is experimental for then? And what would you offer to
desktop users?
Stop that. That's how our release process works; using unstable (maybe
even testing
Wouter Verhelst wrote:
On Tue, Aug 09, 2005 at 03:56:21PM -0700, Erik Steffl wrote:
...
No. Summarizing the above, experimental is there for people to break on
purpose, while unstable is there for people to break by accident. Since
that's all I was saying! Don't break it intentionally
yes it's unstable but still, what's the status of jackd? Currently
it's pretty much uninstallable (i.e. lot of packages would have to be
removed to install jackd). Considering that jackd is required (or at
least very useful for) by almost all major audio apps this is fairly bad
- any ideas
Nigel Jones wrote:
On 09/08/05, Erik Steffl [EMAIL PROTECTED] wrote:
mini rant: what's the point in breaking important packages in
unstable for significant periods (e.g. the bug above was filed
2005/07/13)? Isn't experimental more appropriate for stuff like this?
Same for udev (requiring
David Nusinow wrote:
On Tue, Aug 09, 2005 at 01:01:16AM -0700, Erik Steffl wrote:
mini rant: what's the point in breaking important packages in
unstable for significant periods (e.g. the bug above was filed
2005/07/13)? Isn't experimental more appropriate for stuff like this?
Same for udev
David Nusinow wrote:
On Tue, Aug 09, 2005 at 10:45:16PM +0200, Kurt Roeckx wrote:
On Tue, Aug 09, 2005 at 10:28:58AM -0400, David Nusinow wrote:
Where would you like us to do our work? This is exactly what unstable is
*for*. It lets us break things while they're in development in order to
Steve Langasek wrote:
On Tue, Aug 09, 2005 at 04:23:55PM -0700, Erik Steffl wrote:
well, sometime bugs get all the way to stable, no software is without
bugs. What I was talking about is that 'unstable' is pretty much only
usable desktop
Clearly not, or you wouldn't find it necessary
Arjan Oosting wrote:
Op di, 09-08-2005 te 16:23 -0700, schreef Erik Steffl:
BTW I think it makes a lot of sense to use experimental for most of
the initial testing
That is wat unstable is for.
well, what is experimental for then? And what would you offer to
desktop users?
and only
Josh Metzler wrote:
On Tuesday 09 August 2005 06:56 pm, Erik Steffl wrote:
well, the fixes take forever to get to testing
That is because they need to go through testing and bug fixes in unstable.
well, what does it matter? The bugs take forevr to fix so testing is
not really usable
Bernd Eckenfels wrote:
In article [EMAIL PROTECTED] you wrote:
That said, the Debian Policy document does mandage use of the Filesystem
Hierarchy Standard (FHS), which in turn describes /etc like this: /etc
contains configuration files and directories that are specific to the
current system.
Oliver Elphick wrote:
On Sun, 2005-06-12 at 16:25 -0700, Erik Steffl wrote:
why is there a link to logs in /etc?
/etc/postgresql/7.4/main/log is a link to
/var/log/postgresql/postgresql-7.4-main.log
/etc is supposed to be for configuration files that are static, the
link to log
why is there a link to logs in /etc?
/etc/postgresql/7.4/main/log is a link to
/var/log/postgresql/postgresql-7.4-main.log
/etc is supposed to be for configuration files that are static, the
link to log violates both (yes, it's only a link so it doesn't change
but points to a file
Fernanda Giroleti Weiden wrote:
Em Qui, 2004-12-02 s 05:45, Manoj Srivastava escreveu:
First of all, it's a sexist package, sure. Putting a program on
Debian in which you have pictures of nude women is VERY agressive
to the most women. Yes, it's agressive to me.
As already written in -women, this
Jérôme Warnier wrote:
Le dim 03/10/2004 à 19:26, David Goodenough a écrit :
On Sunday 03 October 2004 16:54, Jérôme Warnier wrote:
Is there a framework for executing once a script at next reboot in
Debian (Sarge|Sid)? Any idea of a clean way to do it?
Thanks
One comment, it is rather Not the Linux
Mathieu Roy wrote:
...
When I'm told that a system is running GNU/whatever, I expect first to
find there GNU coreutils, GNU bash, GNU Emacs, GNU Compiler
Collection, gzip, GNU awk,GNU make, the GNU Debugger, GNU sysutils,
GNU tar, GNUpg, GNU grep, GNU mailutils, GNU ncurses, GNU readline,
GNU
Daniel Jacobowitz wrote:
On Mon, Nov 03, 2003 at 03:05:56PM -0500, Greg Stark wrote:
...
What would be really neat would be if aptitude or perhaps even apt checked for
earlier versions of the package in the pool and offered them as options if the
current one fails to configure.
insert usual rant
Steve Greenland wrote:
On 03-Nov-03, 14:21 (CST), Erik Steffl [EMAIL PROTECTED] wrote:
insert usual rant on how useless stable is for desktop and how testing
is even worse than unstable
Oh, not this crap again. Or perhaps you're contending that I've not
gotten anything done at work in the last
Martin Michlmayr wrote:
* martin f krafft [EMAIL PROTECTED] [2003-09-21 14:44]:
What you distribute as 2.4.22 is not 2.4.22.
So what? Most packages in Debian devate from upstream in one way or
another. That's the added value we provide. I'm happy that Herbert
carefully selects what to backport
Hans Fugal wrote:
* Andreas Jellinghaus [Wed, 6 Aug 2003 at 00:27 +0200]
mutt can do many nice things without /usr/sbin/sendmail.
a dependency is set if something is always required,
a recommends if is required for the common use, and
a suggestion is used if it improved the functionality.
so
Artur R. Czechowski wrote:
On Tue, Aug 05, 2003 at 08:00:03PM +0200, Bernd Eckenfels wrote:
There are enough SMTP/POP3 MUAs which do not need any MTA infrastructure on
the local host, whatsoever.
But there are some important packages which depends on MTA directly, like:
at, cron, debconf,
I realize this is not strictly debian development question, I am
looking for any hints related to how it all works (or doesn't work)
together (kernel ide drivers, VIA MB, IRQs). I did found some
indications that ide was quite broken sometime early in 2.4 series but I
didn't find anything about
Tomas Pospisek's Mail Lists wrote:
On Wed, 9 Jan 2002, Mark Brown wrote:
On Wed, Jan 09, 2002 at 02:36:01PM +0100, [EMAIL PROTECTED] wrote:
IMO IMAP is still a PITA, AFAIK the only well and out of the box
interoperating combination of MUA and IMAPd is pine together with
uw-imapd
Tomas Pospisek's Mail Lists wrote:
On Thu, 10 Jan 2002, Erik Steffl wrote:
Tomas Pospisek's Mail Lists wrote:
On Wed, 9 Jan 2002, Mark Brown wrote:
On Wed, Jan 09, 2002 at 02:36:01PM +0100, [EMAIL PROTECTED] wrote:
IMO IMAP is still a PITA, AFAIK the only well and out
Jonathan Walther wrote:
Subject:
I tried evolution tonight. It is impressive work. I wanted to import
my 62 mbox mailboxes and 6 maildirs. Well, for whatever reason, it
didn't let me import my maildirs. And the interface for importing
mailboxes is painful for 62 different mailboxes.
[EMAIL PROTECTED] wrote:
Zitiere Erik Steffl [EMAIL PROTECTED]:
[1935 lines uselessly quoted]
IMO the good solution for this kind of problems is to use IMAP.
don't trust MUAs to work with files.
IMO IMAP is still a PITA, AFAIK the only well and out of the box
interoperating
Douglas Bates wrote:
...
$ ./xeena.sh
using java in [/usr/lib/jdk1.1]
Unable to initialize threads: cannot find class java/lang/Thread
Could not create Java VM
you probably need to set CLASSPATH environmental variable
erik
Francois Gouget wrote:
On Sat, 29 Dec 2001, Erik Steffl wrote:
[...]
there is also a number of other libraries (for GUI), I don't think you
have to use ms libs, you can use e.g. wxwindows, qt etc..., also, if the
application doesn't have complicated gui the porting might be fairly
Francois Gouget wrote:
On Fri, 28 Dec 2001, Erik Steffl wrote:
Ing. Luis Chávez Romo wrote:
I am tired of been a windows user. Let me know if there is an easy way
to move
an aplication developed in visual c to linux.
it depends on libraries used, if the libraries
Ing. Luis Chávez Romo wrote:
I am tired of been a windows user. Let me know if there is an easy way
to move
an aplication developed in visual c to linux.
it depends on libraries used, if the libraries are not available for
linux than it might be quite hard.
Another option is to have
Ulrich Eckhardt wrote:
On Monday 24 December 2001 13:32, Erik Steffl wrote:
I am trying to make the USB work on my debian unstable system, using
kernel 2.4.14 and it just doesn't work. the specific problem is that the
function 'probe' (specified when registering driver) is NEVER called
I realize that this is not strictly debian-devel question but it is
related to both debian and development so while I don't expect big
discussion I would appreciate RT _specify_which_one_ FM.
so far I have read the relevant parts of Linux device drivers, 2nd
edition (O'Reilly), the info about
Mark Brown wrote:
On Mon, Dec 24, 2001 at 04:32:08AM -0800, Erik Steffl wrote:
any ideas? TIA
If the device isn't showing up in lsusb and so on you've got bigger
problems than finding a driver for it. Until you can get the system to
talk to it as a generic USB device (just showing
I noticed that xconsole eats up a lot of ram:
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
4725 root 14 -10 105M 13M 11244 S0.0 11.2 2208m XFree86
10873 erik 10 0 18224 11M 5800 S 0.0 9.4 0:27
communicator-sm
4753 root 9 0 8564
I have DRI and openGL (mesa) working, but I have few strange problems.
xscreensaver: openGL demo hacsk are running in software mode when run
by xscreensaver but run accelerated when run from xterm.
xscreensaver openGL demo hacks run in window mode (when run from
xterm, accelerated), how do
Marcelo E. Magallon wrote:
Erik Steffl [EMAIL PROTECTED] writes:
xscreensaver: openGL demo hacsk are running in software mode when run
by xscreensaver but run accelerated when run from xterm.
IIRC, this is a xscreensaver FAQ (alas! I'm not sure)
yes it was. didn't occur to me
Daniel Stone wrote:
On Fri, Dec 22, 2000 at 01:06:53AM +0100, Robert van der Meulen wrote:
Quoting Bas Zoetekouw ([EMAIL PROTECTED]):
Now you can boost the reliability of ordinary Windows 3.x, 95 and 98
to
nearly the level of Windows NT or 2000, Microsoft's professional and
Marc Haber wrote:
Hi,
I am maintainer for run and console-log, and waiting for NM to
complete. Unfortunately, run has a nasty bug that causes console-log
to hang which in turn may prevent a clean shutdown. Upstream doesn't
maintain run any more (and I shouldn't have packaged it in the
41 matches
Mail list logo
