Re: an idea for next generation APT archive caching

On Fri, 2004-10-22 at 13:43 +1000, Paul Hampson wrote: > Is there anything such a system would want to fetch from a Debian > mirror that doesn't show up in Packages.gz or Sources.gz? Yes, lots of things as I found out the hard way when I implemented object type checking in apt-cacher - even plain

Re: an idea for next generation APT archive caching

On Wed, Oct 20, 2004 at 02:11:44AM +0200, martin f krafft wrote: > Here's an idea I just had about apt-proxy/apt-cacher NG. Maybe this > could be interesting, maybe it's just crap. Your call. > Based on a normal mirror layout, the idea is to use apache's 404 > hook for packages. When an existing p

Re: orphaning packages

On Thu, Oct 21, 2004 at 10:50:18PM -0400, Chris Ruffin wrote: > #277731: O: electric -- electrical CAD system > #277733: O: hp48gcc -- C-like compiler which produces HP48 RPN > #277734: O: vipec -- network analyzer for electrical networks I would like to take over these three packages. I will t

Re: update-menus , Re: dpkg and selinux

On Thu, Oct 21, 2004 at 10:07:53AM +0200, A Mennucc wrote: > But I would not do this for ldconfig: > what if a package needs a library it depends on to configure itself? Isn't that why library packages must include the .so symlinks, so they work before ldconfig is called? --

orphaning packages

I am orphaning four packages. All of them are oriented in one way or another to the electrical engineering discipline, but they are of limited to that of course. If you would like to adopt any or all of these packages, please refer to the procedures documented at http://www.debian.org/devel/wnpp

Re: an idea for next generation APT archive caching

* Eduard Bloch [Thu, 21 Oct 2004 18:12:42 +0200]: > And though I like apt-cacher in general (it worked immediately while I > did not manage to make apt-proxy work within 15 minutes and dropped the > crap), this is the only method I do not like at all. > It could be done better. I suggest you switc

Re: Bug#277582: ITP: kwin-baghira -- A MacOSX-like theme for Apple junkies ;)

* Dirk Eddelbuettel [Thu, 21 Oct 2004 19:51:49 +]: > Jose Luis Tallon adv-solutions.net> writes: > > * Package name: kwin-baghira > > Baghira is a native style and kwin decoration for KDE >=3.2 > -- Will this transparently remove existing files via something like the >dpkg alternativ

Re: an idea for next generation APT archive caching

On Fri, 2004-10-22 at 03:36 +0200, Tobias Hertkorn wrote: > One bad thing (amongs others) that happens if you use squid - first of all > you have to make your clients use the proxy settings Set it up in reverse proxy mode (way easier in 3.0) and you don't use proxy settings - you use it as your r

Re: an idea for next generation APT archive caching

On Thu, 2004-10-21 at 13:13 +0200, martin f krafft wrote: > also sprach Jonathan Oxer <[EMAIL PROTECTED]> [2004.10.21.0617 +0200]: > > So it's necessary to keep fetching the Packages files within their > > expiry time or the cache gets nuked. > > Why delete them at all? Because then they are nev

Re: an idea for next generation APT archive caching

On Fri, 2004-10-22 at 03:36 +0200, Tobias Hertkorn wrote: > a request for http://yourserver/testing//apachedeb will not create a > hit if requested as http://yourserver/sid//apache...deb . Furthermore > requests to similar mirrors will not create cache hits. So everybody has to > us

Re: an idea for next generation APT archive caching

One bad thing (amongs others) that happens if you use squid - first of all you have to make your clients use the proxy settings AND way more imortant - a request for http://yourserver/testing//apachedeb will not create a hit if requested as http://yourserver/sid//apache...deb . Furth

Bug#277721: ITP: libnet-smpp-perl -- Net::SMPP is an implementation of Short Message Peer to Peer protocol over TCP

Package: wnpp Severity: wishlist * Package name: libnet-smpp-perl Version : 1.03 Upstream Author : Sampo Kellomaki <[EMAIL PROTECTED]> * URL : http://www.symlabs.com and CPAN * License : PERL Description : Net::SMPP is an implementation of Short Message Pe

Re: an idea for next generation APT archive caching

On Thu, 2004-10-21 at 17:31 +0100, Chris Halls wrote: > There have been quite a lot of attempts to make a better apt-proxy, but > almost always the authors discovered the problem is rather difficult to > get right, especially when you start worrying about streaming while > downloading, multiple c

Re: Python executables inside libraries

