Am Sonntag, 9. Januar 2011, 15:35:35 schrieb Holger Levsen:
> So, removals needs to be done, but they also need to be communicated _well_
> (else where then on -testing-changes, thats a dump, not communication).
In addition to what you said, packages.d.o should not "forget" about removed
packages
In data mercoledì, 18. di agosto 2010 11:00:04, Goswin von Brederlow ha
scritto:
> Those are DEBUG messages. They are not relevant or usefull for 99.9% of
> all users and the only thing they do is annoy. Some of them have been
> around for years so clearly they are not something anyone is working
In data lunedì, 16. di agosto 2010 12:35:29, Ian Jackson ha scritto:
: > Adam Borowski writes ("Re: Notes from the DebConf Source Format BoF"):
> > On Fri, Aug 13, 2010 at 11:54:07PM +0100, Ben Hutchings wrote:
> > > git://foo.bar.org/meow#debian
> >
> > At least, neither git clone, merge nor
Am Sonntag, 15. August 2010, 14:19:05 schrieb Tollef Fog Heen:
> I would guess they still fill up the .xsession-errors file, though? At
> least for me, that file is mostly useless due to:
>
> « ...Too much output, ignoring rest... »
>
> as the last line.
Yes they would, because the applications
Am Samstag, 14. August 2010, 19:59:50 schrieb Michael Welle:
> Hello,
>
> what is the reason that many applications clutter the terminal with
> output that is obvisously debug output? Lets take digikam as an
> example:
In the specific case of Digikam and other KDE applications, you can run
kdebu
Am Donnerstag, 12. August 2010, 16:36:56 schrieb Ian Jackson:
> This is easy: you just publish two trees, rather than two branches in
> the same tree. (It's a shame that there isn't a syntax for "git
> clone" which checks out a particular branch.)
The --branch option to git-clone is going to cele
Am Dienstag, 3. August 2010, 18:24:09 schrieb Steve Langasek:
> ... only between services that have declared a dependency relationship,
> which should obviously *not* be started in parallel.
In the example given by Petter, dhcpd runtime-depends on pdns through some
configuration option. This is n
In data martedì, 3. di agosto 2010 10:45:41, Petter Reinholdtsen ha scritto:
> If you maintain a package with a service started during boot using a
> init.d script, please make sure your service is operational when the
> init.d script exits.
There are two disadvantages to this approach: It decreas
In data lunedì, 2. di agosto 2010 12:38:48, Martín Ferrari ha scritto:
> This description sounds like a marketing blurb (in fact, it is copied
> verbatim from the webpage), I think that's not good for a Debian
> package. IMO it should just explain what is this for, and highlight
> that it is a paid
In data giovedì, 22. di luglio 2010 17:24:43, Nicholas Bamber ha scritto:
> Okay so that's what I learnt in school today. Could we have a link to it
> on the from page? There is room in that red menu bar. Actually I tried
> to look for it under "support" and various other places, but I could not
>
In data giovedì, 22. di luglio 2010 02:07:16, Raphael Geissert ha scritto:
> The problem with HTTP submissions is that there must be able to connect to
> the server when the cronjob is run.
Or, alternatively, use any of the thousand message queuing systems which are
shipping with Debian which sup
Hello,
I'm currently working on system integration of services and components for
service-oriented architectures. Among them are a few commonly used base
components which would be useful to have in Debian, and the rest would rather
go into a derivative/pure blend due to their specialisation and
On Wednesday 08 October 2003 16:58, Henning Moll wrote:
> Is this a bug in k3b? Should k3b try to dlopen 'libcdda_paranoia.so.0'
> instead? Is there a standard for so-naming (which is respected by all/
> most Gnu/Linux distributions)?
Shared object files that are private to a project are usually n
On Wednesday 08 October 2003 09:04, Andreas Metzler wrote:
> 'chown -R ...' accidentally excuted in the wrong directory comes to
> my mind. Or filesystem corruption after a hard crash.
But then not only files from packages, but also user files are subject of
corruption. Using a tool like integrit
On Sunday 05 October 2003 17:10, Tom wrote:
> Whether or not an app is GTK1, GTK2, Tcl/Tk, or QT3 makes a big
> difference to this. So yes, the library doesn't matter, but the core
> feature set is kinda relevant. Maybe you could find another way to
> describe it.
That's what package tags can be
On Wednesday 20 August 2003 13:30, Russell Coker wrote:
> KDE 1.x was quite usable, while many of the beta releases in the 2.x and
> early 3.x series weren't...
That's why they're called betas :)
I don't think this whole discussion fits in here, for 2 reasons:
- the KDE conference (which will pro
On Thursday 07 August 2003 09:51, Yven Johannes Leist wrote:
> I think not even that is exactly true either, since the skills required to
> get a cvs account for KDE are surely somewhat above our NM checks[1]. You
> usually need to have a whole application written by yourself to get an
> account, a
On Tuesday 05 August 2003 18:55, Ian Hickson wrote:
> Without meaning offense, that is a very selfish attitude. The number of
> future debian users is *significantly* larger than the number of existing
> users, unless something drastic happens to either humanity or debian
> itself. Why should every
On Saturday 02 August 2003 09:01, Alastair McKinstry wrote:
> I disagree. We should ship ASAP despite, or even because of, older
> milestones. With RC bugs and d-i (as is) fixed, Sarge would still be an
> improvement on current stable, woody: the longer between releases the
> less useful the distro
On Thursday 31 July 2003 11:27, Sam Hocevar wrote:
>And HTML makes it even harder since very few pages are valid, but
> that DeCSS utility uses only regexes anyway.
Technically, using RegExps for CSS will not only become maintenance hell, but
would also limit the usability of such a script fo
On Monday 30 June 2003 15:36, Josip Rodin wrote:
> And this proves exactly what? Someone who knows shit all about awk sure as
> hell ain't gonna learn it from that help output. Nor are they supposed to!
More along the lines of behaving nicely on the command line, i.e. to support
--help and --vers
On Monday 02 June 2003 04:22, Chris Cheney wrote:
> This was done as a request by someone prior to my maintainence of KDE,
> long ago KDE had its own separate Debian submenu as well. Many people
> seem to think the way it is done currently is better than the separate
> Debian sub-menu. Also, rippin
On Monday 02 June 2003 04:06, Russell Coker wrote:
> However if an icon looks good at 100dpi then surely when doubled it should
> look just as good at 200gpi.
One thing to consider as well is that while in the past X11 was the only
windowing system available, there are a few others out there now.
On Sunday 01 June 2003 20:02, Bernhard R. Link wrote:
> It is related. Heck, this specification even gives in the example the
> Icon as .png-file. While using .xpm-only for menus is really
> long-lasting standard, with no reason to stop this...
One day, SVG icons might be used, so there has to be
On Tuesday 20 May 2003 15:22, Theodore Ts'o wrote:
> (Of course, this still doesn't answer the question of whether anyone
> would ever want or use locale support to be enabled during the initial
> boot sequence, such that the boot messages come up in the local
> language)
You don't have a dad
On Sunday 20 April 2003 10:09, Manoj Srivastava wrote:
> Apart from telling various and sundry people about it, have
> you done anything? This is free software. If it scratches youtr itch,
> fix it. And send patches.
The original author stated that it occurs that upstream rejects UTF-8 fix
On Monday 14 April 2003 14:13, Josselin Mouette wrote:
> Please, kick out all those questions. They have nothing to do here and
> should be replaced by either configuration files or autodetection. There
> have been 4 bug reports for more than 6 months asking for this and you
> haven't even replied
On Monday 14 April 2003 09:44, Andrew Suffield wrote:
> This is a sorted (worst offenders first) list of maintainers who have
> excessive numbers of old RC bugs open against their packages. Bugs
...
> Josef Spillner
Your script is buggy, fix it :-)
Are sponsored NMUs allowed in case o
On Sunday 21 April 2002 18:30, Daniel Burrows wrote:
> I see that 0.0.5 has been released this last week. Would it be possible
> for someone to ITP these now? (I'm not too picky about who :) )
Packages for woody and sid are all available at
http://mindx.dyndns.org/debian/.
Feel free to
29 matches
Mail list logo