> On Fri, Jun 24, 2005 at 06:14:46PM +0200, Otto Wyss wrote:
> > The concept is based on an LDAP server (or simiar) as a replacement for
> > the Packages file and on a P2P network for package distribution (see
> > http://wyodesktop.sourceforge.net/index.php?page=pkgdist.ht
Since around last October, I've considered to make my concept for a
modern package distribution public but I wanted to wait until
Debian/sarge was released which is now the case. And since the Debconf5
in Helsinki is just around the corner it's about the right time.
The concept is based on an LDAP
Sorry if I ask here but nobody in debia-users seems to know an answer.
During installation of console-tools a few weeks ago I lost the keymap
of my swiss-german keyboard in the console. As typical console-tools
doesn't have a man page and it's documentation is useless.
Does anybody know how to re
Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> Otto Wyss <[EMAIL PROTECTED]> writes:
>
> reply (that is what I get roughly) to the server would waste 75 hours
> on waiting for the initial three-way handshake for a connect. And
> another 50 hours for the round-robin
Goswin von Brederlow wrote:
>
> > Why there isn't there already a rsync method for apt is probably a
> > mystery nobody ever will solve.
>
> It is not wanted due to rsync causing excessive server load.
>
That is simply not true. This statement is repeated all the time but
nobody ever was able to
Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (Otto Wyss) writes:
>
> > Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> >
> >> > Sure? Anyway DpartialMirror "http://dpartialmirror.sourceforge.net/";
> >> > c
Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> > Sure? Anyway DpartialMirror "http://dpartialmirror.sourceforge.net/";
> > can.
> >
> A note of caution:
>
> | 2004-04-03 (wyo) Since Debian does not change its policy to add
> | adequate support for rsync'ing package mirrors, I don't actively
>
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 Dpartia
> 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 htt
I've set the s attrtibute of halt since on my desktop any user may stop
the system. But about each second month or so it's set back to it's
original rights probably by a package upgrade. Is there a way to keep
the access rights or any better way to handle these kind of problems.
O. Wyss
--
Devel
Tim Cutts <[EMAIL PROTECTED]> wrote:
> > Seriously. There's just no way you're going to change the way Debian
> > makes releases, or rather, doesn't. It's too big, and there are just
> > too damn many people involved, many of whom simply don't care about
> > releases. As long as we maintain our cu
> > > IIRC the problem is that rsync is quite CPU-heavy on the servers, so while
> > > the mirrors have the (network) resources to feed downloads to 100s of
> > > users, they don't have the (CPU) resources for a few dozen rsyncs.
> >
> > Why do you keep on saying this without providing _any_ figur
> > Can anyone explain why rsync is no longer considered an appropriate
> > method for fetching Packages files?
>
> IIRC the problem is that rsync is quite CPU-heavy on the servers, so while
> the mirrors have the (network) resources to feed downloads to 100s of
> users, they don't have the (CPU)
> On Wed, 29 Sep 2004, Pedro Larroy wrote:
>
> As a long standing debmirror user and with the knowledge that there is a
> debpartial-mirror project which is very actively developed I just wonder
> if people have to much spare time to invent one wheel after an other.
>
Sorry for the late reply but
> > depmod: *** Unresolved symbols in
> > /lib/modules/2.4.22-1-k6/alsa/snd-pdaudiocf.o
> > depmod: *** Unresolved symbols in
> > /lib/modules/2.4.22-1-k6/alsa/snd-vx-cs.o
> > depmod: *** Unresolved symbols in
> > /lib/modules/2.4.22-1-k6/alsa/snd-vxp440.o
> > depmod: *** Unresolved symbols in
> >
> Otto Wyss dijo:
> > dpkg-reconfigure alsa-modules-2.4.22-1-k6
> >
> > but this doesn't show the driver list again! Okay getting dselect out,
> > purge the package and install it again. But now the list isn't shown
> > either. How do I get the dri
I've installed alsa-modules-2.4.22-1-k6 but made a mistake when
selecting the driver. So I tried
dpkg-reconfigure alsa-modules-2.4.22-1-k6
but this doesn't show the driver list again! Okay getting dselect out,
purge the package and install it again. But now the list isn't shown
either. How do
I tried to upgrade the 2.2 kernel from Woody to 2.4.22 and installed
kernel-image-2.4.22. During installation a large text but barely
interpretable text about initrd.img is shown. Why can't the install make
a fully correct lilo.conf by itself? Besides the text is wrong instead
of "initrd=initrd.img
> Hello,
>
> Hoping this won't turn into a flame war, I am looking for
> recommendations for a window manager. I tried quiet a few but none seem
> to fit the bill yet.
>
I don't know if XFCE fits all your requirements but since it's not only
a window manager but a light weight desktop I like it.
Currently there seems to be a problem with the Sarge-i386-1.jigdo file.
I tried to build/download a new CD but it complains 57 files where
missing. Even getting the .jigdo/.template files again or choosing
another mirror didn't help. The script can only be stopped so I don't
know how to proceed fur
The discussion about the libc6-dev package and its headers let me to the
impression that the Debian package structure isn't optimal for
libraries. If anyone wants to build his own version of a package (i.e.
libwxgtk2.4) he has to get all the dependent underlying dev packages as
well. This is a long
> On Fri, Nov 07, 2003 at 10:45:32AM +, Jonathan Dowland wrote:
> > On Thu, Nov 06, 2003 at 07:55:03PM +0100, Eduard Bloch wrote:
> >
> > > What not rename linux-kernel-headers to simple system-headers-linux?
> > > This will prevent confused users (or: lazy to read the description users)
> >
Sorry this message go to the poster instead of the list.
> > > There have always been some kernel headers in libc6-dev, they've just
> > > been split out into a separate package now. Several of these headers
> > > are referenced by headers provided by glibc which would break those
> > > headers i
I know I'm getting off topic but I don't know a better place to ask and
this subject might be interesting of other developers as well.
> On Fri, 8 Aug 2003 04:14, Otto Wyss wrote:
> > I just upgraded to the current Sarge and also got GCC 3.3. It seems this
> > vers
I just upgraded to the current Sarge and also got GCC 3.3. It seems this
version can't compile all the drivers in kernel 2.4.21. Which version
should I use? And how do I set this version (Environment variable?)
without deinstalling GCC 3.3?
O. Wyss
--
See "http://wxguide.sourceforge.net/"; for
> From time to time the question arises on different forums whether it is
> possible to efficiently use rsync with apt-get. Recently there has been a
> thread here on debian-devel and it was also mentioned in Debian Weekly News
> June 24th, 2003. However, I only saw different small parts of a huge
> Install discover, read-edid and mdetect before you install X, and you're
> set.
>
mdetect hopefully doesn't choke on an USB-mouse anymore!
O. Wyss
IMO each package should at least once per release upload a status
report. Also there was ample time for the transition of each package to
the pool. These are the reason behind the mailing to each maintainer of
packages still in Potato.
While most of the answers I got were positive, there were some
> > http://rsync.samba.org/rsync-and-debian/
> >
> > I'd appreciate comments.
>
This is certainly a very informative page. I'd appreciate if the CPU
load problem could be solved somehow.
IMO the versioning patch from Paul Russell is not the right approach
since this is Debian specific and has
Most of the scripts/methods I've seen which downloads Debian packages
with rsync do only single file transfer. IMO this must be much more
server friendly than a multi file transfer (no filelist).
Is it possible run a rsync server with anonymous login but restricted to
single file transfer next to
> > 3.1 Compressed files cannot be differenced
>
> I recall seeing some work done to determine how much savings you could
> expect if you used xdeltas of the uncompressed data. This would be the
> best result you could expect from gzip --rsyncable. I recall the numbers
> were disapointing, it was
> http://lists.debian.org/debian-devel/2001/debian-devel-200111/msg00757.html
Thanks for this pointer.
My debiansynch script never runs into problem "1. rsync -r" since it
always does single file transfers. And for problem "2. rsync of near
identical files" it's not astonishing using a high cpu l
> On Sat, Apr 06, 2002 at 10:01:16AM +0200, Otto Wyss wrote:
> > The best would be if "man would bring up a list of man pages
> > with a choose facility when more than one page exists. Maybe this change
> > in behavior could be set through an environment variable.
> A large mirror in Australia does provide an rsync server to access debian
> packages. When redhat 7.0 came out so many people tried to rsync it at the
> same time, the machine promptly fell over.
>
What amazes me is that nobody is able or willing to provide any figures.
So I guess no provider o
> > Some questions that need to be asked:
> > Howmany of our mirrors are rsyncable?
> How much load can the servers handle?
> How much more load does rsync do than a fast http server like tux?
>
Please show use any figures first before you assert this.
I know rsync imposes some load for the compu
> On Thu, Apr 04, 2002 at 11:03:53PM +0200, Otto Wyss wrote:
> > I've now choosen "7dsc" since packages aren't commands.
>
> How about something more descriptive than "dsc"? Say, "package",
> "pkg", or "deb" (in my
> Is it better than `apt-cache show foo` ?
>
No if you are a power user, otherwise yes. Beside not everbody has
apt-cache installed.
O. Wyss
--
Author of "Debian partial mirror synch script"
("http://dpartialmirror.sourceforge.net/";)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
> > To minimize possible conflicts with other names it creates man pages in
> > section 6 (games!). Of course this can be configured in the config file.
> > I'd rather like to know which is a better place for it.
>
> Use a subsection. For instance, somepackage(1dsc) goes in
> $(mandir)/man1/somepa
> dpkg -s
>
This doesn't show the package description!
O. Wyss
--
Author of "Debian partial mirror synch script"
("http://dpartialmirror.sourceforge.net/";)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Since I hated to start dselect again and again just to read a package
description I wrote a script "dsc2man" which creates appropriate man
pages for each package.
To minimize possible conflicts with other names it creates man pages in
section 6 (games!). Of course this can be configured in the co
I considered to include Debian non-free into my synchronisation scripts
(see "http://dpartialmirror.sourceforge.net/";) but I couldn't find any
mirror nor any information about. Where is non-free located?
O. Wyss
>In fact, most of the options could be auto-detected from
>/proc/cpuinfo.
>
>It could also be useful as a hardware tester at install time:
>"Would you like to test your hardware (and get a kernel custom
>build for your hardware at the same time)? This process will
>potentially take a long time."
>>> > gzip --compress-like=old-foo foo
>
>gzip creates a dictionary (that gets realy large) of strings that are
>used and encodes references to them. At the start the dictionary is
>empty, so the first char is pretty much unencoded and inserted into
>the dictionary. The next char is encoded usi
> > gzip --compress-like=old-foo foo
>
> AFAIK thats NOT possible with gzip. Same with bzip2.
>
Why not.
> I wish it where that simple.
>
I'm not saying it's simple, I'm saying it's possible. I'm not a
compression speciallist but from the theory there is nothing which
prevents this
> > gzip --compress-like=old-foo foo
> >
> > where foo will be compressed as old-foo was or as aquivalent as
> > possible. Gzip does not need to know anything about foo except how it
> > was compressed. The switch "--compress-like" could be added to any
> > compression algorithmus (bzip?)
>> So why not solve the compression problem at the root? Why not try to
>> change the compression in a way so it does produce a compressed
result
>> with the same (or similar) difference rate as the source?
>
>Are you going to hack at *every* different kind of file format that you
>might ever want
It's commonly agreed that compression does prevent rsync from profit of
older versions of packages when synchronizing Debian mirrors. All the
discussion about fixing rsync to solve this, even trough a deb-plugin is
IMHO not the right way. Rsync's task is to synchronize files without
knowing what's
With the introduction of the packages pool, I'm going to propose the
following change to the Packages files:
1. The filename tells what the Packages files contains:
Packages files should be independent of the their location, therefor the
name has to reflect their contents, i.e.
"Packages-$
48 matches
Mail list logo
