Anthony Towns aj@azure.humbug.org.au writes:
Hrm, thinking about it, I guess zsync probably works by storing the
state of the gzip table at certain points in the file and doing a
rolling hash of the contents and recompressing each chunk of the file;
that'd result in the size of the .gz not
=?iso-8859-15?Q?J=E9r=F4me_Marant?= [EMAIL PROTECTED] writes:
Colin Watson [EMAIL PROTECTED] writes:
On Fri, Nov 18, 2005 at 03:10:37PM +0100, Jérôme Marant wrote:
Quoting Florian Weimer [EMAIL PROTECTED]:
* Jérôme Marant:
Is it currently possible to upload amd64 packages to ftp-master?
Stefano Zacchiroli [EMAIL PROTECTED] writes:
While we are it ... I noticed that removal of packages from the official
debian archive are not propagated to the amd64 archive. E.g. query
packages.debian.org for the editex source package.
Is that known?
No. removals should propagate to amd64
=?iso-8859-15?Q?J=E9r=F4me_Marant?= [EMAIL PROTECTED] writes:
I meantioned one solution. There is another possible one: source uploads.
And no, I don't think it would cause more breakages than nowdays because
uploading sources only doesn't meant packages have not been build on
our systems.
Nicolas Boullis [EMAIL PROTECTED] writes:
On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
Hello Debian developers,
When doing research about circular-deps, I looked at a lot of packages
that are split between a binary package and a data package. This is a
good thing since
Henrique de Moraes Holschuh [EMAIL PROTECTED] writes:
3. Loose dependencies between -data and main packages *CAN* create breakage
on partial upgrades, depending on just how tight the relationship between
a particular version of the package and its arch-indep data is. Watch
out for
Frank Küster [EMAIL PROTECTED] writes:
Hi,
on the debian-tetex-maint mailing list we often have problems to decide
which of the thousands of TeX input files should be treated as
configuration files - in principle, each of them can be changed in order
to change the behavior of the system.
Daniel Burrows [EMAIL PROTECTED] writes:
On Mon, Nov 21, 2005 at 04:26:34PM +0100, Goswin von Brederlow [EMAIL
PROTECTED] was heard to say:
Nicolas Boullis [EMAIL PROTECTED] writes:
On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
Hello Debian developers,
When doing
Thijs Kinkhorst [EMAIL PROTECTED] writes:
On Mon, 2005-11-21 at 16:26 +0100, Goswin von Brederlow wrote:
foo depends on foo-data. But foo-data does NOT depend on foo.
So an apt-get install foo-data, while being useless, is consistent
for dpkg. After that you would end up with a menu entry
Ricardo Mones [EMAIL PROTECTED] writes:
IMHO pkg-data package should also include an «Enhances: pkg» in
addition to the suggest. Both fields with some partial string matching
on the package names could make some frontend realize the kind
of relation between the packages.
regards,
I
Stefano Zacchiroli [EMAIL PROTECTED] writes:
On Sat, Nov 19, 2005 at 06:42:15PM +0100, Goswin von Brederlow wrote:
[EMAIL PROTECTED]:/org/amd64.debian.net$ madison editex
editex |0.0.5-6 |stable | source
editex |0.0.5-6 | unstable | source
As you can see editex
Gabor Gombas [EMAIL PROTECTED] writes:
On Tue, Nov 22, 2005 at 09:48:53AM +0100, Goswin von Brederlow wrote:
Aparently yes. Menu seems to be smart enough for that, see other
mails. Bad example, sorry. But manpages certainly aren't.
Well, being able to read the documentation (including
Ricardo Mones [EMAIL PROTECTED] writes:
| foo | foo-data
-+--+-
foo needs foo-data | Depends: foo-data| Suggests: foo
Steve Langasek [EMAIL PROTECTED] writes:
On Tue, Nov 22, 2005 at 08:13:23AM -0600, Ken Bloom wrote:
Why not accept the AMD64 binaries, then dump the AMD64 binaries because
you don't know what to do with them, but accept the arch:all debs from
that upload?
Why would ftp-master want to work
Hi,
recently some changes have been made to the DAK, wanna-build and
buildds for binNMUs that probably went unnoticed to most developers.
And since binNMUs are rather uncommon you might not notice for the
longest time and then despair.
So heres a summary:
- buildds can recompile a source with a
sean finney [EMAIL PROTECTED] writes:
just throwing a quick $0.02 in here,
On Wed, Nov 23, 2005 at 01:51:30PM +0100, Goswin von Brederlow wrote:
Well, being able to read the documentation (including the man page) of a
binary without requiring the binary to be installed is a good thing
Andreas Barth [EMAIL PROTECTED] writes:
* Goswin von Brederlow ([EMAIL PROTECTED]) [051123 15:51]:
- binNMU version scheme changed
The developer reference _still_ states binNMU should be versioned as
1.2-3.0.1. The DAK will no longer accept this.
I am sorry that the developers
Henrique de Moraes Holschuh [EMAIL PROTECTED] writes:
On Wed, 23 Nov 2005, Goswin von Brederlow wrote:
- buildds can recompile a source with a binNMU version
We were told about this, although I can't recall if the proper channel
(d-d-a) was used.
Would you consider posting your message
Anthony Towns aj@azure.humbug.org.au writes:
On Wed, Nov 23, 2005 at 11:33:47AM +0100, Florian Weimer wrote:
* Marc Brockschmidt:
Today (or last night, whatever), the dak installation on ftp-master was
changed to not accept packages that include more than 3 parts, which are
usually the
Let me just make the suggestion to better use reprepro.
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Matt Zimmerman [EMAIL PROTECTED] writes:
On Wed, Nov 23, 2005 at 09:18:40PM +0100, Goswin von Brederlow wrote:
Use 2: I have this Ubuntu CD and want to know which debs are from
debian and which got recompiled
Look for all debs that have a deb signature of the debian archive
Marc 'HE' Brockschmidt [EMAIL PROTECTED] writes:
Jeroen van Wolffelaar [EMAIL PROTECTED] writes:
On Tue, Nov 22, 2005 at 04:50:02PM +0100, Marc 'HE' Brockschmidt wrote:
As I'm responsible for most of dpkg-sig's code (and planned to do some
more work in the next two months) I'd like to know if
Stefano Zacchiroli [EMAIL PROTECTED] writes:
On Tue, Nov 22, 2005 at 04:50:02PM +0100, Marc 'HE' Brockschmidt wrote:
I'd like to know if anyone cares about using these binary signatures
Before your mail I was completely unaware of the existence of dpkg-sig.
Now that I know it, I care about
Michael Banck [EMAIL PROTECTED] writes:
On Wed, Nov 23, 2005 at 03:50:11PM +0100, Goswin von Brederlow wrote:
If you NEED to do a manual binNMU it is probably best to use sbuild
(the cvs, not deb)
Patches for the Debian package are welcome, of course.
Michael
Do you know about
http
Wouter Verhelst [EMAIL PROTECTED] writes:
They were, originally. Ryan's been very active on it since, and it's
diverged a bit from the code you're maintaining.
Then he should send patches and bug reports to the debian
package. This split between the user/developer visible sbuild and the
secret
Anthony Towns aj@azure.humbug.org.au writes:
On Thu, Nov 24, 2005 at 09:09:21AM +1100, Matthew Palmer wrote:
2) A signature from dinstall saying this package was installed in the
Debian archive would provide a means of automatic assurance of the source
of a binary package, when I'm putting
Anthony Towns aj@azure.humbug.org.au writes:
On Thu, Nov 24, 2005 at 02:31:22PM +1100, Matthew Palmer wrote:
Then there's the opposite argument about why not do that inside the .deb?.
Simple answers: unnecessary bloat, unwarranted feeling of security
leading to bad decisions.
Where do you
Simon Richter [EMAIL PROTECTED] writes:
Hi,
Henrique de Moraes Holschuh wrote:
Well, assuming .changes is not snake-oil, then why should in-deb sigs be
called snake-oil? After all, according to you they essentially do the same
job.
Not exactly. .changes files say that the archive should
Anthony Towns aj@azure.humbug.org.au writes:
On Wed, Nov 23, 2005 at 09:18:40PM +0100, Goswin von Brederlow wrote:
Use 1: I have this deb in my apt-move mirror and I want to know if it
was compromised on yesterdays breakin
Boot a clean system with debian keyring and check all deb
Daniel Leidert [EMAIL PROTECTED] writes:
Am Mittwoch, den 23.11.2005, 21:21 +0100 schrieb Goswin von Brederlow:
Let me just make the suggestion to better use reprepro.
That's not an alternative. It has no easy incoming mechanisms for remote
systems.
Regards, Daniel
And apt-ftparchive has
Wouter Verhelst [EMAIL PROTECTED] writes:
On Thu, Nov 24, 2005 at 06:51:24PM +0100, Goswin von Brederlow wrote:
Wouter Verhelst [EMAIL PROTECTED] writes:
I personally see the packages in unstable as something good for
end-users who want to use it, or understand how the system works
Michael Banck [EMAIL PROTECTED] writes:
On Thu, Nov 24, 2005 at 06:44:42PM +0100, Goswin von Brederlow wrote:
Michael Banck [EMAIL PROTECTED] writes:
On Wed, Nov 23, 2005 at 03:50:11PM +0100, Goswin von Brederlow wrote:
If you NEED to do a manual binNMU it is probably best to use sbuild
Michael Banck [EMAIL PROTECTED] writes:
On Thu, Nov 24, 2005 at 06:51:24PM +0100, Goswin von Brederlow wrote:
Wouter Verhelst [EMAIL PROTECTED] writes:
They were, originally. Ryan's been very active on it since, and it's
diverged a bit from the code you're maintaining.
Then he should
Adeodato =?utf-8?B?U2ltw7M=?= [EMAIL PROTECTED] writes:
* Goswin von Brederlow [Thu, 24 Nov 2005 18:51:24 +0100]:
Hi,
Wouter Verhelst [EMAIL PROTECTED] writes:
They were, originally. Ryan's been very active on it since, and it's
diverged a bit from the code you're maintaining.
Then he
Anthony Towns aj@azure.humbug.org.au writes:
On Thu, Nov 24, 2005 at 06:28:04PM +0100, Florian Weimer wrote:
If you just want to check hashes, you should just use changes files. If
you _actually_ want to check hashes, and this isn't just a thought
experiment, working out a usable way to
Steve Langasek [EMAIL PROTECTED] writes:
On Thu, Nov 24, 2005 at 07:17:06PM +0100, Goswin von Brederlow wrote:
That's easy: you trust the Packages file to be correct when using apt,
and it's not verified at all by per-package signatures.
In what way trust and how does that change anything
Anthony Towns aj@azure.humbug.org.au writes:
On Thu, Nov 24, 2005 at 07:47:58PM +0100, Goswin von Brederlow wrote:
Anthony Towns aj@azure.humbug.org.au writes:
On Wed, Nov 23, 2005 at 09:18:40PM +0100, Goswin von Brederlow wrote:
Use 1: I have this deb in my apt-move mirror and I want
Henrique de Moraes Holschuh [EMAIL PROTECTED] writes:
On Thu, 24 Nov 2005, Anthony Towns wrote:
On Thu, Nov 24, 2005 at 07:39:57AM +0100, Marc Haber wrote:
Uh, packages not uploaded to the official Debian archive can do whatever
they want.
It would, however, be convenient to be able to
Simon Richter [EMAIL PROTECTED] writes:
IF this means we can switch the effort to a detached signature that is more
powerful than a .changes file (or we are allowed to have multiple signatures
in a .changes file),
That is already possible with gnupg, just not well-documented; I'm not
entirely
Daniel Leidert [EMAIL PROTECTED] writes:
Am Donnerstag, den 24.11.2005, 19:53 +0100 schrieb Goswin von Brederlow:
An incoming queue for reprepo is a ~100 lines shell script to check the
changes file signature and include the files in reprepro. Probably less
if you rewrite it in perl.
Yes
Wouter Verhelst [EMAIL PROTECTED] writes:
On Fri, Nov 25, 2005 at 02:03:12PM +0100, Goswin von Brederlow wrote:
It just pains me that Debian does not include all the software to
build Debian.
Sure it does. It just doesn't include the software that Debian uses to
automatically build packages
Michael Banck [EMAIL PROTECTED] writes:
On Fri, Nov 25, 2005 at 02:38:32PM +0100, Goswin von Brederlow wrote:
Michael Banck [EMAIL PROTECTED] writes:
On Thu, Nov 24, 2005 at 06:51:24PM +0100, Goswin von Brederlow wrote:
Wouter Verhelst [EMAIL PROTECTED] writes:
They were, originally
Matthew Palmer [EMAIL PROTECTED] writes:
On Fri, Nov 25, 2005 at 03:22:37PM +0100, Goswin von Brederlow wrote:
A signature in the deb by a random developer is as trustworthy as the
changes file and you already trust that. So we are going from snakeoil
to snakoil. No harm done.
It's
Olaf van der Spek [EMAIL PROTECTED] writes:
On 11/25/05, Matthew Palmer [EMAIL PROTECTED] wrote:
Of course, using the signature on the .changes to verify the .debs
independent from the archive at some later date is a nice side-benefit, but
one which suffers from the same key-lifetime issues
Roger Leigh [EMAIL PROTECTED] writes:
This is very true. I wasn't aware of the SVN repository until it was
mentioned in this thread. Over the weekend, I have merged almost all
the SVN changes:
Many thanks for the work. It is greatly appreciated.
MfG
Goswin
--
To UNSUBSCRIBE,
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
Goswin von Brederlow [EMAIL PROTECTED] writes:
The archive signing key gives absolutely no integrity ensurance on the
deb package. The only thing it insures is that the file was not
altered _after_ leaving ftp.de.debian.org for the mirrors
Andreas Metzler [EMAIL PROTECTED] writes:
Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
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}), (=
Steinar H. Gunderson [EMAIL PROTECTED] writes:
On Sat, Nov 26, 2005 at 09:13:02AM +1000, Anthony Towns wrote:
Moving away from MD5 is certainly not a bad idea, but it's not clear
whether the alternatives are any better. Sure, everyone recommends
SHA-256 at this stage, but nobody can give a
Anthony Towns aj@azure.humbug.org.au writes:
On Fri, Nov 25, 2005 at 12:49:11PM -0800, Thomas Bushnell BSG wrote:
Anthony Towns aj@azure.humbug.org.au writes:
.deb signatures are aimed at giving users some sort of assurance the
package is valid; but when you actually look into it -- at
Steve Langasek [EMAIL PROTECTED] writes:
On Fri, Nov 25, 2005 at 02:57:36PM +0100, Goswin von Brederlow wrote:
Steve Langasek [EMAIL PROTECTED] writes:
On Thu, Nov 24, 2005 at 07:17:06PM +0100, Goswin von Brederlow wrote:
That's easy: you trust the Packages file to be correct when using
Steinar H. Gunderson [EMAIL PROTECTED] writes:
On Sat, Nov 26, 2005 at 10:47:57AM +1100, Brian May wrote:
Well, even if I know naught about it, it looks to me that having
something signed is better than having the same something not signed.
Sorry, but that's a snake oil rationale.
A: Why do
Anthony Towns aj@azure.humbug.org.au writes:
On Fri, Nov 25, 2005 at 03:13:58PM +0100, Goswin von Brederlow wrote:
You're correct.
And he is also wrong.
That would result in debs with the same name and version but different
md5sums. Something that easily confuses apt-get and people
Noèl Köthe [EMAIL PROTECTED] writes:
Hello
on an uptodate etch I get:
# apt-get source samba
Reading package lists... Done
Building dependency tree... Done
E: Unable to find a source package for samba
The samba package is missing the
Source: samba (3.0.20b-2)
line and apt then fails to
Anthony Towns aj@azure.humbug.org.au writes:
On Tue, Dec 06, 2005 at 05:21:46PM -0800, Blars Blarson wrote:
I can do the analyzing, but what should I do with the results?
Put them on a webpage so anyone can see them, and if you don't find
someone who'll give you an immediate response, track
[EMAIL PROTECTED] (Aaron M. Ucko) writes:
Thomas Viehmann [EMAIL PROTECTED] writes:
+pcsx: i386 # i386
assembly
AFAICT, this is only because its Linux/Makefile forces CPU to ix86
unconditionally.
Write patch. At a minimum the package
Bill Allombert [EMAIL PROTECTED] writes:
Making buildd admin a purely administrative task while porters are
not even trusted to do a binary upload is not going to work because you
will never find volunteers accepting to work under theses terms.
Thanks. My sentiment exactly.
MfG
Steve Langasek [EMAIL PROTECTED] writes:
On Thu, Dec 08, 2005 at 10:41:51AM +0100, Goswin von Brederlow wrote:
[EMAIL PROTECTED] (Aaron M. Ucko) writes:
Thomas Viehmann [EMAIL PROTECTED] writes:
+pcsx: i386#
i386 assembly
Steve Langasek [EMAIL PROTECTED] writes:
On Thu, Dec 08, 2005 at 11:40:17AM +0100, Josselin Mouette wrote:
and people aren't skilled enough because they aren't allowed to help.
Er, did you even *read* this thread? We got on the topic of buildds because
*someone refused to help diagnose
Petter Reinholdtsen [EMAIL PROTECTED] writes:
Setting up a buildd system do not require extra privileges from the
Debian project, as far as I know. Any Debian developer with his
public key in the keyring can sign uploads. The only privileges
Upload of autobuild packages from inofficial
Ryan Schultz [EMAIL PROTECTED] writes:
On Thursday 08 December 2005 04:41 am, you wrote:
[EMAIL PROTECTED] (Aaron M. Ucko) writes:
Thomas Viehmann [EMAIL PROTECTED] writes:
+pcsx: i386#
i386 assembly
AFAICT, this is only
Hi,
I got a bugreport requesting exected mirror sizes to be added to the
debmirror documentation and I thought some of you might be intrested
in them too. So heres the stats:
Mirror size for a singe arch and binary only (in MiB):
| sarge | etch | sid | all
Anthony Towns aj@azure.humbug.org.au writes:
On Thu, Dec 08, 2005 at 04:52:31PM -0500, Nathanael Nerode wrote:
To respond preemptively to one expected reply: I don't have time to answer
these questions is not a reasonable excuse, because if they don't have
time,
they need to ask for help.
Steve Langasek [EMAIL PROTECTED] writes:
On Thu, Dec 08, 2005 at 01:52:51PM +0100, Goswin von Brederlow wrote:
Steve Langasek [EMAIL PROTECTED] writes:
On Thu, Dec 08, 2005 at 10:41:51AM +0100, Goswin von Brederlow wrote:
[EMAIL PROTECTED] (Aaron M. Ucko) writes:
Thomas Viehmann [EMAIL
Turbo Fredriksson [EMAIL PROTECTED] writes:
I'm trying to build autoconf/automake on my semi woody...
But that isn't going to well (to say the least). I really
hate these two programs. It's always a mess to build them
if you don't follow the latest and greatest (probably no
faults to the
Heiko Müller [EMAIL PROTECTED] writes:
We found that gcc-2.95 -Os produces object code of acceptable quality
within reasonable compilation times. gcc =3 is less efficient w.r.t.
compilation time and memory consumption and in many cases even fails
to compile our codes due to the very long
Josselin Mouette [EMAIL PROTECTED] writes:
Le vendredi 09 décembre 2005 à 12:07 +1000, Anthony Towns a écrit :
That's non-sensical. Everything the buildds do is logged pretty much
immediately onto http://buildd.debian.org/, which also provides long
running statistics on how effective the
Florian Weimer [EMAIL PROTECTED] writes:
* Goswin von Brederlow:
Mirror size per arch (in MiB):
| sarge | etch | sid | all
-+---+--+---+---
source | 9339 | 9419 | 11495 | 30252
This looks suspicious. I expected that the total number would
Russ Allbery [EMAIL PROTECTED] writes:
Ingo Juergensmann [EMAIL PROTECTED] writes:
Please stop assuming wrong facts.
As I already stated several times before: Ryan was offered to integrate
the buildd.net software. He declined with the argument that all
information is already available on
Anthony Towns aj@azure.humbug.org.au writes:
On Fri, Dec 09, 2005 at 10:19:46AM -0500, Daniel Jacobowitz wrote:
I'm not saying that this all needs to be publicly logged. I don't give
a rat's ass whether it is or not. But please don't stand there saying
that the process is completely
Anthony Towns aj@azure.humbug.org.au writes:
On Sat, Dec 10, 2005 at 11:52:22AM +0100, Josselin Mouette wrote:
It got proposed because no one was able to give correct explanations
about why it hadn't been included.
Heh. I'm almost morbidly curious enough to ask what you think the
correct
Anthony Towns aj@azure.humbug.org.au writes:
On Fri, Dec 09, 2005 at 07:24:00PM -0800, Thomas Bushnell BSG wrote:
That sort of information is helpful to tell you when there is a problem,
but that's only the first step. ATM, the corresponding thing would
be to (gosh!) setup a webpage tracking
Russ Allbery [EMAIL PROTECTED] writes:
Goswin von Brederlow [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
C'mon, this is a free software project. The obvious first step for
providing better infrastructure would be to make that infrastructure
publically available
Anthony Towns aj@azure.humbug.org.au writes:
On Fri, Dec 09, 2005 at 09:40:11PM -0800, Thomas Bushnell BSG wrote:
Anthony Towns aj@azure.humbug.org.au writes:
Requeue requests are part of handling logs... You get a failed log, you
analyse it to say oh, that's a transient error due to other
Thiemo Seufer [EMAIL PROTECTED] writes:
Jeroen van Wolffelaar wrote:
[snip]
A similar issue I noted in the past is the big number of build failures
that don't get tagged 'Failed'. I tried working on classifying them, but
got bored so increadibly fast that I gave up, and decided for myself
Hamish Moffatt [EMAIL PROTECTED] writes:
On Fri, Dec 09, 2005 at 06:50:26PM +0100, Goswin von Brederlow wrote:
And when you try you get screamed at and flamed as witnessed in the
huge buildd flame fest the last time. Iirc some 3000 packages were
build outside the official buildd network
Bill Allombert [EMAIL PROTECTED] writes:
On Fri, Dec 09, 2005 at 04:22:37PM +0100, Goswin von Brederlow wrote:
Heiko M?ller [EMAIL PROTECTED] writes:
We found that gcc-2.95 -Os produces object code of acceptable quality
within reasonable compilation times. gcc =3 is less efficient w.r.t
Wouter Verhelst [EMAIL PROTECTED] writes:
On Sun, Dec 11, 2005 at 02:45:50AM +0100, 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,
Martijn van Oosterhout [EMAIL PROTECTED] writes:
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.
Steve Langasek [EMAIL PROTECTED] writes:
On Sun, Dec 11, 2005 at 08:52:04AM -0800, Russ Allbery wrote:
Steve Langasek [EMAIL PROTECTED] writes:
On Sat, Dec 10, 2005 at 06:53:47AM -0800, Blars Blarson wrote:
Again: what can I do with such a list? See the list below.
Changes to the P-a-s
Nico Golde [EMAIL PROTECTED] writes:
The package is in a fairly good state but has some annoying
bugs [1]. So I played a bit with gqview which seems be a
good replacement. It has all features gtksee has and a bit
more.
Would it be possible to add a wraper for gqview that translates the
Russ Allbery [EMAIL PROTECTED] writes:
Goswin von Brederlow [EMAIL PROTECTED] writes:
Ok, lets take an example: Where is the source thrown at you for
www.debian.org?
It isn't. You have to ask around, get to know or dig deep along the
links to find cvs.debian.org.
Funny, I just did
[EMAIL PROTECTED] writes:
Hi all,
I'm new to the group and am seeking your advice on my Debian Linux C++
programming problem with named pipes.
Two programs are involved. One is myProgram.cc, which reads user's
input from keyboard and prints to the screen. The other program
is main.cc,
Anand Kumria [EMAIL PROTECTED] writes:
I'd like to congratulate our ftp-master team on their ability to timely
process packages progressing through the NEW queue.
http://ftp-master.debian.org/new.html [1]
I think you are an excellent example of people who are too busy for Debian.
I must
Nathanael Nerode [EMAIL PROTECTED] writes:
So for various reasons the buildd.net status code is not considered ready
to be integrated on buildd.debian.org, either by its author or by its
maintainer or by Ryan Murray. Fine, I understand.
Well, after looking at
Martin Schulze [EMAIL PROTECTED] writes:
The Debian Projecthttp://www.debian.org/
Debian GNU/Linux 3.1 updated (r1) [EMAIL PROTECTED]
December 20th, 2005
Anand Kumria [EMAIL PROTECTED] writes:
On Fri, Dec 16, 2005 at 03:56:30PM +0100, Goswin von Brederlow wrote:
Anand Kumria [EMAIL PROTECTED] writes:
I'd like to congratulate our ftp-master team on their ability to timely
process packages progressing through the NEW queue.
http://ftp
Andreas Fester [EMAIL PROTECTED] writes:
Benjamin Mesing wrote:
Please (re)check, if the package can be built by g++ 3.4
on [hppa/arm/m68k]?
Do I simply remove the explicit build dependency on g++,
upload the package and wait if it succeeds (and probably
create another package version with
Russ Allbery [EMAIL PROTECTED] writes:
Goswin von Brederlow [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
Funny, I just did a Google search for
site:www.debian.org cvs repository www.debian.org
and there it was, plain as day.
That implies that you already know
Steinar H. Gunderson [EMAIL PROTECTED] writes:
On Sun, Dec 18, 2005 at 12:34:56PM +0100, Gürkan Sengün wrote:
I've run some scripts to find out the size of binary pakcages in debian
and how theycould be made smaller, here's the results:
My comments are about the same as on IRC:
- Disk
Olaf van der Spek [EMAIL PROTECTED] writes:
On 12/18/05, Steinar H. Gunderson [EMAIL PROTECTED] wrote:
On Sun, Dec 18, 2005 at 02:56:10PM +0100, Olaf van der Spek wrote:
Why would this be huge?
Why is it that hard to plugin another codec?
You'd have to rewrite about every single tool in
Raphael Hertzog [EMAIL PROTECTED] writes:
On Sun, Dec 18, 2005 at 12:34:56PM +0100, Gürkan Sengün wrote:
Hi
I've run some scripts to find out the size of binary pakcages in debian
and how theycould be made smaller, here's the results:
http://www.linuks.mine.nu/sizematters/
FWIW :
[EMAIL PROTECTED] [EMAIL PROTECTED] writes:
Peter Samuelson wrote:
Given the need, and now the reality, of /run, is there any need for
a
separate /var/run?
Need is probably too strong, but it's certainly convenient if we
don't
have to change the way we currently use /var/run/.
How
Michelle Konzack [EMAIL PROTECTED] writes:
Am 2005-12-12 13:23:01, schrieb Goswin von Brederlow:
Actualy one thing apt could do:
[EMAIL PROTECTED]:~% host security.debian.org
security.debian.org A 82.94.249.158
security.debian.org A 128.101.80.133
security.debian.org
Michelle Konzack [EMAIL PROTECTED] writes:
Am 2005-12-06 09:53:43, schrieb Ivan Adams:
Hi again,
in my case:
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
Olaf van der Spek [EMAIL PROTECTED] writes:
On 12/21/05, Goswin von Brederlow [EMAIL PROTECTED] wrote:
uncompressor file.tar.whatever | tar -x
$ uncompressor
-bash: uncompressor: command not found
This solution doesn't look usable in scripts and user have to use a
more complex syntax
Olaf van der Spek [EMAIL PROTECTED] writes:
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
Ron Johnson [EMAIL PROTECTED] writes:
On Wed, 2005-12-21 at 16:12 +0100, Goswin von Brederlow wrote:
Steinar H. Gunderson [EMAIL PROTECTED] writes:
On Sun, Dec 18, 2005 at 12:34:56PM +0100, Gürkan Sengün wrote:
[snip]
The transition itself would go completly unadministered. Once dpkg
Eduard Bloch [EMAIL PROTECTED] writes:
#include hallo.h
* Goswin von Brederlow [Wed, Dec 21 2005, 04:19:56PM]:
Actual maintainer of dpkg is evaluating the possibility to use 7zip.
Even if the decision of using 7zip by default is far from being taken, it
looks
likely that dpkg
Russell Coker [EMAIL PROTECTED] writes:
On Monday 19 December 2005 11:49, Bernd Eckenfels [EMAIL PROTECTED] wrote:
In article [EMAIL PROTECTED] you wrote:
If /run is tmpfs, it means everything stored there eats virtual memory.
So a musch metter strategy would be to move everything from /run
Henrique de Moraes Holschuh [EMAIL PROTECTED] writes:
On a vm-based fs, you always use *address space* for data in it, and it is
linearly coupled to the amount of filesystem used (or even to the full size,
for extremely dumb filesystems).
Not that address space shortage is something I'd fear
1 - 100 of 2345 matches
Mail list logo