what's the fucking point in applying to NM when you get blasted for
asking a simple question about release. and what's the fucking point
when you get called luser for asking about it.
really getting fucking sick of this crap. you fucking bored, so you go
and insult people? fuck off, and grow the
> It seems there are enough people who want to help, but, which are debian
> developers? Could you, or anybody else, maybe try to find out who are
> interested?
Speaking on behalf of the French l10n team...
We have completely abandoned the DDTP effort now, as far as I am
aware. Nicolas Bertoliss
> "Wouter" == Wouter Verhelst <[EMAIL PROTECTED]> writes:
Wouter> lsof +L 1
rebooting is the only way to make sure rebooting will work if a reboot
is required for some reason during peak usage, e.g. power failure,
etc...
In some situations it might be better to test rebooting first at
lo
> "Lars" == Lars Wirzenius <[EMAIL PROTECTED]> writes:
Lars> (because people might want to install the package anyway,
Lars> and only use it when they are running the proper kernel)
This is IMHO an important point.
Consider udev. I believe you can still install it on a 2.4 kernel, bu
Scott James Remnant <[EMAIL PROTECTED]> writes:
> This would mean the disk would gradually fill up with logs, unless you
> rotated them; which seems to defeat the use case everybody has given for
> dpkg's actions being logged in the first place.
Logs kept for a week would still be useful.
A bug
On Sun, Jan 23, 2005 at 11:01:11PM +, Scott James Remnant wrote:
> On Sun, 2005-01-23 at 18:19 +0100, Bartosz Fenski aka fEnIo wrote:
>
> > On Sun, Jan 23, 2005 at 06:11:42PM +0100, Christoph Berg wrote:
> > > > In my quest to log package installation, I wrote a wrapper script for
> > > > dpkg
On Sun, Jan 23, 2005 at 08:13:08PM +0100, Tollef Fog Heen wrote:
> * Kevin Mark
>
> | In my quest to log package installation, I wrote a wrapper script for
> | dpkg. I 'mv dpkg dpkg.real' and 'vi dpkg' with a wrapper[0]. When I use
> | aptitude and apt-get, these commands seem to call dpkg for al
Scripsit "SR, ESC" <[EMAIL PROTECTED]>
>> Scripsit Geoff Bagley <[EMAIL PROTECTED]>
>> > Is it possible to transfer some of the packages, a few at a time,
>> > over into Woody, so that when we all change to Sarge, the servers
>> > will not suffer from too heavy an overload ?
> also the plain simp
On Sun, 23 Jan 2005, Daniel Macêdo Batista wrote:
> - The DDTP server is with a long delay to send out the replies. Sometimes
> the reply come in a lot of hours.
Live with it... Our Debian email suffers these hassles sometimes.
--
"One disk to rule them all, One disk to find them. One disk to
Le dim 2005-01-23 a 17:48:47 -0500, Henning Makholm <[EMAIL PROTECTED]> a dit:
> Scripsit Geoff Bagley <[EMAIL PROTECTED]>
>
> > Is it possible to transfer some of the packages, a few at a time,
> > over into Woody, so that when we all change to Sarge, the servers
> > will not suffer from too heav
On Fri, Jan 21, 2005 at 08:11:03PM -0800, Steve Langasek wrote:
[snip]
> Kernel updates
> --
>
> One noteworthy source of open release-critical bugs are the kernel
> packages. There have been a number of security vulnerabilities
> identified in the kernel over the past few weeks, in
Information's pretty thin stuff unless mixed with experience.
Top of the morning to you! :)
New software every week -more new low price every day for our products. What
are you waiting for ??available.
http://www.geocities.com/connie_montes_19/
It is not easy to find happiness
I understand your point about this document only applying to menus. My point
was that this is the only documentation I can find on icons, and gnome has
changed how it mounts programs on panels so I'm still running on empty as far
as directions on proper behavior. Many of the icons that gnome has
I've checked debian-keyring's changelog and I seem to have been marked
as "emeritus":
Have a look at the post from James Troup on the subject of different
developer states,
http://lists.debian.org/debian-devel-announce/2003/05/msg6.html. Should
explain most of your questions.
Yes, thanks. I
On Sun, 2005-01-23 at 18:19 +0100, Bartosz Fenski aka fEnIo wrote:
> On Sun, Jan 23, 2005 at 06:11:42PM +0100, Christoph Berg wrote:
> > > In my quest to log package installation, I wrote a wrapper script for
> > > dpkg.
> >
> > $ tail -1 /etc/apt/apt.conf
> > DPkg::Pre-Install-Pkgs {"logger -t D
On 23-Jan-05, 14:05 (CST), Mark Brown <[EMAIL PROTECTED]> wrote:
> On Sun, Jan 23, 2005 at 10:53:48AM -0600, Steve Greenland wrote:
>
> > /etc/default/foo. I could tolerate it if packaged defaulted *on*, but it
> > seems the habit is to default off. And more importangly, as others have
> > said (
Scripsit Geoff Bagley <[EMAIL PROTECTED]>
> Is it possible to transfer some of the packages, a few at a time,
> over into Woody, so that when we all change to Sarge, the servers
> will not suffer from too heavy an overload ?
That would be a recipe for disaster. In no particular order:
* It would
On Sun, Jan 23, 2005 at 02:40:43PM -0300, Nicol?s Lichtmaier wrote:
> I've checked debian-keyring's changelog and I seem to have been marked
> as "emeritus":
>
> ~ Emeritus \E*mer"i*tus\, n.; pl. {Emeriti}. [L.]
> ~ A veteran who has honorably completed his service.
>
> I certainly appreciat
Thanks for the informatino Tobias! The braziliam team is already using
the new email address, but unhappily there are problems yet:
- The DDTP server is with a long delay to send out the replies. Sometimes
the reply come in a lot of hours.
- The coordination of the brazilian team changed since o
On Sun, Jan 23, 2005 at 10:53:48AM -0600, Steve Greenland wrote:
> On 20-Jan-05, 22:09 (CST), Dan Jacobson <[EMAIL PROTECTED]> wrote:
> > Sure, one can go behind the backs of maintainers with
> > > http://www.debian.org/doc/manuals/securing-debian-howto/ch3.en.html#s3.6
> > > ("Disabling daemon se
Hi.
I've checked out the packages, and was about to play around with php5 a little, when I got into a little problem.
Fatal error: Call to undefined function ldap_start_tls() in test_ldap_tls.php on line 14
I have the php5-ldap module loaded and running, as well as php5-openssl, both
the latest ve
On Sun, Jan 23, 2005 at 07:35:42PM -0500, Dale C. Scheetz wrote:
> Well, I finally found some documentation on icons in menu
> specifications. What it says is pretty specific and goes against what I
> found when I looked at actual packages.
>
> 1. the documentation says all icons go into /usr/shar
On Sun, Jan 23, 2005 at 10:53:48AM -0600, Steve Greenland wrote:
> /etc/default/foo. I could tolerate it if packaged defaulted *on*, but it
> seems the habit is to default off. And more importangly, as others have
> said (every single time this comes up), there is an *existing* mechanism
> to acco
Well, I finally found some documentation on icons in menu
specifications. What it says is pretty specific and goes against what I
found when I looked at actual packages.
1. the documentation says all icons go into /usr/share/pixmaps and
2. all menu icons should be 32x32 pixels and be in xpm forma
* Nicolás Lichtmaier
| Hi. I was once a Debian developer. Perhaps some of you remember my
| name =) . I'd like to go back maintaining just one or two packages.
| How should I do?
http://lists.debian.org/debian-devel-announce/2003/05/msg6.html
Welcome back!
--
Tollef Fog Heen
* Kevin Mark
| In my quest to log package installation, I wrote a wrapper script for
| dpkg. I 'mv dpkg dpkg.real' and 'vi dpkg' with a wrapper[0]. When I use
| aptitude and apt-get, these commands seem to call dpkg for all of there
| package installation and query needs. Do others (wajig,feta,..
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi. I was once a Debian developer. Perhaps some of you remember my
name =) . I'd like to go back maintaining just one or two packages.
How should I do?
I've checked debian-keyring's changelog and I seem to have been marked
as "emeritus":
~ Emeritus \E*
On Mon, Jan 24, 2005 at 01:16:12AM +0900, Junichi Uekawa wrote:
> Looking at the rate of hardware changes, we will ideally be wanting
> to add a new hwcap entry just about every year;
> which results roughly in x10 time penalty every 3 years.
BTW: I wonder why hwcap decisions are not cached in the
On Sun, Jan 23, 2005 at 06:11:42PM +0100, Christoph Berg wrote:
> > In my quest to log package installation, I wrote a wrapper script for
> > dpkg.
>
> $ tail -1 /etc/apt/apt.conf
> DPkg::Pre-Install-Pkgs {"logger -t DPkg::Pre-Install-Pkgs";};
I wonder if it would be possible to set is as default
Re: Kevin Mark in <[EMAIL PROTECTED]>
> In my quest to log package installation, I wrote a wrapper script for
> dpkg.
$ tail -1 /etc/apt/apt.conf
DPkg::Pre-Install-Pkgs {"logger -t DPkg::Pre-Install-Pkgs";};
Christoph
--
[EMAIL PROTECTED] | http://www.df7cb.de/
signature.asc
Description: Digit
On 20-Jan-05, 22:09 (CST), Dan Jacobson <[EMAIL PROTECTED]> wrote:
> Sure, one can go behind the backs of maintainers with
> > http://www.debian.org/doc/manuals/securing-debian-howto/ch3.en.html#s3.6
> > ("Disabling daemon services")
> and hope you remember what you did. But it's not as friendly a
On Sun, Jan 23, 2005 at 05:49:22AM +0900, Junichi Uekawa wrote:
> I've checked the libpkg guide, and I found a chapter called
> 'Annotated list of files that usually reside in -dev package'
> which contains reference to pkgconfig.
Hell, right. I was looking for string "pkg-config" and I didn't fin
* Kevin Mark [Sun, 23 Jan 2005 07:37:57 -0500]:
> So: dpkg-divert --package dpkg --add --rename --divert \
> /usr/bin/dpkg.real /usr/bin/dpkg did the trick!
Uhm, I think you want to carefully read the --package option
description in the man page. And then, check --local.
--
Adeodato Simó
Hi,
> Before asking here I went thru several mailing list archives. What I
> found was a general argument along the lines of "don't add _that_ hwcap
> because that will increase the size of the list of paths that you have
> to stat(2) in order to find the library and that's slow". In
> part
Hi,
exim4 4.44-1 has been uploaded to experimental. This is the first
package version of exim4 to be linked against db4.2, which is a good
thing for d-i.
The exim4 maintainers consider to upload this package for sid and
sarge. For this to happen, we need testing.
I would like to invite all reade
On 2005-01-22 Martin Kittel <[EMAIL PROTECTED]> wrote:
[...]
> B) most people compile their own kernels and don't bother registering
> those with dpkg, e.g. via kernel-package, and therefore their systems,
> -while actually running a suitable kernel- do not provide the required
> virtual package
> > * Package name: backgrounds-debian-shell
> > Version : 1.0
> > Upstream Author : Jakub Budziszewski <[EMAIL PROTECTED]>
> > * URL : http://linuks.mine.nu/jakub/
> > * License : Artistic License
> > Description : Photography of shells aligned to form the
Antti-Juhani Kaijanaho debian.org> writes:
>
> The situation here is analoguous to the question whether an X
> installation should depend on fonts: such a dependency would document
> the dependency on inherent in X, yet we don't do that, because there are
> reasonable setups of X where the fonts
On Sun, Jan 23, 2005 at 09:22:36PM +1100, Matthew Palmer wrote:
> On Sun, Jan 23, 2005 at 05:21:02AM -0500, Kevin Mark wrote:
> > Also, is there a way to avoid a dpkg upgrade overwriting /usr/bin/dpkg
> > and (IIRC) divert /usr/bin/dpkg -> /usr/bin/dpkg.real, so that I dont
> > have to remember to
On Tuesday 18 January 2005 09:03, Brian May <[EMAIL PROTECTED]> wrote:
> I guess this means sarge won't work "out-of-the-box" with 2.6.11 and
> LVM unless you compile your own kernel (one that doesn't require an
> initrd image), or fix this initrd image.
LVM root can not work without using an init
On Sun, 23 Jan 2005 10:40:08 +0100, Marc Haber wrote in part:
> Ihave a number of server packages installed on my
> personal laptop for the sake of having the docs with me. I am,
> however, fine with using update-rc.d or $EDITOR /etc/runlevel.conf[1]
> to accomplish this.
In some cases this might
On Sun, 23 Jan 2005 03:00:27 +0100, Dan Jacobson wrote:
> Now that maintainers realized that one might like a package installed,
> but perhaps only plans to use it unoften, it only makes sense for not
> starting at boot to be offered as a friendly configuration option,
> instead of needing some dev
Op zo, 23-01-2005 te 10:30 +0100, schreef Marc Haber:
> I haven't been asked to re-start any services by glibc updates for
> quite some time, and back in the days when glibc asked to restart
> services, it always failed.
>
> So, rebooting seems to be the only way to be sure after a library
> updat
On Sun, Jan 23, 2005 at 05:21:02AM -0500, Kevin Mark wrote:
> Also, is there a way to avoid a dpkg upgrade overwriting /usr/bin/dpkg
> and (IIRC) divert /usr/bin/dpkg -> /usr/bin/dpkg.real, so that I dont
> have to remember to redo this step?
man dpkg-divert
It rocks. Hard.
- Matt
signature.a
Hi DD folken,
I simple question.
In my quest to log package installation, I wrote a wrapper script for
dpkg. I 'mv dpkg dpkg.real' and 'vi dpkg' with a wrapper[0]. When I use
aptitude and apt-get, these commands seem to call dpkg for all of there
package installation and query needs. Do others (wa
On Sun, Jan 23, 2005 at 11:10:37AM +0100, Goswin von Brederlow wrote:
> Marc Haber <[EMAIL PROTECTED]> writes:
> > On Sat, 22 Jan 2005 18:44:16 -0800, Steve Langasek <[EMAIL PROTECTED]>
> > wrote:
> >>I hope that at least the cupsys maintainer will close this bug without
> >>mangling the package i
Marc Haber <[EMAIL PROTECTED]> writes:
> On Sat, 22 Jan 2005 18:44:16 -0800, Steve Langasek <[EMAIL PROTECTED]>
> wrote:
>>I hope that at least the cupsys maintainer will close this bug without
>>mangling the package in this fashion; there's no reason to have the cupsys
>>server package installed
On Sun, 23 Jan 2005 10:38:20 +0100, Marc Haber wrote:
[...]
> My beef is that I want to be able to prevent a newly installed
> package's postinst from starting the service
Looks like something invoke-rc.d calls policy-rc.d for.
> (for example, because I
> know that the service needs configuration
On Sat, 22 Jan 2005 18:44:16 -0800, Steve Langasek <[EMAIL PROTECTED]>
wrote:
>I hope that at least the cupsys maintainer will close this bug without
>mangling the package in this fashion; there's no reason to have the cupsys
>server package installed if you're not going to use it as a server.
I d
On Fri, 21 Jan 2005 13:34:51 -0500, Joey Hess <[EMAIL PROTECTED]>
wrote:
>Roberto Sanchez wrote:
>> If the system is that important to the admin, he will pay attention to such
>> things. Imagine that you are upgrading ssh for some security update over the
>> weekend. If your system is in some col
On Fri, 21 Jan 2005 13:06:55 +0100, Andreas Barth
<[EMAIL PROTECTED]> wrote:
>I disagree. You should warn the administrator that he has to do that.
>Especially just restarting ssh is _very_ wrong IMHO, because it can
>easily kill the only access to a remote computer. Take a look how glibc
>does it,
Package: wnpp
Severity: wishlist
* Package name: planetpenguin-racer
Version : 0.2.3
Upstream Author : planetpenguin.de Crew / Volker Stroebel <[EMAIL PROTECTED]>
* URL : http://projects.planetpenguin.de/racer/
* License : GPL
Description : another 3D rac
On 20050122T161110+0100, Martin Kittel wrote:
> I would like to have some clarification on whether it is sensible to
> declare a package dependency on kernel-image-x.y (e.g. kernel-image-2.6,
> _not_ a full kernel version kernel-image-x.y.z)
No, it's not. The job of a depends relation is to mak
53 matches
Mail list logo
