Re: is the Debian mail server healthy?
Hello, On Sat, Oct 29, 2005 at 07:04:02PM +0200, Frank Küster wrote: > There were also some bugs for tetex-* that were never sent to the > Maintainer: field, namely the debian-tetex-maint mailing list. Here is another one. The following message (related to bug #335689) spend six days in the vincinity of master. Received: from master.debian.org (master.debian.org [146.82.138.7]) by dd1234.kasserver.com (Postfix) with ESMTP id 391E91752C5 for <[EMAIL PROTECTED]>; Mon, 31 Oct 2005 05:21:27 +0100 (CET) Received: from qa by master.debian.org with local (Exim 3.35 1 (Debian)) id 1EWRAJ-00020H-00; Sun, 30 Oct 2005 22:20:59 -0600 Received: from spohr.debian.org [140.211.166.43] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1EUQ6i-Rb-00; Tue, 25 Oct 2005 09:48:56 -0500 Received: from debbugs by spohr.debian.org with local (Exim 3.36 1 (Debian)) id 1EUQ6e-0004x2-00; Tue, 25 Oct 2005 07:48:52 -0700 Message-Id: <[EMAIL PROTECTED]> I hope this helps, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Re: Dummy packages and metapackages (call for consistency in the descriptions)
On Sun, 30 Oct 2005, Andreas Tille wrote: > > Would it be unreasonable to ask that metapackages have to be _empty_, > > i.e., that all their functionality it's in their control file? > > As long as you give no reasons to do so I would in deed call it > unreasonable. The principle of least surprise, and the meaning of "meta" are good enough reasons for me to never have ANYTHING but debian/control in a meta package. If the package packages something, it is NOT a meta-package, it is a package. IMHO anyway. -- "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]
Re: In Need Of Serious Help
Hi first , how did you get those errors? Could you tell us how can we replicate the errors you get ? Which app ? Does it happen everytime you follow the same process ? and perhaps pls describe your machine , hardware , software anything. regards billy On 10/30/05, lisbeth <[EMAIL PROTECTED]> wrote: > Hello, > Bare with me I am new to Linux, and I am not sure If this is the right > place to post this ?, This is the errors I am receiving > QPixmap: Cannot create a QPixmap when no GUI is being used > kdecore (klibloader): Warning: KLibrary:/usr/lib/libkdecore.so.4: > undefined symbol: init_kwifimanager_kamodule > ALSA lib pam_hw.c:494:(snd_pam_hw_start) SNDRV_PCM_IOCTL_START > failed:Broken pipe > I hope this give a general idea, there are many more errors, > and I don't know what I am doing? Help Please > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDTFW8WKNmaLjIwZQRArDEAKCK2XNy1ROnQFrW4SCaia0fmFWLIQCfRu58 dxq4aMie/qPP9SiOlSsznYE= =0nRF -END PGP SIGNATURE-
Bug#336534: ITP: stopwatch -- A virtual stopwatch and timer
Package: wnpp Severity: wishlist Owner: "Daniel J. Milstein" <[EMAIL PROTECTED]> * Package name: stopwatch Version : 3.4 Upstream Author : Don Libes <[EMAIL PROTECTED]> * URL : http://expect.nist.gov/stopwatch/ * License : Public domain Description : A virtual stopwatch and timer program Stopwatch is a stopwatch and timer program that uses the Tk toolkit. It has millisecond accuracy. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-9-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Alacarte - GNOME menu editor
On Mon, Oct 31, 2005 at 10:54:52AM +1100, Rob Weir said > Package: wnpp > Severity: wishlist > > * Package name: alacarte > Version : 0.8 > * Upstream Author : Travis Watkins <[EMAIL PROTECTED]> > * URL : http://www.realistanew.com/projects/alacarte/ > * License : GPL v2. > Description : GNOME-based freedesktop.org menu editor > > Alacarte is an menu editor for GNOME that can add and edit new entries and > menus. It works with the freedesktop.org menu specification and should work > with any desktop environment that uses the spec. Erk, forgot x-debbugs-cc. -rob -- no wonder the sound has so much body! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Save Chechnya Campaign
Title: How to help us How to help us Although our organization is based on a non-profit principle, we need money to implement and maintain our projects. We dependent on donations by those who share our concerns and want to help us with our work. Please support us with your donations. We will appreciate any amount you give - 'many drops build a river', so never think that your donation is too small to take action. Our Bank accounts open for you: US dollars - ING Bank NV Netherlands: 02.01.99.910 Dutch Guilders - ING Bank NV Netherlands: 68.01.26.988 Account: Save Chechnya Campaign Account No: 61391607 Sort Code: 40-07-01 HSBC 40 Temple Fortune Parade London United Kingdom NW11 0QU Save Chechnya Campaign 27 Old Gloucester Street London United Kingdom WC1N 3XX All information on donations, sponsorship, etc. will be treated in strictest confidence! If you do not want to publicize any information about yourself, you can make an anonymous transfer to our bank account from any bank office. To do this just transfer an amount in cash with the remark "donation". There are various possibilities to work with us which are outlined Who we are Kavkaz-Center (www.kavkazcenter.com) - is Chechen independent international Islamic Internet agency. Our agency was founded in March of 1999 in the city of Jokhar (Grozny). The founder is the National Center for Strategic Research and Political Technologies, which was in turn registered, with the Ministry of Justice of the Chechen Republic of Ichkeria in October of 1998 (N 1377/A-17). The Kavkaz-Center Internet Agency is oriented to cover events in the Islamic world, Caucasus and Russia. One of the main tasks of Kavkaz-Center is to cover the events in the Chechen Republic of Ichkeria (the C.R.I. for short) concerning the Russian military invasion against the C.R.I. Donations There are no rules as to the regularity of donations. They can be made once or several times for any amount that you have in mind. For practical reasons we suggest not to donatate below $10 USD. If you make a donation and want to notify it (anonymous when you want) to us: use this form Projects Our website is an important channel to spread information world wide reflecting the publications of the international press, background, historical and cultural information and documentation about all our projects. The ultimate goal of the project is to establish an independent news agency on Chechnya which will be able to provide valuable information from the area on a regular basis, and which will be self-financed, i.e. the agency will derive income by selling news to other news agencies. As the first step in order to achieve the above goal we would like to create an innovative website with a number of features having a regularly updated own content and a compilation of news items coming from elsewhere. The focus will be placed on own content that will be made available on the website in the following ways: Reports from Chechnya - resulting from daily communications, including satellite telephone (through the existing satellite network, and through newly established channels) with various parts of Chechnya, and, in particular, with 'hot' areas where possible. Video footage from Chechnya by professional team of journalists uploaded on Video/Audio page of the website (once a week or more, if necessary), including interviews, reports and analysis. Discussion forum, including live video conferencing through the website by means of the satellite link with Chechnya (once a week or more, if necessary). Along with actual members of the forum (prominent people from various parts of the world who are not indifferent to the cause) which will be limited to four at a time, audience will be encouraged to ask questions on the subject, to share their opinions, etc. 2005. "Kavkaz-Center" News Agency [EMAIL PROTECTED]
Re: Help: Bug#336469: pure-ftpd uninstallable : no pure-ftpd-common
Scripsit Stefan Hornburg <[EMAIL PROTECTED]>
> Is the following line in debian/control too strict ?
> Depends: pure-ftpd-common (=${Source-Version}), ${shlibs:Depends}
It evidently creates problems for binary NMUs (where only the
arch-dependent packages are uploaded with an NMU revision in the
Source-Version). A workaround would be to add something like
dpkg-parsechangelog | perl -ne '\
s/^Version: /Indep-Version=/ or next;\
s/(-\d+\.\d+)\.d+$$/$$1/ && s/\.0$$//;\
print' >> debian/substvars
in debian/rules before the dh_gencontrol, and the use
Depends: pure-ftpd-common (=${Indep-Version}), ${shlibs:Depends}
instead. (Probably with some extra plumbing due to make the defn reach
the package-specific substvars files).
Such a construction ought to be used everytime one uses
=${Source-Version} to refer to an arch-independent package.
There really ought to be some stock magic in {dpkg-,dh_}gencontrol
for this, but currently there isn't.
--
Henning Makholm "There were few families that didn't have at least
one hopeful who, from Reading Day on, was the great
hope because of the way he handled his trisyllabics."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Bug#336469: pure-ftpd uninstallable : no pure-ftpd-common
* Stefan Hornburg wrote: > The following packages have unmet dependencies: > pure-ftpd: Depends: pure-ftpd-common (= 1.0.19-6.0.1) but 1.0.19-6 is > to be installed > > Where are these 1.0.19-6.0.1 packages are coming from ? Looks like a binary-NMU. > How can I fix this issue - just releasing 1.0.19-7 ? Good question. I received a similar bugreport against the ion3 package yesterday. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help: Bug#336469: pure-ftpd uninstallable : no pure-ftpd-common
On Sun, Oct 30, 2005 at 08:05:19PM +0100, Stefan Hornburg wrote:
> Hello, fellow developers !
>
> I have a couple of questions about this bug:
>
> The following packages have unmet dependencies:
> pure-ftpd: Depends: pure-ftpd-common (= 1.0.19-6.0.1) but 1.0.19-6 is
> to be installed
>
> Where are these 1.0.19-6.0.1 packages are coming from ?
>
> How can I fix this issue - just releasing 1.0.19-7 ?
>
> Is the following line in debian/control too strict ?
>
> Depends: pure-ftpd-common (=${Source-Version}), ${shlibs:Depends}
>
> Thanks for your help !
>
A three-part version after the last dash indicates a binary-only NMU.
Maybe Someone tried to do an NMU and it partially failed?
-Roberto
--
Roberto C. Sanchez
http://familiasanchez.net/~roberto
pgpnlTNb5IQp8.pgp
Description: PGP signature
Re: is the Debian mail server healthy?
On Sun, 30 Oct 2005 16:34:49 +0100, Stig Sandbeck Mathisen <[EMAIL PROTECTED]> wrote: >On Oct 30, 2005, at 10:52, Marc Haber wrote: >> I can confirm that master sits on some messages for days, such as this >> one, for example: >> |Received: from master.debian.org ([146.82.138.7]) >> |by torres.zugschlus.de with esmtp (Exim 4.54) >> |id 1EVmC6-lm-8a >> |for [EMAIL PROTECTED]; Sat, 29 Oct 2005 10:36:07 +0200 >> |Received: from qa by master.debian.org with local (Exim 3.35 1 >> (Debian)) >> |id 1EUOw2-0003y4-00; Tue, 25 Oct 2005 08:33:50 -0500 >> >> So, there might be a problem, because these things happen quite >> regularly in the last few weeks. > >That does not mean that master has not tried to deliver it to you >during these days. If it didn't try, it's broken. torres was available all the time and was actually receiving mail. > Logs from master might shed some light over this >issue. Right. 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
Help: Bug#336469: pure-ftpd uninstallable : no pure-ftpd-common
Hello, fellow developers !
I have a couple of questions about this bug:
The following packages have unmet dependencies:
pure-ftpd: Depends: pure-ftpd-common (= 1.0.19-6.0.1) but 1.0.19-6 is
to be installed
Where are these 1.0.19-6.0.1 packages are coming from ?
How can I fix this issue - just releasing 1.0.19-7 ?
Is the following line in debian/control too strict ?
Depends: pure-ftpd-common (=${Source-Version}), ${shlibs:Depends}
Thanks for your help !
Racke
--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336481: ITP: epix -- create mathematically accurate graphics with a C++-like syntax
Package: wnpp Severity: wishlist Owner: Julian Gilbey <[EMAIL PROTECTED]> * Package name: epix Version : 1.0.6 Upstream Author : Andrew D. Hwang <[EMAIL PROTECTED]> * URL : http://math.holycross.edu/~ahwang/current/ePiX.html * License : GPL Description : create mathematically accurate graphics with a C++-like syntax ePiX (pronounced like "epic" with a soft "k", cf. "TeX") is a collection of batch-oriented utilities for *nix, creates mathematically accurate line figures, plots, and movies using easy-to-learn syntax. LaTeX and dvips comprise the typographical rendering engine, while ImageMagick is used to create bitmapped images and animations. The user interface resembles that of LaTeX: You prepare a short scene description in a text editor, then "compile" the input file into a picture. Default output formats are eepic (a plain text enhancement to the LaTeX picture environment), eps, pdf, png, and mng. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: In Need Of Serious Help
Hello, Bare with me I am new to Linux, and I am not sure If this is the right place to post this ?, This is the errors I am receiving QPixmap: Cannot create a QPixmap when no GUI is being used kdecore (klibloader): Warning: KLibrary:/usr/lib/libkdecore.so.4: undefined symbol: init_kwifimanager_kamodule ALSA lib pam_hw.c:494:(snd_pam_hw_start) SNDRV_PCM_IOCTL_START failed:Broken pipe I hope this give a general idea, there are many more errors, and I don't know what I am doing? Help Please -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dummy packages and metapackages (call for consistency in thedescriptions)
* Andreas Tille [Sun, 30 Oct 2005 17:23:20 +0100]: > On Sat, 29 Oct 2005, Adeodato [iso-8859-1] Simó wrote: > > Would it be unreasonable to ask that metapackages have to be _empty_, > > i.e., that all their functionality it's in their control file? > As long as you give no reasons to do so I would in deed call it > unreasonable. Dude, the second paragraph on my mail contains an example. -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 Listening to: Franz Ferdinand - Eleanor Put Your Boots On Ara que ets la meva dona, te la fotré fins a la melsa, bacona! -- Borja Álvaro a Miranda Boronat en «Chulas y famosas» -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dummy packages and metapackages (call for consistency in the descriptions)
On Sat, 29 Oct 2005, Adeodato [iso-8859-1] Simó wrote: Would it be unreasonable to ask that metapackages have to be _empty_, i.e., that all their functionality it's in their control file? As long as you give no reasons to do so I would in deed call it unreasonable. Kind regards Andreas. -- http://fam-tille.de
Re: is the Debian mail server healthy?
On Oct 30, 2005, at 10:52, Marc Haber wrote: I can confirm that master sits on some messages for days, such as this one, for example: |Received: from master.debian.org ([146.82.138.7]) |by torres.zugschlus.de with esmtp (Exim 4.54) |id 1EVmC6-lm-8a |for [EMAIL PROTECTED]; Sat, 29 Oct 2005 10:36:07 +0200 |Received: from qa by master.debian.org with local (Exim 3.35 1 (Debian)) |id 1EUOw2-0003y4-00; Tue, 25 Oct 2005 08:33:50 -0500 So, there might be a problem, because these things happen quite regularly in the last few weeks. That does not mean that master has not tried to deliver it to you during these days. Logs from master might shed some light over this issue. -- SSM - Stig Sandbeck Mathisen <[EMAIL PROTECTED]> - http://fnord.no Trust the Computer, the Computer is your Friend -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Proposal: Start wrapping source control file fields
Hi, A while ago bug 90989 was submitted, it was asking to extend the definition of source control file fields to be all (physical not logical) multi-line. I think it makes sense as we are supposedly using RFC822, and more given some really long and obscene fields in packages from d-i or xorg. As debian-policy will not allow this kind of change without demonstrated wide use, I'll start wrapping source control fields on new uploads of all my packages. I did that pre-sarge, but reverted just before release to not introduce possible delays (although nothing broke during that period), and when lintian started giving errors about that. I will not set a lintian override so it's easy to track down, be it to revert or to be able to see how wide spread it has got. So please speak now if you have anything against this. regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the release team: the plans for etch
su, 2005-10-30 kello 10:37 +0100, Marc Haber kirjoitti: > On Sun, 30 Oct 2005 10:58:23 +1100, Brian May <[EMAIL PROTECTED]> wrote: > >That is my point - adduser will print a warning if the user already > >exists. > > > >So you need to check to make sure the user doesn't exist first, before > >attempting to add it. Or you get a stupid warning appearing when > >upgrading packages. > > If you feel disturbed by the warning, redirect addusers output to > /dev/null. It is specially tailored to not kill the package install if > the user already exists. This means that all other error messages will go to /dev/null as well. adduser can fail for other reasons and it is not acceptable to make it harder to debug for the sysadmin. I've stumbled upon several packages doing that, and filed bugs on them, when testing things with piuparts, which happened to create a chroot that was valid, but caused chage, and therefore adduser, to fail. Packages that hid adduser's error messages were much more annoying to deal with than those that let chage's error message be visible. I don't know perl, so I can't create a patch, sorry, but at a guess changing the dief call around 693 to something that doesn't print out an error message if --quiet has been given would seem to do the trick. -- I sometimes mistake arrogance for intelligence. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sorting source packages to reduce build effort
[Daniel Ruoso] > > The question is: Is there a way (I mean, already implemented) to sort > > the packages putting the most used and less dependencies on the front > > and showing wich packages needs to be installed before the build can > > start? [Goswin von Brederlow] > No. :( Sounds like a job for tsort, with input from apt-rdepends -b or similar, driven by random scripting. signature.asc Description: Digital signature
Re: A thought about killing two bird with one stone
Hello! On Thu 27 Oct 2005 00:57 +0200, Brian May wrote: > (I have seen a system that appears to run ntpdate on startup before > the network is configured - but it hasn't bothered me enough to > investigate why yet.) If you're using ifplugd, this is a known (and wontfix) issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=204499 Thx, bye, Gismo / Luca pgp88ij34RKOx.pgp Description: PGP signature
Re: apt with index diff support
* Goswin von Brederlow: > Doesn't the 'If-Range: Fri, 28 Oct 2005 19:18:20 GMT' mean the proxy > should query upstream? Also what is the time to live on the reply? And > shouldn't the proxy always query for an update if the TTL is gone? Indeed, I should have looked at the ngrep output more closely. It turns out that this clearly apt-proxy's fault. The patch below should fix this (it's only lightly tested, though). diff -rN -u old-apt-proxy-1.9.32/apt_proxy/apt_proxy.py new-apt-proxy-1.9.32/apt_proxy/apt_proxy.py --- old-apt-proxy-1.9.32/apt_proxy/apt_proxy.py 2005-10-30 11:04:52.0 +0100 +++ new-apt-proxy-1.9.32/apt_proxy/apt_proxy.py 2005-10-30 11:04:52.0 +0100 @@ -89,8 +89,8 @@ FileType(re.compile(r"\.txt$"), "application/plain-text", 1), FileType(re.compile(r"\.html$"), "application/text-html", 1), -FileType(re.compile(r"/(Packages|Release(\.gpg)?|Sources|Contents-.*)" -r"(\.(gz|bz2))?$"), +FileType(re.compile(r"/(Packages|Release(\.gpg)?|Sources|Index" +r"|(?:Contents|Translation)-.*)(\.(gz|bz2))?$"), "text/plain", 1), FileType(re.compile(r"\.rpm$"), "application/rpm", 0), diff -rN -u old-apt-proxy-1.9.32/debian/changelog new-apt-proxy-1.9.32/debian/changelog --- old-apt-proxy-1.9.32/debian/changelog 2005-10-30 11:04:52.0 +0100 +++ new-apt-proxy-1.9.32/debian/changelog 2005-10-30 11:04:52.0 +0100 @@ -1,3 +1,10 @@ +apt-proxy (1.9.32.1) unstable; urgency=low + + * Non-maintainer upload + * Map type of "Index" and "Translation-*" files to text/plain. + + -- Florian Weimer <[EMAIL PROTECTED]> Sun, 30 Oct 2005 11:04:48 +0100 + apt-proxy (1.9.32) unstable; urgency=low [ Chris Halls ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: is the Debian mail server healthy?
On Sat, 29 Oct 2005 19:04:02 +0200, Frank Küster <[EMAIL PROTECTED]> wrote: >Drew Parsons <[EMAIL PROTECTED]> wrote: >> I only just now (Saturday) received the message from a mailing list I >> had sent last Tuesday. I know the message reached the mailing fine >> since I already received replies to it on the Tuesday. But the original >> message only just came in. > >There were also some bugs for tetex-* that were never sent to the >Maintainer: field, namely the debian-tetex-maint mailing list. I can confirm that master sits on some messages for days, such as this one, for example: |Received: from master.debian.org ([146.82.138.7]) |by torres.zugschlus.de with esmtp (Exim 4.54) |id 1EVmC6-lm-8a |for [EMAIL PROTECTED]; Sat, 29 Oct 2005 10:36:07 +0200 |Received: from qa by master.debian.org with local (Exim 3.35 1 (Debian)) |id 1EUOw2-0003y4-00; Tue, 25 Oct 2005 08:33:50 -0500 So, there might be a problem, because these things happen quite regularly in the last few weeks. 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: Packages file missing from unstable archive
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: > On Thu, 27 Oct 2005, Robert Lemmen wrote: >> if zsync would be taught to handle .deb files as it does .gz files, and > > You are talking about freaking lot of metadata here, and about changing some > key stuff to get --rsyncable compression. > > I may not understand why most apt metadata in .gz (Packages, Sources, > Contents...) is not made --rsyncable, but I am quite sure the chances of > anyone doing official changes to dpkg to use --rsyncable right now are nil. Zsync checksum files are, depending on block size, about 3% of the file size. For the full archive that means under 10G more data. As comparison adding amd64 needs ~30G. After the scc split there might be enough space on mirrors for both. zsync is also more capable then rsync and can sync a normal gzip file efficiently from the checksums of the uncompressed file. It will download chunks of the gzip file containing changes and reconstruct the gzip file from the local uncompressed data and those chunks. The --rsyncable option is not needed as zsync can pinpoint the exact byte where the changed uncompressed block starts in the gziped file. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the release team: the plans for etch
On Sun, 30 Oct 2005 10:58:23 +1100, Brian May <[EMAIL PROTECTED]> wrote: >That is my point - adduser will print a warning if the user already >exists. > >So you need to check to make sure the user doesn't exist first, before >attempting to add it. Or you get a stupid warning appearing when >upgrading packages. If you feel disturbed by the warning, redirect addusers output to /dev/null. It is specially tailored to not kill the package install if the user already exists. >or in a practical sense either: > >[EMAIL PROTECTED]:~# adduser aaa >adduser: The user `aaa' already exists. >[EMAIL PROTECTED]:~# adduser --quiet aaa >adduser: The user `aaa' already exists. > >(this is sarge/stable - maybe it has changed in unstable?) Probably not. Maybe one should add an option to suppress these messages on request. An appropriate patch would be appreciated. >[1] What is a "progress" message? Probably inappropriate wording for adduser. An appropriate patch would be appreciated. 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: apt with index diff support
Goswin von Brederlow <[EMAIL PROTECTED]> wrote: [...] > PS: Is the index file listed in Release? Quoting http://ftp.at.debian.org/debian/dists/sid/Release [...] 41c3cd8cf26c2eba317c37dfe9d0d3bf 2761295 main/binary-alpha/Packages.bz2 18680c3a635a695e01f69166daef4148 2177 main/binary-alpha/Packages.diff/Index 3af8fbafe3e4538520989de964289712 83 main/binary-alpha/Release [...] cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt with index diff support
Florian Weimer <[EMAIL PROTECTED]> writes: > * Michael Vogt: > >> When fully supported by the archive, the diff support will be >> completely transparent, no changes on your side necessary. > > When downloading the Index file, APT does not send instructions to > bypass the proxy cache: > > T 212.9.189.177:51459 -> 212.9.189.169: [AP] > GET /debian/dists/experimental/main/source/Sources.diff/Index HTTP/1.1..Hos > t: proxy.enyo.de:..Connection: keep-alive..User-Agent: Debian APT-HTTP/ > 1.3GET /debian/dists/unstable/main/binary-i386/Packages.bz2 HTTP/1.1..H > ost: proxy.enyo.de:..Connection: keep-alive..Range: bytes=246835-..If-R > ange: Fri, 28 Oct 2005 19:18:20 GMT..User-Agent: Debian APT-HTTP/1.3 > > (This is with apt 0.6.42.1exp1.) > > This means that apt-proxy (and probably other proxies as well) returns > a stale copy. Sure, this could be fixed on the proxy side, but I > think to actually achieve the transparency you are aiming at, you have > to implement a workaround in APT. Doesn't the 'If-Range: Fri, 28 Oct 2005 19:18:20 GMT' mean the proxy should query upstream? Also what is the time to live on the reply? And shouldn't the proxy always query for an update if the TTL is gone? I don't want to download the diff every time. Not when I update a 32 Nodes cluster over one proxy within minutes. So just plainly baypassing the proxy seems wrong. > (Apart from that, I can only repeated what I already wrote a couple of > weeks ago: Nice work.) MfG Goswin PS: Is the index file listed in Release? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sorting source packages to reduce build effort
Daniel Ruoso <[EMAIL PROTECTED]> writes: > Hi, > > As you may know, I'm working on i386-uclibc arch. And I'm finally > starting to build the base+build-essential packages. At this moment I > have a list of 87 source packages (not counting these packages > build-dep) that must be built. > > The question is: Is there a way (I mean, already implemented) to sort > the packages putting the most used and less dependencies on the front > and showing wich packages needs to be installed before the build can > start? (I have a gentoo-embedded environment, so I can emerge the > build-depends for the most important packages). > > daniel No. :( MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