On Thu, Oct 21, 2004 at 11:41:09PM +0200, Magnus Therning wrote: > On Thu, Oct 21, 2004 at 10:53:32PM +1000, Matthew Palmer wrote: > >On Thu, Oct 21, 2004 at 09:25:41AM +0200, Magnus Therning wrote: > >> I have a silly little problem with getting Python's distutils to play > >> nice with Debian pac

Re: an idea for next generation APT archive caching

On Wed, 2004-10-20 at 12:11 +0200, martin f krafft wrote: > also sprach martin f krafft <[EMAIL PROTECTED]> [2004.10.20.0211 +0200]: > > Here's an idea I just had about apt-proxy/apt-cacher NG. Maybe this > > could be interesting, maybe it's just crap. Your call. > 3. squid: > Squid works reliab

Re: Python executables inside libraries

On Thu, Oct 21, 2004 at 10:53:32PM +1000, Matthew Palmer wrote: >On Thu, Oct 21, 2004 at 09:25:41AM +0200, Magnus Therning wrote: >> I have a silly little problem with getting Python's distutils to play >> nice with Debian packaging. The library I am packaging (PyGGy) has a few >> python files that

Bug#277706: ITP: libcompress-lzo-perl -- Perl bindings for LZO realtime compression library

Package: wnpp Severity: wishlist * Package name: libcompress-lzo-perl Version : 1.08 Upstream Author : Markus Franz Xaver Johannes Oberhumer <[EMAIL PROTECTED]> * URL : http://www.oberhumer.com/opensource/lzo/ * License : GPL Description : Perl bindings fo

Document

This is an auto-generated response designed to answer your question as quickly as possible. Please note that you will not receive a reply if you respond directly to this message. Unfortunately, we cannot take action on the mail you sent us because it does not reference a Hotmail account. Pleas

Document

This is an auto-generated response designed to let you know that our system received your support inquiry and a Support Representative will review your question and respond to you soon. Please note that you will not receive a reply if you respond directly to this message. Thank you for contact

Re: Bug#277582: ITP: kwin-baghira -- A MacOSX-like theme for Apple junkies ;)

Jose Luis Tallon adv-solutions.net> writes: > > Package: wnpp > Severity: wishlist > > > * Package name: kwin-baghira > Version : 0.5h > Upstream Author : Thomas LÃbking users.sourceforge.net> > * URL : http://baghira.sourceforge.net/ > * License : GPL > D

Re: an idea for next generation APT archive caching

Hi, I can mostly live with the current apt-proxy, except for the fact that it does not seem to want to play nice with debbootstrap: debbootstrap just hangs. manoj -- Philogyny recapitulates erogeny; erogeny recapitulates philogyny. Manoj Srivastava <[EMAIL PROTECTED]>

Re: Bug#277658: ITP: smarty -- Template Engine for PHP

Jose Luis Tallon wrote: Package: wnpp Severity: wishlist * Package name: smarty Version : 2.6.5 Upstream Author : Monte Ohrt <[EMAIL PROTECTED]> & Andrei Zmievski <[EMAIL PROTECTED]> * URL : http://smarty.php.net/ * License : LGPL Description : Template En

Re: NMU for libpaper

Giuseppe Sacco <[EMAIL PROTECTED]> wrote: > It seems that libpaper package is unmaintaned, but i would like to do an > NMU using a large patch. The relevant bug report (with patch) is #188899 > and this would also close hylafax bug report #269184. > > Does anyone see any problem in applying this p

Re: RFC: common database policy/infrastracture

hi javier, On Wed, Oct 20, 2004 at 05:05:18PM +0200, Javier Fernández-Sanguino Peña wrote: > - leave data after purge? -> only ask during purge. > - back up database before upgrade? -> only ask during upgrades. user should > be notified where to find backups and possibly how to restore. > and oth

Re: an idea for next generation APT archive caching

