Re: apt-secure broke?

[Anthony Towns]

Steve Kowalik wrote:
On Sun, 30 Jan 2005 06:21:26 -0500, Anthony DeRobertis uttered
I suspect this has to do with
http://http.us.debian.org/debian/dists/testing/Release.gpg being an
empty file. Stable still has a signature; what happaned?
If I remember the conversation on IRC correctly, the archive GPG key
expired ...
Thus marking almost four years since we've had support for this on the 
server, and still no support for it on the client, even in unstable. *sigh*

Anyway, should be fixed as of tomorrow. New key at
  http://ftp-master.debian.org/ziyi_key_2005.asc
Cheers,
aj
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#292759: shell script sniplets in /usr/bin?

[Anthony Towns]

Santiago Vila wrote:
On Sun, 30 Jan 2005, Matthew Palmer wrote:
"Because I don't wanna play by the rules!" is not a rationale.
You are mistaken. I want to play by the rules, but the rules say
executables should go to /usr/bin, *not* that everything in /usr/bin
should be executable.
It also says that internal binaries not intended to be invoked directly 
by users should go in /usr/lib, and that architecture independent stuff 
goes in /usr/share.

Actually, it's not even as one way as you think in the definition of 
/usr/bin; it says "[/usr/bin] is the primary directory of executable 
commands on the system." There's no "and other things that 
Santiago/gettext upstream think is appropriate" subclause.

The same could be said for an executable called "ls". Exactly the same.
You do not hardcode /bin/ls in your shell scripts because we already
have the PATH for that. Similarly, there is no reason to hardcode
the location of gettext.sh because we already have the PATH.
Dude, PATH is for programs; gettext.sh is a shell library. It doesn't 
really matter that . happens to search PATH for shell libraries -- 
unless they also happen to be binaries, PATH is just not an appropriate 
place for libraries. If you're really bothered by this inconsistency, do 
up a patch for bash to get a SOURCEPATH environment variable that can be 
set. The whole point of open source software is that we don't have to 
live with ridiculous compromises like this -- we can fix the code so 
that different things can be separated cleanly and still be properly 
functional.

Cheers,
aj
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#292831: udev: udev prevents X from beeing started

[Joey Hess]

Marco d'Itri wrote:
> My package works as designed, but let me know if you can design
> something better.

Oh, so it's udev that's responsible for what IIRC is a race that can
cause X to not see the ps/2 mouse if the module is loaded as part of X's
setup? Nice design. :-P

FWIW, we have worked around this bug in d-i unstable for at least i386
and amd64 by always putting psmouse in /etc/modules.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: shell script sniplets in /usr/bin?

[Anthony Towns]

Santiago Vila wrote:
On Sun, 30 Jan 2005, Jochen Voss wrote:
I suggest that you read the reply by the author. For the benefit of
those who don't have web browsers, I'll quote it here:
  gettext.sh is meant to be sourced from shell scripts, using the "."
  command. This command looks in $PATH, but none of the subdirectories
  of /usr/share/gettext is present in $PATH.
Which is nice, but since gettext.sh can't go in PATH because it's not an 
executable, that feature of /bin/sh isn't useful. Instead, you need to 
include the full path to gettext.sh when sourcing it.

So, the common sense says /usr/bin is ok for gettext.sh, not the opposite.
Features of random programs, even /bin/sh don't indicate where you 
should put things on the filesystem; anymore than a program that has its 
config files hardcoded to be in /root/foobar.conf means it's okay for 
the Debian package of that program to put them there. We demand the 
right to change programs precisely so that we can make their behaviour 
conform to our expectations; instead of having to have to engage in 
doublespeak to make it seem like things aren't /really/ at odds with how 
the rest of the system operates.

If you want to make policy that /usr/bin should only contain executables,
go ahead, make a policy proposal,
There is no policy issue here -- the FHS is already entirely clear on 
this; /usr/bin is for executables, which gettext.sh is not.

but none of you have answered to the
question made by Frank Küster:
  Do you think we should simply not make any use of the POSIX feature
  that . $name will look for $name in the $PATH? Or do you think we should
  add a directory to PATH that is then dedicated to such shell snippets?
Neither. Shell snippets should not go in PATH unless they also happen to 
be programs. That's not the empty set, though it's probably close. 
Meanwhile it's completely reasonable to make . look in directories other 
than $PATH for shell snippets if such a feature is needed.

Cheers,
aj
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#292831: udev: udev prevents X from beeing started

[Hamish Moffatt]

On Mon, Jan 31, 2005 at 05:31:03AM +0100, Joey Hess wrote:
> Marco d'Itri wrote:
> > My package works as designed, but let me know if you can design
> > something better.
> 
> Oh, so it's udev that's responsible for what IIRC is a race that can
> cause X to not see the ps/2 mouse if the module is loaded as part of X's
> setup? Nice design. :-P
> 
> FWIW, we have worked around this bug in d-i unstable for at least i386
> and amd64 by always putting psmouse in /etc/modules.

I did an amd64 install last week from the (then) current install image
and didn't end up with psmouse in /etc/modules; I added it by hand when
I found that udev was preventing X from starting. :-(

I am yet to submit a report; my bad.

Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: apply to NM? ha!

[Anthony Towns]

Russell Coker wrote:
<[EMAIL PROTECTED]> wrote:
Ahh, it's the "I can deal with it therefore it's OK" line.  What if
there is another solution?  Are you even prepared to consider that
possibility?
That's not the issue.  The issue is that there are many stressful situations 
in life and adults have to be able to deal with them.
One of the ways of dealing with them is avoiding them. There are many 
people who live full, happy lives who have dealt with the particular 
stresses of crime by avoiding it rather than dealing with it head on. Do 
we want people to avoid Debian because it's unduly stressful? If I'm not 
mistaken, Rusty has chosen to avoid this forum because it's overly 
stressful and unproductive, in spite of his fairly thick skin [0].

Another way of dealing with stressful situations is to try to make them 
easier to deal with in future; which not only helps you (at least in the 
long term, though rarely in the short), it also helps everyone else 
who'll be in a similar position in the future.

Btw, speaking of unproductive, have you looked at your posts over the 
past few months? Two on SELinux, two trying to give up fcron, 16 on 
spamcop (well, nominally; six were about spam, the other 10 were about 
Bush and killing people), 25 on sex and bestiality and rape and what not 
as part of the hot-babe thread, three on initrd/lvm/devfs, and another 
six in this thread about how everything's perfectly fine. That's, what, 
10 on topic messages, 12 messages meta-ontopic, and 35 messages that 
were completely off-topic, and at best on highly controversial subjects, 
if not being outright offensive.

Seriously, could you 
please refrain from driving a car if you can't deal with such stress,
Sure, but part of dealing with stress on the roads is having most people 
indicate before they swerve into your lane, and even having agreed upon 
sides of the road to drive on. And for that matter, having traffic 
lights and pedestrian crossings so the people who don't want to drive 
can still participate safely.

By contrast, no matter how little you choose to participate in Debian, 
you can pretty easily find yourself in a metaphorical game of chicken 
with a Mac truck bearing down on you.

What would you prefer:
1) - a community where people are pleasant to each other, where
disagreements are discussed politely, and where people who are unable to
be civil are not glorified for their behaviour.
This isn't too far from the situation we have.
Really? A moment ago you were saying that flaming a polite, competent 
coder was a respectable way to become famous.

