-By: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Description:
amavisd-new - Interface between MTA and virus scanner/content filters
amavisd-new-milter - Interface between sendmail-milter and amavisd-new
Closes: 284491 356953 362802 362952
Changes:
amavisd-new (1:2.4.0-1) unstable; urgency=low
On Tue, 18 Apr 2006, Pierre Habouzit wrote:
I will remove my rules.old in php-json because it's a mistake and I like
clean debian/ dirs. but please, not the bandwith argument for a file
It is also annoying to try to figure out why someone left something behind
every time you have to deal with
-By: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Description:
amavisd-new - Interface between MTA and virus scanner/content filters
amavisd-new-milter - Interface between sendmail-milter and amavisd-new
Closes: 358844 358993 360567
Changes:
amavisd-new (1:2.3.3-8) unstable; urgency=low
.
* Update
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 19 Mar 2006 23:32:57 -0300
Source: hplip
Binary: hpijs hplip-data hpijs-ppds hplip
Architecture: source i386 all
Version: 0.9.9-1
Distribution: unstable
Urgency: low
Maintainer: Henrique de Moraes Holschuh [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 24 Mar 2006 21:22:17 -0300
Source: hplip
Binary: hpijs hplip-data hpijs-ppds hplip
Architecture: source i386 all
Version: 0.9.9-2
Distribution: unstable
Urgency: low
Maintainer: Henrique de Moraes Holschuh [EMAIL PROTECTED
On Mon, 27 Mar 2006, Henning Makholm wrote:
And we ignore any (C) FSF in generated autofoo stuff.
The generated autofoo stuff does not end up in the .deb, so the
copyright file needs not describe it.
It often ends up in the source package (depending when you run the
autotools), which we do
On Thu, 16 Mar 2006, Aurelien Jarno wrote:
Well I am currently trying to split the glibc to not have libraries and
binaries in the same package (that will be a problem for multiarch).
While I am doing that, I can also put the timezone data in a separate
package.
Please do. That will be a
On Thu, 16 Mar 2006, Marc Dequènes wrote:
This meaning 15 is a representative set of 972 persons (1.5%) not
randomly choosen, which is obvioulsy wrong, and ridiculously small.
What is wrong here, is not even this demand for removal with such a lack
of clear evidence (you can wait for
Segundo email (anexo) dos listmasters, apartir de agora todos os endereços
@uol.com.br estão banidos permanentemente das listas de email do Debian. O
motivo completo pode ser determinado efetuando buscas pelo Google.
Reclamações, favor enviar direto para o serviço de atendimento ao usuário do
On Thu, 09 Mar 2006, Peter Kourzanov wrote:
For most of the packages, what is so different in cross-compilation in
comparison to native?
On my limited cross-compiling knowledge (and nearly zero experience), you
have three classes of packages:
1. Those that just compile, link and ship -- these
On Fri, 10 Mar 2006, Andreas Tille wrote:
Are there any more hints what might stop the computer from doing
cleeen halt / reboot than apm/acpi or sysvinit. I just tried
Yes, check for changes in /sbin/halt.
--
One disk to rule them all, One disk to find them. One disk to bring
them all
On Fri, 10 Mar 2006, Lars Wirzenius wrote:
pe, 2006-03-10 kello 21:49 +0100, Adrian von Bidder kirjoitti:
/me is trying to imagine the Debian project's members trying to agree on an
enemy...
Open RC bugs. Go to http://bts.turmzimmer.net/details.php, pick one,
hate it to death. Sleep
On Thu, 09 Mar 2006, Hendrik Sattler wrote:
`--host=HOST-TYPE'
the type of system on which the package will run. By default it
is the same as the build machine. Specifying it enables the
cross-compilation mode.
That's insane. However, it doen't say anything about the
Forwarding to the mailing list for the SysvInit maintainers (contacting me
directly isn't nearly as effective, I am not even the most active of the
sysvinit maintainers... ;-) ).
On Wed, 08 Mar 2006, Andreas Tille wrote:
On Wed, 8 Mar 2006, Henning Makholm wrote:
Sysvinit migrated to testing on
On Mon, 06 Mar 2006, Martin Schulze wrote:
Wolfgang Jeltsch wrote:
Am Montag, 6. März 2006 18:29 schrieb Martin Schulze:
The Debian project happily announces the re-availability of the
packages.debian.org service on a new machine. The system has been
donated by Schlund + Parner where
On Sat, 04 Mar 2006, Martin Schulze wrote:
The debian/changelog file is a file to document changes in the
respective package and not an arbitrary file to collect letters to
the stable release manager or anybody else. The latter should be
reached via mail.
I see. Since I was not certain
On Fri, 03 Mar 2006, Pjotr Kourzanov wrote:
I suppose the patches to debian/rules would be welcome on this list,
no?
I have no idea. Anyway, if you want to make sure I read something you post
in d-devel, please CC me.
And what about adding some magic to dpkg-buildpackage.orig to
monitor the
On Wed, 01 Mar 2006, Steve Langasek wrote:
On Wed, Mar 01, 2006 at 01:03:56AM -0300, Henrique de Moraes Holschuh wrote:
Otherwise, the ctte could overrule just about everything in Debian. Were
they not bound by the SC themselves, they could overrule even the SC itself
by determining
On Mon, 27 Feb 2006, Julien BLACHE wrote:
Joe Smith [EMAIL PROTECTED] wrote:
Anybody blindly mirroring ALL of ftp.debian.org via http or ftp would
end up with
two copies of the major architectures.
However, doing that is a stupid thing anyway, and Debian has no
obligation to protect
On Tue, 28 Feb 2006, Steve Langasek wrote:
The Section: field of a Debian package's control file is a technical detail
of the package, as is the location of a package on the Debian mirror. You
may consider that a particular decision has political motivations, but this
may be true of many
On Mon, 27 Feb 2006, Sergio Callegari wrote:
I have this directory on an Ubuntu system and it seems to be present
on recent Debian systems too...
I have never seen that in a Debian system.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness
On Sun, 26 Feb 2006, Osamu Aoki wrote:
Also, as a part of recent maintenance update, the current Debian New
Maintainers' Guide has following pointer at the start of Chapter 3 -
Modifying the source:
Please make sure to read /usr/share/doc/autotools-dev/README.Debian.gz
before proceeding.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 25 Feb 2006 12:24:25 -0300
Source: autotools-dev
Binary: autotools-dev
Architecture: source all
Version: 20060223.1
Distribution: unstable
Urgency: low
Maintainer: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Changed
-By: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Description:
amavisd-new - Interface between MTA and virus scanner/content filters
amavisd-new-milter - Interface between sendmail-milter and amavisd-new
Closes: 341957 353056 353383
Changes:
amavisd-new (1:2.3.3-7) unstable; urgency=low
On Fri, 24 Feb 2006, Frank Küster wrote:
Per Olofsson [EMAIL PROTECTED] wrote:
Frank Küster:
Were can I read up on how and why I should do this?
/usr/share/doc/autotools-dev/README.Debian.gz
Thanks - but I think this should be documented at a more visible place.
If it's not the
On Fri, 24 Feb 2006, Russ Allbery wrote:
Frank Küster [EMAIL PROTECTED] writes:
Pjotr Kourzanov [EMAIL PROTECTED] wrote:
In a number of packages (e.g., busybox, dash and many more) the
debian/rules Makefile calls ./configure without --host argument. This
makes the life quite difficult
On Fri, 24 Feb 2006, Henrique de Moraes Holschuh wrote:
If config.sub is not needed, I am almost sure that --host is not needed. Nor
is --build, or --target. They are not supposed to be able to work without
config.sub to canonize them.
Very well, I have verified this now to be _wrong_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 24 Feb 2006 09:49:44 -0300
Source: rng-tools
Binary: rng-tools
Architecture: source i386
Version: 2-unofficial-mt.10-2
Distribution: unstable
Urgency: low
Maintainer: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Changed
On Thu, 23 Feb 2006, Bastian Blank wrote:
On Thu, Feb 23, 2006 at 11:55:12AM +, Thiemo Seufer wrote:
It is probably (also?) a sysklogd bug, userland code isn't supposed to
use the kernel's atomic operations.
It is only a sysklogd bug. Userland code is not allowed to use kernel
headers
On Thu, 23 Feb 2006, Bastian Blank wrote:
On Thu, Feb 23, 2006 at 03:00:19PM -0300, Henrique de Moraes Holschuh wrote:
So far so good, but why is it allowed for a kernel header to include a file
that does not exist?
mips is not managed in the tree of linus. So it is likely
On Thu, 23 Feb 2006, Caio Begotti wrote:
pra fechar uns bugs dele antes) e só espero que não tomem eles e me deixem
com as mãos coçando novamente.
Então ache um sponsor e faça upload para a unstable. Depois que entra na
unstable é preciso um pouco mais que só a vontade para sequestrar um
Hi Caio!
On Thu, 23 Feb 2006, Caio Begotti wrote:
On Thursday 23 February 2006 15:06, Henrique de Moraes Holschuh wrote:
Então ache um sponsor e faça upload para a unstable. Depois que entra na
unstable é preciso um pouco mais que só a vontade para sequestrar um
pacote. Mesmo que de
On Wed, 22 Feb 2006, Chris Stromsoe wrote:
for the entire lifetime of the current stable release. Will -17.1 be
making its way into stable any time soon?
I seriously doubt so. Changing the stable sysklogd requires an upload to
stable (which did not happen), and that the stable release manager
On Wed, 22 Feb 2006, Anthony Towns wrote:
But afaik, you don't actually have access to that since it's on a
restricted access machine, so I'm at a loss as to what you're calling
Debian's morgue.
Merkel's mirror, most probably.
--
One disk to rule them all, One disk to find them. One disk
On Tue, 21 Feb 2006, Caio Begotti wrote:
Talvez alguns lembrem que eu estava mexendo nas novas versões do SpanDSP pro
Debian. Enfim, mandei pro time pkg-voip tudo o que fiz. Não gostaram. Falaram
que CDBS é uma besta desconhecida e que dificulta debugging e construção
dos pacotes. Descobri
On Wed, 15 Feb 2006, Jari Aalto wrote:
Not so fast. If the light weight system is to be kept as small as
possible, the additional tcl/Tk libraries would not be welcomed.
You won't be able to stay away from tcl/tk for too long if you want GUIs,
but I see your point.
GTK at least is common to
On Wed, 15 Feb 2006, Aurelien Jarno wrote:
What about using .tar.7z files to fix those problems?
What about writing a gzip-like utility using the improved 7zip compression,
and doing that the way bzip and gzip are done (a very sane library we can
call directly from inside apps, and a
On Tue, 14 Feb 2006, Ron Johnson wrote:
On Tue, 2006-02-14 at 03:35 -0500, Glenn Maynard wrote:
On Tue, Feb 14, 2006 at 10:07:45AM +0200, Jari Aalto wrote:
Ron Johnson [EMAIL PROTECTED] writes:
On Tue, 2006-02-14 at 01:16 +0200, Jari Aalto wrote:
The speciality is the small
On Sun, 12 Feb 2006, Ron Johnson wrote:
On Sun, 2006-02-12 at 18:08 +0200, Jari Aalto wrote:
Package: wnpp
Severity: wishlist
Owner: Jari Aalto [EMAIL PROTECTED]
* Package name: gitmail
Version : 0.4
Upstream Author : [EMAIL PROTECTED]
* URL :
On Fri, 10 Feb 2006, Jérôme Marant wrote:
Quoting Henrique de Moraes Holschuh [EMAIL PROTECTED]:
That was a 3:1 majority out of 200 voters, considering that Debian
http://www.debian.org/vote/2004/vote_004
There were exactly 909 developers including active, MIA and inactive ones
On Thu, 09 Feb 2006, Xavier Roche wrote:
On Thu, 9 Feb 2006, Josselin Mouette wrote:
Le jeudi 09 février 2006 à 11:12 +0100, Xavier Roche a écrit :
Maybe we could suggest another editorial change and revert to the
previous wording (not everything is software)
This has already been
On Thu, 09 Feb 2006, Jérôme Marant wrote:
Quoting Marco d'Itri [EMAIL PROTECTED]:
Well, maybe the people who mislabeled the everything is software vote
as an editorial change and deceived many other developers should have
tought about this.
The only people it made happy are extremists.
On Thu, 09 Feb 2006, Josselin Mouette wrote:
Le jeudi 09 février 2006 à 09:59 +0100, Marco d'Itri a écrit :
Well, maybe the people who mislabeled the everything is software vote
as an editorial change and deceived many other developers should have
tought about this.
Hey ! Look ! We've
On Fri, 10 Feb 2006, Jérôme Marant wrote:
Henrique de Moraes Holschuh [EMAIL PROTECTED] writes:
On Thu, 09 Feb 2006, Jérôme Marant wrote:
Quoting Marco d'Itri [EMAIL PROTECTED]:
Well, maybe the people who mislabeled the everything is software vote
as an editorial change and deceived
On Thu, 09 Feb 2006, Eric Dorland wrote:
If only 200 out of 1000 care enough to vote, then those are the people
396 people voted.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie.
On Thu, 09 Feb 2006, Henrique de Moraes Holschuh wrote:
Option D (rescind the 2004-03 GR) didn't even reach the 3:1 quorum.
Sorry, I meat 3:1 majority requirement.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land
]
Changed-By: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Description:
initscripts - Scripts for initializing and shutting down the system
sysv-rc- System-V-like runlevel change mechanism
sysvinit - System-V-like init utilities
Closes: 58119 205724 335297 340285 341075 341167 346329 348506
-By: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Description:
amavisd-new - Interface between MTA and virus scanner/content filters
amavisd-new-milter - Interface between sendmail-milter and amavisd-new
Closes: 295498 350917 350955 350962
Changes:
amavisd-new (1:2.3.3-6) unstable; urgency=low
On Thu, 02 Feb 2006, Lionel Elie Mamane wrote:
I just realised that the timezone data in glibc is taken from an
upstream database (namely ftp://elsie.nci.nih.gov/pub/). This data
sometimes changes, more rapidly than our release cycle (and than any
release cycle we can reasonable have).
See
-By: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Description:
amavisd-new - Interface between MTA and virus scanner/content filters
amavisd-new-milter - Interface between sendmail-milter and amavisd-new
Closes: 350144 350348
Changes:
amavisd-new (1:2.3.3-5) unstable; urgency=low
.
* Enable debconf
On Fri, 20 Jan 2006, Bernhard R. Link wrote:
* Peter Palfrader [EMAIL PROTECTED] [060120 13:31]:
user implies noexec, nosuid, and nodev unless overridden by subsequent
options according to the mount(8) manpage.
Please always keep in mind that this only reduces the chance, but still
keeps
-By: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Description:
amavisd-new - Interface between MTA and virus scanner/content filters
amavisd-new-milter - Interface between sendmail-milter and amavisd-new
Closes: 255376 348439 348990
Changes:
amavisd-new (1:2.3.3-4) unstable; urgency=low
.
[ Henrique
: 2.1.18-3
Distribution: unstable
Urgency: high
Maintainer: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Changed-By: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Description:
cyrus21-admin - Cyrus mail system (administration tool)
cyrus21-clients - Cyrus mail system (test clients)
cyrus21
On Mon, 16 Jan 2006, Steve Langasek wrote:
horrible, horrible kludge! No, the correct solution is to introduce two new
variables and deprecate the old one, instead of further re-defining
Source-Version in ways that have even less to do with the source version.
Agreed.
And why is this on
On Tue, 17 Jan 2006, Reinhard Tartler wrote:
What I find very dissapointing is that mdz asked on debian-devel twice
for a decision from debian how ubuntu should handle the maintainer Field
without any luck:
http://lists.debian.org/debian-devel/2006/01/msg00678.html
On Tue, 17 Jan 2006, Robert Collins wrote:
And yet most upstreams can get pretty much arbitrary code into Debian,
just by committing it?. How many DD's read the -entire- diff on major
version upgrades from upstream. And not just read, audit.
Not all, but it might be quite a few more than what
-By: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Description:
amavisd-new - Interface between MTA and virus scanner/content filters
amavisd-new-milter - Interface between sendmail-milter and amavisd-new
Closes: 283027 295498
Changes:
amavisd-new (1:2.3.3-3) unstable; urgency=low
.
[ Henrique de
On Fri, 13 Jan 2006, Charles Plessy wrote:
dependancy on curl. However, declaring proper dependancies for the
package is a should, not a must, so if a debian developper is free
to creating uninstallable packages if he fancies this.
Disclaimer: I am not talking about apt-file.
QA hat on
I sure
On Thu, 05 Jan 2006, Steve Langasek wrote:
BUT, if you do, don't ship /var/run inside the deb.
Why?
Because:
1. It will go away on reboot and if your service isn't enabled, it won't
be re-created. dpkg will still think it should be there, however.
And what does that
On Fri, 06 Jan 2006, sean finney wrote:
fail with a non-zero value (lsb-compliant packages, i believe), sometimes
it will exit normally without performing any action (apache 1.x for
example), and in other cases it will start the inactive service (apache 2.x,
for example).
Please file bugs,
On Fri, 06 Jan 2006, Steve Langasek wrote:
Yes, that's also reasonable, although the downside is a lack of good
distribution channel for such a signed statement -- key signatures you can
throw at any keyserver and they'll stick. :)
[EMAIL PROTECTED] is a proper channel for such announcements
On Wed, 04 Jan 2006, Steve Langasek wrote:
On Wed, Jan 04, 2006 at 10:43:57PM -0200, Henrique de Moraes Holschuh wrote:
initscripts co-maintainer hat on
Do it. We are *heavly* considering support for ephemeral /var/run (which is
orthogonal to /run or anything else in that topic), so you
On Wed, 04 Jan 2006, Peter Samuelson wrote:
[Peter Eisentraut]
What do you think about this request? It seems reasonable, but I
[...]
This issue was mentioned in the /run discussion we just had on this
list. I'm in favor of forcing all init scripts to mkdir -p
initscripts co-maintainer
On Tue, 03 Jan 2006, Andrew Vaughan wrote:
Whats needed is a genuine team of 2-5 suitable new maintainer 'peers'
[...]
You just described how Alioth-based team maintainership works when it
involves people who aren't DDs, which it often does AFAIK.
--
One disk to rule them all, One disk to
On Mon, 02 Jan 2006, Alejandro Bonilla wrote:
package, but NO. I had to know someone, that the someone had a developer
friend that would actually trust me, to ever be able to try posting something.
Supposedly, one post to debian-mentors should have gotten you started. I
guess the How can you
On Thu, 29 Dec 2005, Marco d'Itri wrote:
These packages have already been fixed:
rng-tools
Huh? rng-tools certainly takes benefit of MAKEDEV. It doesn't bork if
MAKEDEV has disappeared, though. Is that what you mean?
rng-tools postinst does this:
(cd /dev ./MAKEDEV hwrandom || ./MAKEDEV
On Thu, 29 Dec 2005, Marco d'Itri wrote:
On Dec 29, Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
No. I mean that it currently depends on makedeva while it should depend
on makedev | udev.
I see.
rng-tools postinst does this:
(cd /dev ./MAKEDEV hwrandom || ./MAKEDEV intel_rng
-By: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Description:
amavisd-new - Interface between MTA and virus scanner/content filters
amavisd-new-milter - Interface between sendmail-milter and amavisd-new
Closes: 193364 199826 211740 236482 263550 305711 316105
Changes:
amavisd-new (1:2.3.3-2
On Thu, 22 Dec 2005, Thomas Hood wrote:
2. One thing I would like to do in this release is to remove the
dynamically created/deleted /etc/nologin file from the root filesystem.
It is proposed that initscripts create and delete the nologin flag file
in /var/lib/initscripts/ and that
Here's a small sinopsys:
1. There is a need for a directory that is writeable *very* early in the
boot process. The alternative is complex and probably far more
undesireable (running daemon that implements a very simplified
filesystem-like interface and keeps all data in memory.
On Thu, 22 Dec 2005, Miquel van Smoorenburg wrote:
I tested this and it works fine. It's also a better solution, since
several packages contain directories in /var/run and ofcourse
they expect them to still exist after a reboot.
It is trivial to enhance these packages to support an ephemeral
On Wed, 21 Dec 2005, Olaf van der Spek wrote:
On 12/21/05, Goswin von Brederlow [EMAIL PROTECTED] wrote:
Who need PARALELISM and who has a bandwidth of more then 8 MBit?
I have 10240kBit downstream and get way less from security.debian.org.
Especialy when there is a security release of X
On Thu, 22 Dec 2005, Russell Coker wrote:
On Monday 19 December 2005 23:04, Gabor Gombas [EMAIL PROTECTED] wrote:
On Mon, Dec 19, 2005 at 01:49:37AM +0100, Bernd Eckenfels wrote:
tmpfs stores run ressources in vm more efficiently (since they are
otherwise in th buffercache and the
On Mon, 19 Dec 2005, Steve Langasek wrote:
by constraining the actual *implementation* of /run (barring ugly
hacking of the init scripts), you've made the system less suitable
for a third use case:
- memory is at a premium, disk is not
Then IMHO Debian is NOT the appropriate system
On Sun, 18 Dec 2005, Marco d'Itri wrote:
Reality check: packages have been using it for a long time and the world
has not fallen yet.
Debian-style reality check: if it is broken, we better fix it before it does
any damage.
Since we are talking namespace violation, I'd say we better fix this
On Sun, 18 Dec 2005, Marco d'Itri wrote:
Debian guarantees that it exists on debian systems.
No, we don't. We guarantee it exists on Sarge. It may or may not exist in
Etch and Sid in the future.
1. It exists only on Linux-based OS's
2. There is no gaurentee that it will continue to be
On Mon, 19 Dec 2005, Marco d'Itri wrote:
On Dec 19, Gabor Gombas [EMAIL PROTECTED] wrote:
If in the future glibc decides to choose some other implementation
for shm_open(), then it has no reason to stay.
But it has no reason to go away either, since there are many other uses
too for a
On Mon, 12 Dec 2005, Martijn van Oosterhout wrote:
2005/12/12, Henrique de Moraes Holschuh [EMAIL PROTECTED]:
We don't want them to open multiple connections even to MULTIPLE
servers...
That's odd though, because apt *does* open connections to multiple servers
all the time. To fetch
On Mon, 12 Dec 2005, Marco d'Itri wrote:
On Dec 12, Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
use more than a single server by itself... I didn't think it common
practice
for large mirror to configure multi-megabyte windows...
TCP/IP windows? Or user bw shaping?
He means
On Mon, 12 Dec 2005, Henning Makholm wrote:
As far as I read the proposal, it is about downloading _different_
files from different mirrors - if you have 25 packages to get for your
'apt-get update' operation, download 5 packages from each of 5
different servers, with one connection to each
On Mon, 12 Dec 2005, Joey Hess wrote:
Marco d'Itri wrote:
Or at least fall back to the other IPs if the first one gives an
error?
I hope that this already happens...
apt doesn't know anything about round robin dns, and especially with
secure apt, if one mirror gets out of sync things
On Sun, 11 Dec 2005, Marco d'Itri wrote:
On Dec 11, Charles Fry [EMAIL PROTECTED] wrote:
But if multiple URLs could satisfactorily serve requests for a single
repository, only one of them is currently used.
Which is fine, because we do not want people to open multiple
connections to the
On Sun, 11 Dec 2005, Nathanael Nerode wrote:
Regenerating acinclude.m4, aclocal.m4, configure.in, and finally configure,
can be a pain in the neck. In some packages, it's done by
autoreconf ?
In my experience the redefinition of AC_FOREACH sometimes fights with the
Any such redefinitions
On Sat, 10 Dec 2005, Jérôme Marant wrote:
Use dpkg-parsechangelog along with sed to get the upstream from
the debian version.
Then use dpkg-gencontrol -VUpstream-Version=$(upstream_version)
Yes, something like (makefile syntax):
# Version information
VERSION?=$(shell dpkg-parsechangelog |
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 7 Dec 2005 14:05:12 -0200
Source: hplip
Binary: hpijs hplip-data hplip-ppds hplip
Architecture: source i386 all
Version: 0.9.7-4
Distribution: unstable
Urgency: low
Maintainer: Henrique de Moraes Holschuh [EMAIL PROTECTED
On Tue, 06 Dec 2005, Ivan Adams wrote:
I have slow internet connection. BUT I have friends with the same connection
in my local area network, who have apt-proxy.
My goal is: When I need to install new system (Debian) on new user, or
dist-upgrade on entire system, I need the unstable packets
On Tue, 06 Dec 2005, George Danchev wrote:
apt-torrent seems to approach that too:
http://sianka.free.fr/documentation.html
Now, THAT is something nice. BitTorrent won't overload the mirrors ever.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the
On Tue, 06 Dec 2005, Florian Weimer wrote:
Technically, the BIND code is wrong because pthread_cond_timedwait is
What else is new... :(
not guaranteed to return within 15 seconds after the requested
timeout. But if this happens without extremely high load, something
fishy is going on.
I'd
On Mon, 05 Dec 2005, Joe Smith wrote:
Olaf van der Spek [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On 12/5/05, Ivan Adams [EMAIL PROTECTED] wrote:
Example: (/etc/apt/sources.list)
deb http://ftp.en.debian.org/debian main stable contrib non-free
deb
On Tue, 06 Dec 2005, Romain Beauxis wrote:
Le Mardi 6 Décembre 2005 02:50, Joe Smith a écrit :
Now it is useless for users where the bottleneck is on their end.
Well, it can also be usefull in case of a broken mirror can't it?
apt already handles that and skips to the next mirror.
--
On Fri, 02 Dec 2005, Matthew Garrett wrote:
To a large extent, this sort of work is currently being done in HAL. Is
there any need to create another level of abstraction, or should we just
work on that? It also sounds (though I'm not certain) like you're
Can I tell HAL to just handle power
On Fri, 02 Dec 2005, Kevin Locke wrote:
What are your (or anyone else's) thoughts about the value of a daemon to
invoke scripts based on the power-related HAL events? Is this
unnecessary given the function of the GNOME Power Manager and
equivalents, or would it have enough value to be worth
On Fri, 02 Dec 2005, Matthew Garrett wrote:
Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
1. power management is system infrastructure. I can explain WHY it
is so, but I don't think many people would argue that power
management is an user-level service.
Whether
On Fri, 02 Dec 2005, Matthew Garrett wrote:
Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
Nobody said the user can't give his input on how the service will behave.
That's what the GUI is for, and what configuration files are for.
The user needs to be able to configure this without
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 30 Nov 2005 15:04:33 -0200
Source: hplip
Binary: hpijs hplip-data hplip-ppds hplip
Architecture: source i386 all
Version: 0.9.7-3
Distribution: unstable
Urgency: low
Maintainer: Henrique de Moraes Holschuh [EMAIL PROTECTED
i386 all
Version: 2.2.12-1
Distribution: experimental
Urgency: low
Maintainer: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Changed-By: Henrique de Moraes Holschuh [EMAIL PROTECTED]
Description:
cyrus22-admin - Cyrus mail system (administration tool)
cyrus22-clients - Cyrus mail system (test
On Sat, 26 Nov 2005, Andreas Metzler wrote:
Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
[...]
Meanwhile, I am using this: unversioned depends and two conflicts: (
{Upstream-Version}), (= {Upstream-Version}.1).
Depends: foo (={Upstream-Version}), foo ( {Upstream-Version}.1
On Fri, 25 Nov 2005, Anthony Towns wrote:
(I'm amazed the security crisis we're having is about deb sigs
*again*, when we're still relying on md5sum which has a public exploit
available now...)
Do you really want a thread about how we should switch everything to SHA-512
or something like that?
On Fri, 25 Nov 2005, Nathanael Nerode wrote:
OK. So I was working on the problem of fixing dpkg-dev so that
foo Depends: foo-data {SourceVersion}, foo-libs {BinaryVersion}
or something similar actually works. By parsing the version numbers.
I'd very much like debhelper or dpkg-* to give
On Thu, 24 Nov 2005, Anthony Towns wrote:
On Wed, Nov 23, 2005 at 04:37:05PM -0200, Henrique de Moraes Holschuh wrote:
On Thu, 24 Nov 2005, Anthony Towns wrote:
Personally, I think it's cryptographic snake oil, at least in so far
A signed deb has a seal of procedence and allows one
901 - 1000 of 1562 matches
Mail list logo