On Wed, 2004-10-20 at 11:11, martin f krafft wrote: > 1. apt-proxy: > While I love the concept of apt-proxy, it works very unreliably. > Frequently, the proxy fails to download the package or imposes > very long delays (#272217, and others). This seems to be the result of a patch that fixed

Re: Bug#277658: ITP: smarty -- Template Engine for PHP

On Thu, 2004-10-21 at 16:30 +0200, Jose Luis Tallon wrote: > Package: wnpp > Severity: wishlist > > > * Package name: smarty Are you pretty sure about this? Please take a look at: http://packages.qa.debian.org/s/smarty.html -- David Moreno Garza <[EMAIL PROTECTED]> | http://www.damog.net

NMU for libpaper

It seems that libpaper package is unmaintaned, but i would like to do an NMU using a large patch. The relevant bug report (with patch) is #188899 and this would also close hylafax bug report #269184. Does anyone see any problem in applying this patch? Bye, Giuseppe

Re: forwarding bugs to other packages

On Thu, Oct 21, 2004 at 01:28:41PM +1000, Brian May wrote: > > "Joel" == Joel Baker <[EMAIL PROTECTED]> writes: > > Joel> It would also presumably allow you to add a filter such as > Joel> "don't display any bug with a dependancy on any other > Joel> still-open bug"; thus allowing

Re: an idea for next generation APT archive caching

#include * Jonathan Oxer [Thu, Oct 21 2004, 02:17:49PM]: > > is unstable). IMHO, the only correct way is to scan the most recently > > downloaded Packages and Source index files and delete files that > > aren't mentioned anymore. > > That's how apt-cacher does it. Early versions of apt-cacher di

Re: Bug#277550: ITP: patcher -- perl script useful for managing patches

Hi Dan El mié, 20-10-2004 a las 20:23, Dan Weber escribió: > How is this different from quilt? > I'll take my answer for that question from the upstream developer's README file: " SEE ALSO Andrew Morton's patch scripts at http://www.zip.com.au/~akpm/linux/patches/ I stole the idea

Bug#277658: ITP: smarty -- Template Engine for PHP

Package: wnpp Severity: wishlist * Package name: smarty Version : 2.6.5 Upstream Author : Monte Ohrt <[EMAIL PROTECTED]> & Andrei Zmievski <[EMAIL PROTECTED]> * URL : http://smarty.php.net/ * License : LGPL Description : Template Engine for PHP Although

Re: Webmaster

Re: Sumeru Nandi in <[EMAIL PROTECTED]> > Hi I am interested in the webmasters job for your website > > My skills sets include : > > HTML, XML, PHP, ASP, Javascript, Dreamweaver, Adobe Photoshop. > > Please let me know if this is paid or voluntary work Hi, Debian is based on voluntary contri

Re: Content of CDs / DVDs

[ Note Reply-To: set to debian-cd; that's the right place for this discussion ] Richard Atterer writes: >On Wed, Oct 20, 2004 at 06:38:07PM -0500, Matthew Dempsky wrote: >> >> How difficult is it to generate jigdo templates on the fly? It sounds >> like a fun project if that's not too difficul

Re: Content of CDs / DVDs

On Thu, Oct 21, 2004 at 06:21:24PM +0800, Cameron Patrick wrote: > Would it be more feasible if all of the intelligence was on the client > side? The client could slurp down a Packages file, work out which > packages to include and split them into CD-sized chunks, download the > debs from a mirror

Re: discover and hotplug must be able to co-exists (was Re: discover or alsa?)

[Marco d'Itri] > discover cannot load hotplugged devices, so to me it looks like a good > idea to use the same program to do both. Reliably reproducible bugs are > better than inconsistent behaviour. :-) I'm not really interested in participating in that discussion. Anyway, if you make a patch, p

Re: discover and hotplug must be able to co-exists (was Re: discover or alsa?)

On Oct 21, Petter Reinholdtsen <[EMAIL PROTECTED]> wrote: > I'm not sure if it should be off by default. But that is a different > discussion. :) discover cannot load hotplugged devices, so to me it looks like a good idea to use the same program to do both. Reliably reproducible bugs are better t

Re: Content of CDs / DVDs

On Thu, Oct 21, 2004 at 06:21:24PM +0800, Cameron Patrick wrote: > > All in all, IMHO generating per-user images on the fly is not really > > feasible. > > Would it be more feasible if all of the intelligence was on the client > side? The client could slurp down a Packages file, work out which >

Re: an idea for next generation APT archive caching

also sprach Tobias Hertkorn <[EMAIL PROTECTED]> [2004.10.20.1449 +0200]: > As a part of speeding up delivery, I programmed an apache module called > mirror_mod. > For documentation look here: > http://hacktor.fs.uni-bayreuth.de/apt-got/docs/mod_mirror.html Interesting! Though I am not sure this w

Re: Content of CDs / DVDs

Richard Atterer wrote: > All in all, IMHO generating per-user images on the fly is not really > feasible. Would it be more feasible if all of the intelligence was on the client side? The client could slurp down a Packages file, work out which packages to include and split them into CD-sized chun

Re: Content of CDs / DVDs

Hello, /me puts jigdo author hat on. On Wed, Oct 20, 2004 at 06:38:07PM -0500, Matthew Dempsky wrote: > Bartosz Fenski aka fEnIo <[EMAIL PROTECTED]> writes: > > Of course! Now I can't believe I didn't think about jigdo first... > > probably because I'm not very familiar with it. > > > > Assuming

Re: discover and hotplug must be able to co-exists (was Re: discover or alsa?)

[Marco d'Itri] > Hotplug does not know about X drivers and is not supposed to. Right. That is what I suspected. So it can not replace discover, kudzy, or any of the other packages capable of providing X driver info. > I think that the correct solution is to ship discover with > autoloading of U

Re: discover and hotplug must be able to co-exists (was Re: discover or alsa?)

On Oct 21, A Mennucc <[EMAIL PROTECTED]> wrote: > Unless someone may go and rewrite xserver-xfree86 to suggest 'hotplug | > discover', and use any of the two. (hotplug has a much wider list of Hotplug does not know about X drivers and is not supposed to. I think that the correct solution is to

Re: Xsession doesn't use umask setting from /etc/login.defs

On Mon, Oct 18, 2004 at 09:41:45PM +0200, Tomas Fasth wrote: > I have re-read your mail and I beg you for pardon. I was wrong. Thanks. My anger dissipates with a wave of the hand. :) > | And, by the way: X-No-CC: I subscribe to this list; do not CC me > | on replies. > > I'm very sorry but I'm

Re: Xsession doesn't use umask setting from /etc/login.defs

On Mon, Oct 18, 2004 at 09:43:33AM +0200, Jan Nieuwenhuizen wrote: > I wonder if filing a bug report against the offending MUA would be > more efficient? I think such bugs are best filed by those who actually use the MUA in question (I use Mutt, which already respects M-C-T and M-F-T). After all,

Re: Xsession doesn't use umask setting from /etc/login.defs

On Mon, Oct 18, 2004 at 10:57:24AM +0200, Tollef Fog Heen wrote: > * Branden Robinson > > | On Fri, Oct 15, 2004 at 12:06:36PM -0700, Steve Langasek wrote: > | > environment variables, at least, are trivial to accomplish using the > | > pam_env module. Properly setting a umask would call for som

Re: Bug#276306: dpkg -P backuppc fails (debconf problem ?)

Ludovic Drolez <[EMAIL PROTECTED]> wrote: > Frank Küster wrote: >> Please try to debug by putting a "set -x" into >> /var/lib/dpkg/info/backuppc.postrm (or prerm, whatever it is). If it >> really hangs at db_purge, it may be a bug in debconf. You should know >> that. > > Yes, I've alread tried th

Re: update-menus , Re: dpkg and selinux

I tested it and it seems ok; so I sent the following proposal as a wishlist bug for 'menu' A Mennucc wrote: Luke Kenneth Casson Leighton wrote as an example, 80% of all debian postinst (post install) packages on my computer result in the running of update-menus. you don't need to change the whol

Re: discover and hotplug must be able to co-exists (was Re: discover or alsa?)

Petter Reinholdtsen wrote: I agree that hotplug and discover must be able to co-exist on a system. And I believe they mostly do, as I have both installed. :) [A Mennucc] Unless someone may go and rewrite xserver-xfree86 to suggest 'hotplug | discover', and use any of the two. (hotplug has a muc

Re: discover and hotplug must be able to co-exists (was Re: discover or alsa?)

On Thu, Oct 21, 2004 at 09:52:10AM +0200, A Mennucc wrote: > so, on a typical install of Debian, it is quite possible that discover > and hotplug are installed at the same time. It's more than quite possible, it's what you get after installing sarge, except if it changed since the snapshot I trie

update-menus , Re: dpkg and selinux

Luke Kenneth Casson Leighton wrote as an example, 80% of all debian postinst (post install) packages on my computer result in the running of update-menus. you don't need to change the whole of the packages to implement the above just add a few diverts, create some specific locks , and check on e

Re: discover and hotplug must be able to co-exists (was Re: discover or alsa?)

I agree that hotplug and discover must be able to co-exist on a system. And I believe they mostly do, as I have both installed. :) [A Mennucc] > Unless someone may go and rewrite xserver-xfree86 to suggest > 'hotplug | discover', and use any of the two. (hotplug has a much > wider list of rdepend

discover and hotplug must be able to co-exists (was Re: discover or alsa?)

hi for as much as I loved the religion war of people-liking-discover against p-l-hotplug, (and then of p-l-udev vs p-l-devf vs p-l-/dev ), I think nobody stated the most important point: discover and hotplug must be able to co-exists. The reason is in the dependencies: indeed xserver-xfree86

Re: Content of CDs / DVDs

On Thu, Oct 21, 2004 at 04:43:51PM +1300, Matthew Currington wrote: > >If not (and I'm assuming that's the right answer) then what about adding > >some txt files alongside isos? > >Simple list of packages shouldn't (and won't) take much space and will be > >very helpful for newbies which still ask