People who do the work are generally civil to each other.
Really? Most people wouldn't call "Your arrogance is remarkable." a 
particularly civil comment; except in so far that you consider anything 
that doesn't involve into a fist fight as civil behaviour. Which of you 
and Marc Haber don't do any work?

How about "Anyway, it's clear that trying to discuss thing swith you is 
a pointless excercise in frustration, [...]" ? Is it you or Miles Bader 
who doesn't do any work?

In any case, mere civility is a woefully low bar to set. Is there really 
some reason Debian shouldn't be an absolute pleasure to be involved in, 
ubiquitously and continually? Perhaps we can't hope to never receive 
nasty comments from outsiders, but is there any particular reason we 
can't make our development forums technical, productive, kind, and generous?

PS  You really should talk to some mothers about the stress involved with 
raising children.  Most reports make raising children sound about a million 
times more difficult than dealing with flames.
Of course, raising children is also probably a billion times more 
rewarding than developing Debian, too; well at least assuming 
proportional hyperbole. In any case, that still doesn't provide any 
justification for failing to even attempt to reduce the stress involved 
in working on Debian; certainly a lot of effort goes into helping people 
reduce the stress in raising kids.

Cheers,
aj
[0] http://lists.debian.org/debian-devel/2002/04/msg00191.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: apply to NM? ha!

[Andreas Barth]

* Helen Faulkner ([EMAIL PROTECTED]) [050129 21:50]:
> What would you prefer:
> 1) - a community where people are pleasant to each other, where 
> disagreements are discussed politely, and where people who are unable to 
> be civil are not glorified for their behaviour.
> or
> 2) - a community where people are often unpleasant to each other because 
> such behaviour is not only tolerated but actively rewarded, where 
> disagreements often reduce to shouting matches that alienate some whose 
> opinions might be valuable, and where people who don't like this and 
> express that are criticised for suggesting that we lose something 
> because of this and that maybe things could be different and better.

I obviously prefer the 1st, but I think we all need to realize that there
is almost no community only working that way. This is not an excuse for
not trying to get nearer to it, but well - realistically, we'll never
fully reach it.


Cheers,
Andi
-- 
   http://home.arcor.de/andreas-barth/
   PGP 1024/89FB5CE5  DC F1 85 6D A6 45 9C 0F  3B BE F1 D0 C5 D1 D9 0C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#292716: ITP: mkvtoolnix -- Set of tools to work with Matroska files

[Clément Stenac]

Package: wnpp
Severity: wishlist
Owner: "Clément Stenac" <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: mkvtoolnix
  Version : 1.0.1
  Upstream Author : Moritz Bunkus 
* URL : http://www.example.org/
* License : GPL
  Description : Set of tools to work with Matroska files

Long description (not the definitive one)

Matroska is a free "open-source" multimedia container format, based on EBML 
(kind of binary XML). MKVtoolnix is a set of tools to work with Matroska files :
- - mkvmerge, to create MKV files
- - mkvinfo, to get info about MKV files ant tracks
- - mkvextract to extract tracks from the MKV stream

Regards,

- -- 
Zorglub
Clément Stenac

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFB+uAErSbtgqbIBbkRAl6dAJ4r2WKdnTfeJq8OdoFqnIsH+FxeggCdH1nN
icimlO8cNp5H8VbSQbCHDXA=
=NJ37
-END PGP SIGNATURE-

Re: Bug#292716: ITP: mkvtoolnix -- Set of tools to work with Matroska files

[Clément Stenac]

> * URL : http://www.example.org/
http://www.bunkus.org/videotools/mkvtoolnix/ wil work better

Sorry,

-- 
Zorglub
Clément Stenac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

apt-secure broke?

[Anthony DeRobertis]

Recently, I've just started getting errors like these:

W: GPG error: http://http.us.debian.org testing Release: Unknown error 
executing gpgv
W: GPG error: http://http.us.debian.org unstable Release: Unknown error 
executing gpgv
W: GPG error: http://http.us.debian.org experimental Release: Unknown error 
executing gpgv

I suspect this has to do with
http://http.us.debian.org/debian/dists/testing/Release.gpg being an
empty file. Stable still has a signature; what happaned?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: apt-secure broke?

[Steve Kowalik]

On Sun, 30 Jan 2005 06:21:26 -0500, Anthony DeRobertis uttered
> I suspect this has to do with
> http://http.us.debian.org/debian/dists/testing/Release.gpg being an
> empty file. Stable still has a signature; what happaned?
> 
If I remember the conversation on IRC correctly, the archive GPG key
expired ...

Cheers,
-- 
Steve
"You have a fear of nothingness, or in laymen's terms, a fear of ...
nothingness"
 - EMH, USS Voyager


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Reboot in postinst

[Anthony DeRobertis]

On Fri, Jan 21, 2005 at 10:18:44AM -0800, Ken Bloom wrote:

> So I dist-upgrade, and it upgrades 12 packages. Your postinst runs before
> any of the other 11. The computer reboots immediately in your postinst.

Even worse: One of those other 11 was a kernel-image package, and this
machine uses lilo.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: shell script sniplets in /usr/bin?

[Jochen Voss]

Hello John,

On Sat, Jan 29, 2005 at 11:46:12AM -0600, John Hasler wrote:
> Jochen Voss writes:
> > Any references for this?  I was a little bit disappointed that the FHS
> > was so unclear about /usr/bin and I do not know where else to look.
> 
> While the FHS is not as explicit as it might be, with the application of a
> bit of common sense it is sufficiently clear.

One should think so, but the presence of /usr/bin/gettect.sh and
the fact that my bug report was closed by the maintainer shed some
doubt on it.  Any idea how I should proceed?

All the best,
Jochen
-- 
http://seehuhn.de/


signature.asc
Description: Digital signature

Re: shell script sniplets in /usr/bin?

[Jeroen van Wolffelaar]

On Sun, Jan 30, 2005 at 12:18:28PM +, Jochen Voss wrote:
> Hello John,
> 
> On Sat, Jan 29, 2005 at 11:46:12AM -0600, John Hasler wrote:
> > Jochen Voss writes:
> > > Any references for this?  I was a little bit disappointed that the FHS
> > > was so unclear about /usr/bin and I do not know where else to look.
> > 
> > While the FHS is not as explicit as it might be, with the application of a
> > bit of common sense it is sufficiently clear.
> 
> One should think so, but the presence of /usr/bin/gettect.sh and
> the fact that my bug report was closed by the maintainer shed some
> doubt on it.  Any idea how I should proceed?

In the unfortunate event you and the maintainer cannot come to agreement
on a technical issue, refer it to the technical committee [1]. It is of
course much preferred to try to come to an agreement yourselves.

--Jeroen

[1] http://www.debian.org/devel/tech-ctte

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Re: shell script sniplets in /usr/bin?

[Santiago Vila]

On Sun, 30 Jan 2005, Jochen Voss wrote:

> Hello John,
> 
> On Sat, Jan 29, 2005 at 11:46:12AM -0600, John Hasler wrote:
> > Jochen Voss writes:
> > > Any references for this?  I was a little bit disappointed that the FHS
> > > was so unclear about /usr/bin and I do not know where else to look.
> > 
> > While the FHS is not as explicit as it might be, with the application of a
> > bit of common sense it is sufficiently clear.
> 
> One should think so, but the presence of /usr/bin/gettect.sh and
> the fact that my bug report was closed by the maintainer shed some
> doubt on it.  Any idea how I should proceed?

I suggest that you read the reply by the author. For the benefit of
those who don't have web browsers, I'll quote it here:

  gettext.sh is meant to be sourced from shell scripts, using the "."
  command. This command looks in $PATH, but none of the subdirectories
  of /usr/share/gettext is present in $PATH.

  You can also see it this way: POSIX /bin/sh supports the concept of
  functions. As in any programming language, functions can be grouped
  together in a file called "library". As in any programming language,
  such libraries can be loaded. In C it's via dlsym(), in sh it's via ".".

  Where does dlsym() look up the libraries? In /usr/lib. So Debian
  installs C libraries in /usr/lib/. Fine.

  Where does "." look up the libraries? Anywhere in $PATH. In particular in
  /usr/bin.

  If the Debian project designates a particular directory for shell script
  function libraries, and puts this directory in $PATH by default, GNU gettext
  will happily install its contents there.

  If it doesn't, then - by the analogy with /usr/lib above - there is nothing
  wrong with gettext.sh in /usr/lib/.


So, the common sense says /usr/bin is ok for gettext.sh, not the opposite.

If you want to make policy that /usr/bin should only contain executables,
go ahead, make a policy proposal, but none of you have answered to the
question made by Frank Küster:

  Do you think we should simply not make any use of the POSIX feature
  that . $name will look for $name in the $PATH? Or do you think we should
  add a directory to PATH that is then dedicated to such shell snippets?

Anyway, this is a policy issue, so please followup to debian-policy.

Re: Bug#292831: udev: udev prevents X from beeing started

[Martin Zobel-Helas]

Hi Marco,

On Sunday, 30 Jan 2005, Marco d'Itri <[EMAIL PROTECTED]> wrote:
> On Jan 30, Martin Zobel-Helas <[EMAIL PROTECTED]> wrote:
> 
> > installing udev results in X not able to start.
> RTFM README.Debian.
> 

As written, i installed sarge via linux26, than did a 

apt-get install x-window-system
X runs perfect.

Now i did
apt-get install gnome

which installs udev and will result in /dev/psaux being not present
after a reboot.

This breaks unrelated stuff here, so please fix it.

Every 0-8-15 user will do exactly the same as i did. It is your package
package breaking a perfectly running X here.

Greetings
Martin

--
Renning's Maxim:
Man is the highest animal.  Man does the classifying.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: shell script sniplets in /usr/bin?

[Eduard Bloch]

#include 
* Jeroen van Wolffelaar [Sun, Jan 30 2005, 01:58:32PM]:

> > On Sat, Jan 29, 2005 at 11:46:12AM -0600, John Hasler wrote:
> > > Jochen Voss writes:
> > > > Any references for this?  I was a little bit disappointed that the FHS
> > > > was so unclear about /usr/bin and I do not know where else to look.
> > > 
> > > While the FHS is not as explicit as it might be, with the application of a
> > > bit of common sense it is sufficiently clear.

ACK. gettext.sh in /usr/bin is like dropping your pants on the front
door explaining it with "will never forget them when I leave the house".

> > One should think so, but the presence of /usr/bin/gettect.sh and
> > the fact that my bug report was closed by the maintainer shed some
> > doubt on it.  Any idea how I should proceed?
> 
> In the unfortunate event you and the maintainer cannot come to agreement
> on a technical issue, refer it to the technical committee [1]. It is of
> course much preferred to try to come to an agreement yourselves.

Just FYI: some packages (at least one I maintain) have a hardcoded path
to /usr/bin/gettext.sh _without_ checking for its existance. Removal of
this file would break them immediately. Therefore we should have a clear
transition plan before changing the current locations (and this should
be done after Sarge, of course).

Regards,
Eduard.
-- 
 we should have a button on every computer marked "?", and
  connected to twenty pounds of semtex, and then let evolution take its
  course// quote from #debian-devel


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#292831: udev: udev prevents X from beeing started

[Marco d'Itri]

On Jan 30, Martin Zobel-Helas <[EMAIL PROTECTED]> wrote:

> This breaks unrelated stuff here, so please fix it.
I'll wait for your patch.

> Every 0-8-15 user will do exactly the same as i did. It is your package
> package breaking a perfectly running X here.
My package works as designed, but let me know if you can design
something better.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: Bug#292541: RFP: pbzip2 -- Parallel bzip2 implementation

[Henrique de Moraes Holschuh]

On Sat, 29 Jan 2005, Mike Furr wrote:
> Adam Heath wrote:
> | Is there a library version?
> No, perhaps the short description is misleading.  pbzip2 works by
> splitting up a file into chunks and then encoding each chunk with a
> separate thread(via libbz2), so it is perhaps more described as a
> parallel frontend to libbz2.  This also means that the encoding is
> slightly less efficient(the author claims it usually produces a .bz2
> that is <= 0.2% larger than standard).

Is this thing rsync-friendly?   If it is... wow!

-- 
  "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." -- The Silicon Valley Tarot
  Henrique Holschuh


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

0-8-15 user? (was: Re: Bug#292831: udev: udev prevents X from beeing started)

[Henrique de Moraes Holschuh]

On Sun, 30 Jan 2005, Martin Zobel-Helas wrote:
> Every 0-8-15 user will do exactly the same as i did. It is your package

What is a 0-8-15 user?

-- 
  "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." -- The Silicon Valley Tarot
  Henrique Holschuh


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Debian mirror scripts

[Cajus Pollmeier]

Hi,
I'm looking for a script that regenerates Packages* and Release
files for a complete mirror. Due to some installer development, I
currently need to switch the mirrors during installation in order to
get up to date packages.
Tried to work around this with a simple script that merges my
packages into the local mirror and regenerates everything as
needed. But sadly this doesn't seem to be perfect :-( The installer
just doesn't want to get some of these packages, even if the md5's
are correct. Switching from http to ftp gets some more of them and
stucks some packages later. Grrr.
So let's try this way: Is there a ready to use script which I didn't 
find
by googling around yet?

Thanks,
Cajus
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 0-8-15 user? (was: Re: Bug#292831: udev: udev prevents X from beeing started)

[Thiemo Seufer]

Henrique de Moraes Holschuh wrote:
> On Sun, 30 Jan 2005, Martin Zobel-Helas wrote:
> > Every 0-8-15 user will do exactly the same as i did. It is your package
> 
> What is a 0-8-15 user?

08/15: A german expression for "uniform, standardized, mass-".


Thiemo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian mirror scripts

[Aurelien Labrosse]

Cajus Pollmeier a écrit :
Hi,
I'm looking for a script that regenerates Packages* and Release
files for a complete mirror. Due to some installer development, I
currently need to switch the mirrors during installation in order to
get up to date packages.
Tried to work around this with a simple script that merges my
packages into the local mirror and regenerates everything as
needed. But sadly this doesn't seem to be perfect :-( The installer
just doesn't want to get some of these packages, even if the md5's
are correct. Switching from http to ftp gets some more of them and
stucks some packages later. Grrr.
So let's try this way: Is there a ready to use script which I didn't find
by googling around yet?
Thanks,
Cajus

Hi Cajus,
	Do you use 'dpkg-scanpackages' ? It rebuild Packages file for 
directories that contains..pakages.

cheers,
Aurelien
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: apply to NM? ha!

[Andreas Rottmann]

Russell Coker <[EMAIL PROTECTED]> writes:

> For those of you who don't know Rusty has a fine collection of flames (and 
> other silly messages) written to some very skillful Linux programmers.  You 
> can write excellent code and be nice and still get flamed a lot.  This is 
> just something you have to deal with.
>
Where can one find that collection? Might come pretty handy when I'm
bored :).

Cheers, Rotty
-- 
Andreas Rottmann | [EMAIL PROTECTED]  | [EMAIL PROTECTED] | [EMAIL 
PROTECTED]
http://yi.org/rotty  | GnuPG Key: http://yi.org/rotty/gpg.asc
Fingerprint  | DFB4 4EB4 78A4 5EEE 6219  F228 F92F CFC5 01FD 5B62

Latein ist das humanoide Ãquivalent zu Fortran.
   -- Alexander Bartolich in at.linux

Re: Debian mirror scripts

[Thiemo Seufer]

Cajus Pollmeier wrote:
> Hi,
> 
> I'm looking for a script that regenerates Packages* and Release
> files for a complete mirror. Due to some installer development, I
> currently need to switch the mirrors during installation in order to
> get up to date packages.
> 
> Tried to work around this with a simple script that merges my
> packages into the local mirror and regenerates everything as
> needed. But sadly this doesn't seem to be perfect :-( The installer
> just doesn't want to get some of these packages, even if the md5's
> are correct. Switching from http to ftp gets some more of them and
> stucks some packages later. Grrr.

You might want to compare your script with the one for partial d-i
test mirrors, available from d-i SVN in trunk/scripts/testmirror.


Thiemo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: try to keep a watch file into your package

[Marc Haber]

On Fri, 28 Jan 2005 13:05:56 +0100, Bluefuture <[EMAIL PROTECTED]>
wrote:
>If there is no way, other than following mailing list, to know upstream 
>version and the upstream author doesn't want to help you 
>there is no way for dehs to follow upstream release, but this is not the case 
>of apg. I think that this watch file works fine:
>
>version=2
>http://www.adel.nursat.kz/apg/download.shtml  download/apg-([^b]+)\.tar\.gz 
>debian uupdate

Yes, it works fine, even without the uupdate. A classic case of "read
the man page to its end". Thanks for the heads-up, apg's watch file is
now fixed.

Greetings
Marc
-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Re: Debian mirror scripts

[Marc Haber]

On Sun, 30 Jan 2005 15:44:57 +0100, Aurelien Labrosse
<[EMAIL PROTECTED]> wrote:
>   Do you use 'dpkg-scanpackages' ? It rebuild Packages file for 
>directories that contains..pakages.

dpkg-scanpackages is deprecated. The low-level tool up to the task is
apt-ftparchive. There is a number of higher-level tools packaged, for
example debpool, but afaik the code managing the "real" Debian archive
is not yet published.

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Re: Debian mirror scripts

[Marc Haber]

On Sun, 30 Jan 2005 14:54:16 +0100, Cajus Pollmeier <[EMAIL PROTECTED]>
wrote:
>I'm looking for a script that regenerates Packages* and Release
>files for a complete mirror. Due to some installer development, I
>currently need to switch the mirrors during installation in order to
>get up to date packages.

Have a look at the debpool package.

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

german debian mirror with 700mb paris.avi file...

[Rechberger Markus]

if someone's bored and looking for a 700mb paris.avi file ...

ftp://ftp2.de.debian.org/pub/

forward it to the maintainer of that ftp if you know who it belongs
to... if possible


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Build-Depends: libmysqlclient-dev and buildds

[Goswin von Brederlow]

Santiago Vila <[EMAIL PROTECTED]> writes:

> The recent announce from Steve has reminded me of something I wanted
> to ask about the package name change from libmysqlclient-dev to
> libmysqlclient12-dev made in November:
>
> Do packages still having "Build-Depends: libmysqlclient-dev" build
> from source? Trying "apt-get build-dep" on them results on apt-get
> being undecided about which libmysqlclient-dev to install.
>
> Do buildds handle this gracefully?

Buildds handle that but not gracefully. The actualy -dev package the
buildd uses will be random for all intents and purposes as long as
there are two packages (or even just two versions) of the provided
package available.

Under the line Build-Depends must be against real packages. Worst
case, if you must have the virtual package, you must provide a real
dummy package that Depends on the virtual package to ensure buildds
and apt-get work at all. But that's still highly frowned upon due to
being somewhat random in what gets used for builds.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: shell script sniplets in /usr/bin?

[Goswin von Brederlow]

Santiago Vila <[EMAIL PROTECTED]> writes:

> On Sat, 29 Jan 2005, Jochen Voss wrote:
>
>> On Sat, Jan 29, 2005 at 05:40:05PM +0100, Santiago Vila wrote:
>> > You forgot to quote last thing I said when closing the bug.
>> >
>> > So I'll repeat: Please read the logs for non-bug Bug#292759, where the
>> > author explains the rationale for putting gettext.sh in /usr/bin.
>> Sorry, I did not find relevant information there.
>> Does the bug report log explain somewhere whether it is actually ok to
>> place this file in /usr/bin on a Debian system?
>
> Sorry, I really meant non-bug #284637.
>
> Debian does not have a designated directory for shell script function
> libraries which is in the PATH by default, this is why /usr/bin should
> be ok.

Since, as stated in the thread, it is never to be called (and can
never be executed anyway) by a user the file should not pollute the
PATH.

All other packages have their script sniplets in /usr/share/,
e.g. devscripts, debhelper, debian-cd, ...

Maybe there should be a /usr/share/bin for architecture independent
binaries (i.e. scripts) but this doesn't look like a candidate for any
bin directory.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: shell script sniplets in /usr/bin?

[Goswin von Brederlow]

Matthew Palmer <[EMAIL PROTECTED]> writes:

> On Sat, Jan 29, 2005 at 05:40:05PM +0100, Santiago Vila wrote:
>> On Sat, 29 Jan 2005, Jochen Voss wrote:
>> 
>> > [...]
>> > My question: does anybody have further references for the question
>> > whether it is ok or maybe even preferable to install non-programs in
>> > /usr/bin?
>> 
>> You forgot to quote last thing I said when closing the bug.
>> 
>> So I'll repeat: Please read the logs for non-bug Bug#292759, where the
>> author explains the rationale for putting gettext.sh in /usr/bin.
>
> "Because I don't wanna play by the rules!" is not a rationale.  So you have
> to specify a path -- so what?  The way things stand at the moment, if I were
> to drop a gettext.sh in my ~/bin (which is quite likely, except that I don't
> like to put a .sh on my helper scripts) your shell scripts would suddenly go
> tits-up in a most unpleasant fashion.  Personally, *that* would be enough to
> make me want to hardcode the path.
>
> - Matt

That is why you normaly have ~/bin last in PATH.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: german debian mirror with 700mb paris.avi file...

[Michelle Konzack]

Am 2005-01-30 16:44:16, schrieb Rechberger Markus:
> if someone's bored and looking for a 700mb paris.avi file ...
> 
> ftp://ftp2.de.debian.org/pub/

it is not realy the fastest Mirror...
I get only 30-200 kBytes/sec insteed of 700-950 kBytes/sec.


> forward it to the maintainer of that ftp if you know who it belongs
> to... if possible

Greetings
Michelle

-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/ 
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSM LinuxMichi
0033/3/8845235667100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature

Re: Debian mirror scripts

[Goswin von Brederlow]

Cajus Pollmeier <[EMAIL PROTECTED]> writes:

> Hi,
>
> I'm looking for a script that regenerates Packages* and Release
> files for a complete mirror. Due to some installer development, I
> currently need to switch the mirrors during installation in order to
> get up to date packages.
>
> Tried to work around this with a simple script that merges my
> packages into the local mirror and regenerates everything as
> needed. But sadly this doesn't seem to be perfect :-( The installer
> just doesn't want to get some of these packages, even if the md5's
> are correct. Switching from http to ftp gets some more of them and
> stucks some packages later. Grrr.
>
> So let's try this way: Is there a ready to use script which I didn't
> find
> by googling around yet?
>
> Thanks,
> Cajus

Check out mirrorer on alioth when it is back up. Its great for
combining upstream mirrors with local packages. Release for
sid/experimental is pending.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian mirror scripts

[Aurelien Labrosse]

Cajus Pollmeier a écrit :
Hi,
I'm looking for a script that regenerates Packages* and Release
files for a complete mirror. Due to some installer development, I
currently need to switch the mirrors during installation in order to
get up to date packages.
Tried to work around this with a simple script that merges my
packages into the local mirror and regenerates everything as
needed. But sadly this doesn't seem to be perfect :-( The installer
just doesn't want to get some of these packages, even if the md5's
are correct. Switching from http to ftp gets some more of them and
stucks some packages later. Grrr.
So let's try this way: Is there a ready to use script which I didn't find
by googling around yet?
Thanks,
Cajus

So, debpool has an options to force 'administrative' files rebuild at 
each run. I may be what you want.

Aurelien
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian mirror scripts

[Cajus Pollmeier]

Am 30.01.2005 um 15:44 schrieb Aurelien Labrosse:
Cajus Pollmeier a écrit :
Hi,
I'm looking for a script that regenerates Packages* and Release
files for a complete mirror. Due to some installer development, I
currently need to switch the mirrors during installation in order to
get up to date packages.
Tried to work around this with a simple script that merges my
packages into the local mirror and regenerates everything as
needed. But sadly this doesn't seem to be perfect :-( The installer
just doesn't want to get some of these packages, even if the md5's
are correct. Switching from http to ftp gets some more of them and
stucks some packages later. Grrr.
So let's try this way: Is there a ready to use script which I didn't 
find
by googling around yet?
Thanks,
Cajus
Hi Cajus,
	Do you use 'dpkg-scanpackages' ? It rebuild Packages file for 
directories that contains..pakages.
Hi Aurelien,
sure, I'm using dpkg-scanpackages. But there are some problems I
couldn'r resolve yet.
Cheers,
Cajus

Re: Debian mirror scripts

[Cajus Pollmeier]

Am 30.01.2005 um 16:29 schrieb Marc Haber:
On Sun, 30 Jan 2005 14:54:16 +0100, Cajus Pollmeier <[EMAIL PROTECTED]>
wrote:
I'm looking for a script that regenerates Packages* and Release
files for a complete mirror. Due to some installer development, I
currently need to switch the mirrors during installation in order to
get up to date packages.
Have a look at the debpool package.
Ah. Will do. Seems to be in experimental and the description is 
matching ;-)

Thanks,
Cajus
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: shell script sniplets in /usr/bin?

[Andreas Rottmann]

Goswin von Brederlow <[EMAIL PROTECTED]> writes:

> Matthew Palmer <[EMAIL PROTECTED]> writes:
>
>> On Sat, Jan 29, 2005 at 05:40:05PM +0100, Santiago Vila wrote:
>>> On Sat, 29 Jan 2005, Jochen Voss wrote:
>>> 
>>> > [...]
>>> > My question: does anybody have further references for the question
>>> > whether it is ok or maybe even preferable to install non-programs in
>>> > /usr/bin?
>>> 
>>> You forgot to quote last thing I said when closing the bug.
>>> 
>>> So I'll repeat: Please read the logs for non-bug Bug#292759, where the
>>> author explains the rationale for putting gettext.sh in /usr/bin.
>>
>> "Because I don't wanna play by the rules!" is not a rationale.  So you have
>> to specify a path -- so what?  The way things stand at the moment, if I were
>> to drop a gettext.sh in my ~/bin (which is quite likely, except that I don't
>> like to put a .sh on my helper scripts) your shell scripts would suddenly go
>> tits-up in a most unpleasant fashion.  Personally, *that* would be enough to
>> make me want to hardcode the path.
>>
>> - Matt
>
> That is why you normaly have ~/bin last in PATH.
>
Well, maybe I am not normal ;), but I put it first in PATH, with the
same rationale /usr/local/bin comes before /usr/bin (i.e. to be able
to override distribution supplied software with locally-installed
versions).

Rotty
-- 
Andreas Rottmann | [EMAIL PROTECTED]  | [EMAIL PROTECTED] | [EMAIL 
PROTECTED]
http://yi.org/rotty  | GnuPG Key: http://yi.org/rotty/gpg.asc
Fingerprint  | DFB4 4EB4 78A4 5EEE 6219  F228 F92F CFC5 01FD 5B62

Any technology not indistinguishable from magic is insufficiently advanced.
   -- Terry Pratchett


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: shell script sniplets in /usr/bin?

[Adam D. Barratt]

On Sun, 2005-01-30 at 17:18 +0100, Goswin von Brederlow wrote:
> Matthew Palmer <[EMAIL PROTECTED]> writes:
[...]
> > "Because I don't wanna play by the rules!" is not a rationale.  So you have
> > to specify a path -- so what?  The way things stand at the moment, if I were
> > to drop a gettext.sh in my ~/bin (which is quite likely, except that I don't
> > like to put a .sh on my helper scripts) your shell scripts would suddenly go
> > tits-up in a most unpleasant fashion.  Personally, *that* would be enough to
> > make me want to hardcode the path.
[...]
> That is why you normaly have ~/bin last in PATH.

Not if you're using Debian's default install of bash you don't
(admittedly they're commented out by default, but...):

   # set PATH so it includes user's private bin if it exists
   if [ -d ~/bin ] ; then
   PATH=~/bin:"${PATH}"
   fi

More to the point, putting ~/bin last in PATH breaks most of the reasons
for having it there in the first place (being able to override
system-installed versions).

Adam


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian mirror scripts

[Nico Golde]

Hello Cajus,

* Cajus Pollmeier <[EMAIL PROTECTED]> [2005-01-30 15:26]:
> I'm looking for a script that regenerates Packages* and Release
> files for a complete mirror. Due to some installer development, I
> currently need to switch the mirrors during installation in order to
> get up to date packages.
> 
> Tried to work around this with a simple script that merges my
> packages into the local mirror and regenerates everything as
> needed. But sadly this doesn't seem to be perfect :-( The installer
> just doesn't want to get some of these packages, even if the md5's
> are correct. Switching from http to ftp gets some more of them and
> stucks some packages later. Grrr.
> 
> So let's try this way: Is there a ready to use script which I didn't 
> find
> by googling around yet?

what about debmirror?
regards nico

-- 
Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF ,'"`.
[EMAIL PROTECTED] | http://www.ngolde.de   (  grml.org
VIM has two modes - the one in which it beeps`._,'   
and the one in which it doesn't -- encrypted mail preferred

Re: Debian mirror scripts

[Adeodato Simó]

* Marc Haber [Sun, 30 Jan 2005 16:31:15 +0100]:

> example debpool, but afaik the code managing the "real" Debian archive
> is not yet published.

  uh? cvs.d.o/dak has been there for a long time (not today, though ;-).
  there are even debian packages in NEW and [1].

[1] http://ganneff.de/dak

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
The most exciting phrase to hear in science, the one that heralds new
discoveries, is not "Eureka!" (I found it!) but "That's funny..."
-- Isaac Asimov


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Service cancellation

[A L BRIGGS]

Please remove my service to Callwave . 

Albert L Briggs 
106 Highland St. 
Belmont  N.C. 
28012 
 Phone # 704 825 
3821

Re: german debian mirror with 700mb paris.avi file...

[Alexander Schmehl]

Hi Markus!

* Rechberger Markus <[EMAIL PROTECTED]> [050130 16:44]:
> if someone's bored and looking for a 700mb paris.avi file ...
> ftp://ftp2.de.debian.org/pub/
> forward it to the maintainer of that ftp if you know who it belongs
> to... if possible

Thanks for the note.

As far as I know he is aware of it, and the file has allready been (re)
moved.


Yours sincerely,
  Alexander

-- 
http://learn.to/quote/
http://www.catb.org/~esr/faqs/smart-questions.html


signature.asc
Description: Digital signature

Re: german debian mirror with 700mb paris.avi file...

[Jose Carlos Garcia Sogo]

El dom, 30-01-2005 a las 20:17 +0100, Alexander Schmehl escribiÃ:
> Hi Markus!
> 
> * Rechberger Markus <[EMAIL PROTECTED]> [050130 16:44]:
> > if someone's bored and looking for a 700mb paris.avi file ...
> > ftp://ftp2.de.debian.org/pub/
> > forward it to the maintainer of that ftp if you know who it belongs
> > to... if possible
> 
> Thanks for the note.
> 
> As far as I know he is aware of it, and the file has allready been (re)
> moved.

 No, it was only  moved... still available together with a
windows-xp-sp2.iso

 Is this a bit moron admin/user or a problem of the box being r00ted?

 Thanks,

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]


signature.asc
Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada	digitalmente

Re: german debian mirror with 700mb paris.avi file...

[Rechberger Markus]

Hi!

moved fits .. because now it's in /pub/local/tmp with a windows xp
servicepack 2 iso
he didn't even restart the server..
(the file is still open and beeing downloaded even if the filename is (re)moved)

Markus
On Sun, 30 Jan 2005 20:17:21 +0100, Alexander Schmehl
<[EMAIL PROTECTED]> wrote:
> Hi Markus!
> 
> * Rechberger Markus <[EMAIL PROTECTED]> [050130 16:44]:
> > if someone's bored and looking for a 700mb paris.avi file ...
> > ftp://ftp2.de.debian.org/pub/
> > forward it to the maintainer of that ftp if you know who it belongs
> > to... if possible
> 
> Thanks for the note.
> 
> As far as I know he is aware of it, and the file has allready been (re)
> moved.
> 
> Yours sincerely,
>   Alexander
> 
> --
> http://learn.to/quote/
> http://www.catb.org/~esr/faqs/smart-questions.html
> 
> 
>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian mirror scripts

[Otto Wyss]

> Tried to work around this with a simple script that merges my
> packages into the local mirror and regenerates everything as
> needed. But sadly this doesn't seem to be perfect :-( The installer
> just doesn't want to get some of these packages, even if the md5's
> are correct. Switching from http to ftp gets some more of them and
> stucks some packages later. Grrr.
> 

Look at DpartialMirror "http://dpartialmirror.sourceforge.net/";. I use
it regularly to build a second mirror.

O. Wyss

-- 
Development of frame buffer drivers: http://linux-fbdev.sf.net
Sample code snippets for wxWidgets: http://wxcode.sf.net
How to build well-designed applications: http://wxguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: shell script sniplets in /usr/bin?

[Goswin von Brederlow]

"Adam D. Barratt" <[EMAIL PROTECTED]> writes:

> On Sun, 2005-01-30 at 17:18 +0100, Goswin von Brederlow wrote:
>> Matthew Palmer <[EMAIL PROTECTED]> writes:
> [...]
>> > "Because I don't wanna play by the rules!" is not a rationale.  So you have
>> > to specify a path -- so what?  The way things stand at the moment, if I 
>> > were
>> > to drop a gettext.sh in my ~/bin (which is quite likely, except that I 
>> > don't
>> > like to put a .sh on my helper scripts) your shell scripts would suddenly 
>> > go
>> > tits-up in a most unpleasant fashion.  Personally, *that* would be enough 
>> > to
>> > make me want to hardcode the path.
> [...]
>> That is why you normaly have ~/bin last in PATH.
>
> Not if you're using Debian's default install of bash you don't
> (admittedly they're commented out by default, but...):
>
># set PATH so it includes user's private bin if it exists
>if [ -d ~/bin ] ; then
>PATH=~/bin:"${PATH}"
>fi
>
> More to the point, putting ~/bin last in PATH breaks most of the reasons
> for having it there in the first place (being able to override
> system-installed versions).
>
> Adam

I usualy use it to install software that isn't avilable system wide.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian mirror scripts

[Goswin von Brederlow]

Nico Golde <[EMAIL PROTECTED]> writes:

> Hello Cajus,
>
> * Cajus Pollmeier <[EMAIL PROTECTED]> [2005-01-30 15:26]:
>> I'm looking for a script that regenerates Packages* and Release
>> files for a complete mirror. Due to some installer development, I
>> currently need to switch the mirrors during installation in order to
>> get up to date packages.
>> 
>> Tried to work around this with a simple script that merges my
>> packages into the local mirror and regenerates everything as
>> needed. But sadly this doesn't seem to be perfect :-( The installer
>> just doesn't want to get some of these packages, even if the md5's
>> are correct. Switching from http to ftp gets some more of them and
>> stucks some packages later. Grrr.
>> 
>> So let's try this way: Is there a ready to use script which I didn't 
>> find
>> by googling around yet?
>
> what about debmirror?
> regards nico

Debmirror is purely a mirror tool. It will download the Meta files
just like any other file.

You can easily switch between mirror of equal contents but not create
Packages files reflecting what is locally available.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#292541: RFP: pbzip2 -- Parallel bzip2 implementation

[Mike Furr]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Henrique de Moraes Holschuh wrote:
| On Sat, 29 Jan 2005, Mike Furr wrote:
| Is this thing rsync-friendly?   If it is... wow!
Unlikely. The number of blocks is very small (O(# of threads)) so rsync
would not be able to gain much performance in the general case.
- -Mike
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFB/Tye7ZPKKRJLJvMRAggPAJ4yx4Q2+tbgEmA4Kz9iwaKJBvkiYACgkyAi
pm5L1k7ojLoSOBZZt5WRkaw=
=SFNV
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian mirror scripts

[Nico Golde]

Hello Goswin,

* Goswin von Brederlow <[EMAIL PROTECTED]> [2005-01-30 21:23]:
> Nico Golde <[EMAIL PROTECTED]> writes:
> > * Cajus Pollmeier <[EMAIL PROTECTED]> [2005-01-30 15:26]:
> >> I'm looking for a script that regenerates Packages* and Release
> >> files for a complete mirror. Due to some installer development, I
> >> currently need to switch the mirrors during installation in order to
> >> get up to date packages.
> >> 
> >> Tried to work around this with a simple script that merges my
> >> packages into the local mirror and regenerates everything as
> >> needed. But sadly this doesn't seem to be perfect :-( The installer
> >> just doesn't want to get some of these packages, even if the md5's
> >> are correct. Switching from http to ftp gets some more of them and
> >> stucks some packages later. Grrr.
> >> 
> >> So let's try this way: Is there a ready to use script which I didn't 
> >> find
> >> by googling around yet?
> >
> > what about debmirror?
> > regards nico
> 
> Debmirror is purely a mirror tool. It will download the Meta files
> just like any other file.
> 
> You can easily switch between mirror of equal contents but not create
> Packages files reflecting what is locally available.

ok thanks, i understand.
regards nico
-- 
Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF ,'"`.
[EMAIL PROTECTED] | http://www.ngolde.de   (  grml.org
VIM has two modes - the one in which it beeps`._,'   
and the one in which it doesn't -- encrypted mail preferred


signature.asc
Description: Digital signature

Re: apply to NM? ha!

[Dave Holland]

On Sun, Jan 30, 2005 at 02:18:36PM +1100, Russell Coker wrote:
> PS  You really should talk to some mothers about the stress involved with 
> raising children.

Or fathers, maybe?

> Most reports make raising children sound about a million 
> times more difficult than dealing with flames.

Indeed. You can delete a flame, for a start. ;-)

Dave (who has just put his four-year-old and one-year-old to bed)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: german debian mirror with 700mb paris.avi file...

[Florian Weimer]

* Rechberger Markus:

> if someone's bored and looking for a 700mb paris.avi file ...
>
> ftp://ftp2.de.debian.org/pub/
>
> forward it to the maintainer of that ftp if you know who it belongs
> to... if possible

It's probably not a good idea to post such stuff to debian-devel. 8-/

Would debian-admin or the security team like to act as a contact for
such problems (i.e. potential compromise of Debian infrastructure)?
Perhaps http://www.debian.org/security/ could be updated accordingly?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Service cancellation

[David Schmitt]

On Sunday 30 January 2005 19:50, A L BRIGGS wrote:
> Please remove my service to Callwave .

Hi! 

Please take a look at the instructions at 
http://lists.debian.org/debian-devel/2005/01/msg01444.html 


Thanks, David Schmitt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: apply to NM? ha!

[Russell Coker]

On Monday 31 January 2005 02:03, Andreas Rottmann <[EMAIL PROTECTED]> wrote:
> Russell Coker <[EMAIL PROTECTED]> writes:
> > For those of you who don't know Rusty has a fine collection of flames
> > (and other silly messages) written to some very skillful Linux
> > programmers.  You can write excellent code and be nice and still get
> > flamed a lot.  This is just something you have to deal with.
>
> Where can one find that collection? Might come pretty handy when I'm
> bored :).

You could ask Rusty, but he may not want to give it away (it would spoil the 
surprise for lots of people at conferences).

-- 
http://www.coker.com.au/selinux/   My NSA Security Enhanced Linux packages
http://www.coker.com.au/bonnie++/  Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/Postal SMTP/POP benchmark
http://www.coker.com.au/~russell/  My home page


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian mirror scripts

[Otto Wyss]

Goswin von Brederlow <[EMAIL PROTECTED]> wrote:

> Debmirror is purely a mirror tool. It will download the Meta files
> just like any other file.
> 
> You can easily switch between mirror of equal contents but not create
> Packages files reflecting what is locally available.
> 
Sure? Anyway DpartialMirror "http://dpartialmirror.sourceforge.net/";
can.

O. Wyss

-- 
Development of frame buffer drivers: http://linux-fbdev.sf.net
Sample code snippets for wxWidgets: http://wxcode.sf.net
How to build well-designed applications: http://wxguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: library packaging doc...

[Osamu Aoki]

On Fri, Jan 28, 2005 at 11:05:14PM +0100, Javier Fernández-Sanguino Peña wrote:
> On Fri, Jan 28, 2005 at 11:03:23PM +0900, Junichi Uekawa wrote:
> > 3. can I get commit-access to CVS?

Please get it.  Having DOC in CVS makes easier for proofreader to
correct things.  For me, I initially got patches.  But after a while, I
developed mutual trust with few people.  They start fixing it with write
access sometimes later.  But they always ask significant changes to me.
It was nice way to get my English fixed.

> Sure, any DD can get that access check out
> http://www.debian.org/doc/cvs

Not any more. (I think)

After compromise of debian server, we are limitting access to DDP to the
member of debian-doc or some group like that for DD.

Just request to [EMAIL PROTECTED] while pointing them our message on 
this list.

Unfortunately, I do not have access to gluck now.  I do not know why,
but it does not connect now.

Osamu

PS: If you are in rush, I or javi should be able to add you as a pserver
access user just like other non-DD.  We need to check out CVSROOT/passwd 
file or so, I think.  I have not done it.

Bug#292902: ITP: mkcue -- Generate a CUE sheet from a CD

[Jesus Climent]

Package: wnpp
Severity: wishlist
Owner: Jesus Climent <[EMAIL PROTECTED]>


* Package name: mkcue
  Version : 1
  Upstream Author : Eric Gillespie <[EMAIL PROTECTED]>
* URL : http://diplodocus.org/projects/
* License : GPL
  Description : Generates a CUE sheet from a CD

README sports:

 mkcue generates cue sheets from a CD's TOC (Table Of Contents).  It
 uses code borrowed from the MusicBrainz client library, and is thus
 released under the terms of the GNU GPL.

 Usage is quite simple.  By default, list all tracks from /dev/cdrom in
 the cue sheet.  An optional device argument overrides /dev/cdrom.  The
 -t track-count option only lists up to track-count tracks in the cue
 sheet, which is handy for CDs with data tracks you want to ignore.

 I hacked this up primarily because cdrdao couldn't generate a cue
 sheet for half of my CDs.  I use this with flac-archive, also
 available from .

Being a small program, independent on cdrdao or similar tools, it can
complement abcde to be used with the -1 flag to backup your music in a
single flac file per CD.

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.9-10-amd64-k8
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#292907: ITP: libtranslate -- library for translating texts and webpages

[Dan Korostelev]

Package: wnpp
Severity: wishlist
Owner: Dan Korostelev <[EMAIL PROTECTED]>

* Package name: libtranslate
  Version : 0.99
  Upstream Author : Jean-Yves Lefort <[EMAIL PROTECTED]>
* URL : http://www.nongnu.org/libtranslate/
* License : DFSG-compilant
  Description : library for translating texts and webpages

libtranslate is a library for translating texts and web pages between
natural languages. It's shipped with generic module supporting web-based
translation sevices such as Babel Fish, Google Language Tools and
SYSTRAN.

(Expect packages on http://mentors.debian.net/)

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i586)
Kernel: Linux 2.6.10-1-386
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#292909: ITP: gnome-translate -- natural language translator for GNOME

[Dan Korostelev]

Package: wnpp
Severity: wishlist
Owner: Dan Korostelev <[EMAIL PROTECTED]>

* Package name: gnome-translate
  Version : 0.99
  Upstream Author : Jean-Yves Lefort <[EMAIL PROTECTED]>
* URL : http://www.nongnu.org/libtranslate/gnome-translate/
* License : GPL
  Description : natural language translator for GNOME

GNOME Translator is a natural language translator. It can translate
texts or web pages between several natural languages and it can
automatically detect the source language as you type.

(expect packages on http://mentors.debian.net)

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i586)
Kernel: Linux 2.6.10-1-386
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]