mplayer, the time has come

hi I have uploaded a new version of the 'mplayer' package for Debian, namely version 1.0pre6-1 (Unfortunately it does not show yet in the new queue at http://qa.debian.org/~anibal/debian-NEW.html but it is also accessible at http://tonelli.sns.it/pub/mplayer/sarge ) I REALLY think that the t

Re: mplayer, the time has come

mplayer_1.0pre6a-1_i386.deb is linked against libxvidcore sorry folks I have compiled and uploaded mplayer_1.0pre6a-2_i386.deb it is also accessible at http://tonelli.sns.it/pub/mplayer/sarge thanx emfox for pointing out a. -- Andrea Mennucc "Ukn ow,Ifina llyfixe dmysp acebar.ohwh att

Re: mplayer, the time has come

Ken Bloom wrote: On Mon, 14 Feb 2005 11:46:38 +0100, A Mennucc wrote: There have been two main problems keeping mplayer out of Debian: licenses and copyrights. Licenses: the upstream code contains some code that is protected by (more or less) actively enforced licenses: DeCSS code to decode

Re: mplayer, the time has come

MJ Ray wrote: Andrea Mennucc wrote: I have uploaded a new version of the 'mplayer' package for Debian, namely version 1.0pre6-1 I have reviewed this package, but I've not tried building it. Here are my first comments, split under your headings. --- HISTORY and

Re: mplayer, the time has come

Henning Makholm wrote: Scripsit [EMAIL PROTECTED] (A Mennucc) Solution: the DeCSS is deleted from the package proposed for Debian (for this reason, I upload mplayer as a native package); That is not a valid reason to pretend it is a native package. The correct thing

Re: [Fwd: Re: mplayer, the time has come]

just my 2 cents: mplayer _does not depend_ on the win32codecs : it will work quite fine without them, and still be able to play an humungous number of video formats and codecs. The win32codecs are purely optional. a. Matthew Garrett wrote: MJ Ray <[EMAIL PROTECTED]> wrote: So, this looks lik

Re: APT 0.6 migration -- first status report

just my 2eurocents Florian Weimer wrote: * How you can help Please install APT 0.6, take your favorite APT frontend, recompile it from source, test basic operations, and report the results (either to me privately, or to this list). Does it still compile? Does it work as expected (apart from the l

Re: mplayer, the time has come

Sebastien NOEL wrote: I have some questions about your package: * Why the "--disable-mencoder" in debian/rules ? my original thought was : since LAME is not in Debian , then 'mencoder' will not be very useful but then some people pointed out that there are many interesting things that c

Re: Let's stop feeding the NVidia cuckoo

Justin Pryzby wrote: On Fri, Feb 25, 2005 at 03:47:32PM -0500, David Nusinow wrote: On Fri, Feb 25, 2005 at 03:25:48PM -0500, Glenn Maynard wrote: Obfuscated code does not satisfy DFSG#2. I hope nobody seriously disagrees with this. Let's not be so fast with this. I haven't taken a

Re: Let's stop feeding the NVidia cuckoo

sorry, wrong posting (I must switch to a better news reader!) a. A Mennucc wrote: Justin Pryzby wrote: On Fri, Feb 25, 2005 at 03:47:32PM -0500, David Nusinow wrote: On Fri, Feb 25, 2005 at 03:25:48PM -0500, Glenn Maynard wrote: Obfuscated code does not satisfy DFSG#2. I hope nobody

mplayer 1.0pre6a-4 for i386 and PowerPC

hi everybody thanks to help of many people (both on debian-legal , debian-devel , and privately), I have prepared a new debugged improved version of mplayer for the Debian archive : namely version 1.0pre6-4 Simon McVittie , in particular, has tried my packaging in powerpc : so he has provided

mplayer 1.0pre6a-4 for i386 and PowerPC and sparc

you may find source, i386 and powerpc and sparc binaries of mplayer 1.0pre6a-4 in your friendly repository http://tonelli.sns.it/pub/mplayer/sarge with special thanks to David Moreno Garza for the sparc binary and Simon McVittie for powerpc a. -- Andrea Mennucc "Ukn ow,Ifina llyfixe dmys

Re: mplayer 1.0pre6a-4 for i386 and PowerPC and sparc

On Mon, Mar 14, 2005 at 11:09:27AM +0100, Sven Luther wrote: > On Mon, Mar 14, 2005 at 10:40:55AM +0100, A Mennucc wrote: > > you may find source, i386 and powerpc and sparc binaries > > of mplayer 1.0pre6a-4 in your friendly repository > > > > http://tonel

dropping lpr-ppd from sarge

hi I am the mantainer of 'lpr-ppd' 'lpr-ppd' is a daemon similar to 'lpr' ; it was developed as part of project GNULPR (see http://lpr.sf.net ) unfortunately, after the dot-com crisis , the project died I have been keeping alive other packages from GNULPR , which I use ; I am not wishing to

sarge uninstallable !?!

hi everybody two friends of mine tried (separately) to install sarge using the netinst cdrom, and failed in both cases, the first part of the install was OK, but, after reboot, when APT was called to upgrade the system, it stopped claiming: E: This installation run will require temporarily remo

Re: sarge uninstallable !?!

That day, Florian Weimer wrote > I've seen this as well, but attributed it to an old sarge installer > which used "testing" instead of "sarge" (or "stable") in the installed > sources.list file. In this case, an update from a pre-sarge testing > snapshot (is installed by the base system) to a curr

Re: sarge uninstallable !?!

ops turns out that in both cases they where using a pre-release, namely, .disk/info contains Debian GNU/Linux testing "Sarge" - Official Snapshot i386 Binary-1 (20041121) :-> turn off red alarm a. On Fri, Dec 02, 2005 at 04:09:49PM +0100, debdev wrote: > hi everybody > > two friends of mine

Re: sarge uninstallable !?!

On Sun, Dec 04, 2005 at 12:11:13PM +0100, Olaf van der Spek wrote: > On 12/4/05, A Mennucc <[EMAIL PROTECTED]> wrote: > > Apparently that wasn't obvious. > Shouldn't it be made more clear what version is being used? yes, I was thinking the same... maybe it woul

Re: congratulations to our ftp-master team

Anand Kumria wrote: >I'd like to congratulate our ftp-master team on their ability to timely >process packages progressing through the NEW queue. > > [1] > >I think you are an excellent example of people who are too busy for Debian. > >I must say that I am pa

Re: congratulations to our ftp-master team

Jeroen van Wolffelaar wrote: >On Wed, Dec 14, 2005 at 11:08:52AM +0100, Moritz Muehlenhoff wrote: > > >That would have been me: > >http://lists.debian.org/debian-devel/2005/04/msg00997.html > > > at that time, you wrote/ / /"So, adding these two tentative conclusions together, it seems likel

Re: congratulations to our ftp-master team

hi I think that both sides are right: 1) people who express kudos to FTP-masters for express accepting new packages due to the C++ name transitions 2) Anand Kumria and Thaddeus Black criticizing FTP-masters for never addressing 'mplayer' 'xvidcap' 'rte' and such I can understand why nobody i

Re: etch release plan (was Re: congratulations to our ftp-master team)

sorry, I was remembering incorrectly the dates (and by no means meaning that I want the release to be 3 months later than what Steve announced) a. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: congratulations to our ftp-master team

Javier Fernández-Sanguino Peña wrote: > On Wed, Dec 14, 2005 at 11:08:52AM +0100, Moritz Muehlenhoff wrote: > I *guess* mplayer could do likewise. > MPlayer was once very picky regarding the versions of ffmpeg that it does compile with. Moreover MPlayer want to link all core libraries together (

I did ask, Re: congratulations to our ftp-master team

Dear Jeroen and everybody, here attached is an email I sent in September. Yes, I did ask to ftp-masters clarifications about your proposal in http://lists.debian.org/debian-devel/2005/04/msg00997.html and never received a reply. Jeroen van Wolffelaar wrote: > While you indeed haven't got a later

Re: congratulations to our ftp-master team

actually, there was a response in Aug 2004, as in attachment A Mennucc wrote: > The oldest upload of 'mplayer' that I still find in my harddisk was > 'Wed Jul 23 10:44:54 2003' (see attachment) > > So 'mplayer' has been waiting in NEW queue for som

policy on stati/dynamically linked binaries

hi does the Debian Policy mandate that binaries should be dynamically linked and not statically linked to their needed libraries ? I thought so but I could not find it; in particular, I looked in section "10.1 Binaries", where it goes at length in talking of the debugging and stripping options,

new mplayer 1.0pre7try2 package

hi everybody a new version of mplayer 1.0pre7try2 is available ; add either for the etch version, the line "deb http://tonelli.sns.it/pub/mplayer/etch ./" or for the sarge version, the line "deb http://tonelli.sns.it/pub/mplayer/sarge ./" to /etc/apt/source.list . a. signature.asc De

CERT* VB-98.04: Vulnerabilities in xterm and Xaw

Hi Are we aware of (concerned by) ftp://ftp.cert.org/pub/cert_bulletins/VB-98.04.xterm.Xaw ? it says that > Vulnerabilities exist in the terminal emulator xterm(1), and the Xaw > library distributed in various MIT X Consortium; X Consortium, Inc.; > and The Open Group X Project Team release

Re: mplayer 1.0pre6a-4 for i386 and PowerPC and sparc

Laszlo Boszormenyi wrote: On Tue, 2005-03-15 at 00:56 +0100, Sven Luther wrote: Well, there are two issues here, one is why mplayer is not in debian. Supposedly it was because the legal situation was not clear and that made it dangerous and maybe illegal for us to distribute it. I wonder why ubu

arm seems OK: release status?

hi reading the latest message on the status of the release http://lists.debian.org/debian-devel-announce/2005/04/msg3.html I understood that the release was near, and that, given good progress with d-i and testing-security, the main showstopper was the arm buildds trouble. (*) Yesterday I hav

Re: arm seems OK: release status?

Steve Langasek wrote: So I am curious : what is stopping the freeze now? testing-security? What's stopping the freeze is all the people uploading their low-priority packages and keeping the arm autobuilders from ever catching up on the ones that are actually medium and high priority. ARM is *

Re: arm seems OK: release status?

package depends on libgtk2.0-dev: I guess there are many packages that has the same dependency a. Steve Langasek wrote: On Mon, Apr 11, 2005 at 09:25:56AM +0200, A Mennucc wrote: reading the latest message on the status of the release http://lists.debian.org/debian-devel-announce/2005/04

mplayer 1.0pre7

hi mplayer 1.0pre7 is ready and packaged at http://tonelli.sns.it/pub/mplayer/sarge a. ps: still no news from ftpmasters... hope they at least will try to read http://people.debian.org/~mjr/mplayer.html -- Andrea Mennucc "E' un mondo difficile. Che vita intensa!" (Tonino Carotone) signatu

Re: mplayer 1.0pre7

I had forgotten mplayer_1.0pre7.orig.tar.gz now it is there A Mennucc wrote: hi mplayer 1.0pre7 is ready and packaged at http://tonelli.sns.it/pub/mplayer/sarge a. ps: still no news from ftpmasters... hope they at least will try to read http://people.debian.org/~mjr/mplayer.html -- To

Re: Is Luca - De Whiskey's - De Vitis MIA?

Roberto C. Sanchez wrote: I am wondering what the deal is with Luca and his packages, specifically httperf. httperf was uploaded once, 3.5 years ago. It has two important and one normal bug [0]. He has never responded to any bug on httperf. #215277: httperf: please update libssl dependency (

new mplayer

hi everybody I prepared a new mplayer (with help from Diego Biurrun of the mplayer team) it has version 1.0~rc1~svn19921 (note that I have decided to use the new ~ element, so this version appears to be older than 1.0rc1 or 1.0pre8 ; you may need to manually use dpkg to install it) it was uplo

FAQ, Re: new mplayer

hi everybody I just now notice the debate on mplayer going on; so here are a few answers [many people] > MPlayer dev team and Debian do not work together this is not the case. I have been working with Diego Biurrun (of the mplayer team) and Joerg Jaspert (of ftp-master team) many changes that

Bug#397615: ITP: fuzzyocr -- spamassassin plugin to check image attachments

Package: wnpp Severity: wishlist Owner: A Mennucc <[EMAIL PROTECTED]> * Package name: fuzzyocr Version : 2.3b Upstream Author : Christian Holler, decoder_at_own-hero_dot_net * URL : http://wiki.apache.org/spamassassin/FuzzyOcrPlugin * License : (GPL, LGP

double GPG signature in Release files

hi I use amd64 here ; recently all tools (aptitude, debmirror) started complaining that archives are not properly signed ; here is a snippet of code to show the situation: $ cd /var/lib/apt/lists $ for i in *Release ; do echo === $i ; \ gpg --verify $i.gpg $i && echo OK ; done

Re: Debian Archive Automatic Signing Key (4.0/etch)?

Martin Zobel-Helas ha scritto: > > gpg --recv-keys A70DAF536070D3A1 && (gpg --export -a A70DAF536070D3A1 | > apt-key add -) > $ gpg --recv-keys A70DAF536070D3A1 gpg: requesting key 6070D3A1 from hkp server keyring.debian.org gpgkeys: key A70DAF536070D3A1 not found on keyserver gpg: no valid Open

Re: double GPG signature in Release files

uh I see that there is a thread on that a. signature.asc Description: OpenPGP digital signature

Re: Debian Archive Automatic Signing Key (4.0/etch)?

Luca Capello ha scritto: > Hello! > > On Wed, 22 Nov 2006 12:09:58 +0100, Hendrik Sattler wrote: >> Noone answered, yet, why this key is not in debian-archive-keyring >> package. > > It's there since the last update: > = > debian-archive-keyring (2006.11.22) unstable; urgency=low > > * Non

just wait more next time, Re: Debian Archive Automatic Signing Key (4.0/etch)?

actually, there is no need for tons of documentation: the usage of the package debian-archive-keyring should really automate the whole thing, as long as it is done correctly: 1) release team generates new key and new package debian-archive-keyring 2) users install it : in postinst, /usr/bin/apt-

Re: Debian Archive Automatic Signing Key (4.0/etch)?

Julien Cristau ha scritto: > On Wed, Nov 22, 2006 at 14:53:38 +0100, A Mennucc wrote: > >> that package is only 2 days old and did not transition to etch yet >> >> so it is too early to start signing etch archives with it >> >> and it empties the whole

Re: Dropping GStreamer 0.8 for etch

asked to Moritz, and he answered me so > On Wed, Nov 01, 2006 at 12:24:24AM +0100, A Mennucc wrote: >> BTW: I have been assuming that Moritz is reporting the consensus of the >> whole security team , and not only his personal opinion... is it so? > > I'm speaking for

Re: please let mplayer into testing

Moritz Muehlenhoff ha scritto: > A Mennucc wrote: >> Brief summary of bug: MPlayer contains an embedded copy of FFmpeg >> (indeed, they are developed by ~the same people); Aur=E9lien G=C9R=D4ME a= >> nd >> Moritz Muehlenhoff ask that the mplayer package be dynamically

Re: please let mplayer into testing

[actually, my original mail had to go to d-release, but I miss-auto-completed the To:] Bill Allombert ha scritto: > On Tue, Dec 12, 2006 at 11:09:09PM +0100, A Mennucc wrote: >> anyway, shortly after I wrote that email, the situation reverted again >> (for worse); so curren

Re: db.debian.org (and related infrastructure) updates

hi [& thanks Ryan for the work] Ryan Murray ha scritto: > The mail gateway, web scripts, and userdir-ldap command line interface have > all been updated to deal with the new fields. I connected to the web interface at https://db.debian.org/update.cgi?id=mennucc1 I found fields for birthdate and

kudos, Re: db.debian.org (and related infrastructure) updates

hi I keep statistics of my email before I activated "greylisting" and "sender verification callouts", my average was ~200 spam/day (with peaks of ~400) ; after that, it is ~40 spam/day (and most do not pass thru debian.org, but are delivered directly at my account) so I want to kudo all people

FuzzyOcr 3.5.1 for Debian

Hello all, I have packaged fuzzyocr 3.5.1 for Debian ; the name of the package is "fuzzyocr3" ; I uploaded it into debian/experimental ; it is also available at http://tonelli.sns.it/pub/mennucc1/fuzzyocr a. ps: I previously uploaded fuzzyocr 2.3b-1 as "fuzzyocr" signature.asc Description: O

xdelta, "grave" bug 147187, time left

hi xdelta is affected by bug 147187 this is Steve Langasek analysis: "the problem was that the xdelta file format includes information telling xdelta how much memory it needs to allocate in order to read in the patch structure -- and when allocating space for objects that include pointers, this i

etch before vista

hi everybody According to the latest [1] Microsoft announcement, Vista will be released in Jan 2007; according to our schedule [2], Etch may be released in Dec 2006. If we accomplish it, it will be a great feat: Debian will (possibly) show it is able to relase two versions of its distribution si

Re: etch before vista

On Fri, Mar 24, 2006 at 08:07:48PM +0100, Joerg Jaspert wrote: > On 10603 March 1977, A. Mennucc wrote: > > I hope we do manage to release in Dec 2005 (and I thank people who > > work hard to this end). > > We wont, im sure. :-> gotme but in the beginning of

fonts prbl in sid

hi I use sid and Gnome ; I upgraded my box (after 3 weeks in which I did not have time to) ; now I have serious problems with fonts. Symptoms: some programs fail to find and use the fonts ,and are then almost unusable ; including 'emacs-snapshot-gtk' 'display' 'xmms' ('xmms' is missing fonts for

Re: fonts prbl in sid

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Meskes wrote: > On Mon, Apr 24, 2006 at 11:38:43AM +0300, Daniel Stone wrote: > >>>almost unusable ; including 'emacs-snapshot-gtk' 'display' 'xmms' >>>('xmms' is missing fonts for the menus but not for the main display); > > > Not sure if t

Re: fonts prbl in sid

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James Vega wrote: > On Mon, Apr 24, 2006 at 11:22:42AM +0200, A Mennucc wrote: > >>hi >> >>I use sid and Gnome ; I upgraded my box (after 3 weeks in which I did >>not have time to) ; now I have serious problem

Re: effectiveness of rsync and apt

hi I did a similar thing some time ago; I used 'xdelta' on two versions of kernel and of tetex; the results were impressive; I could prepare a 'debdiff' that was < 10% (AFAICR) of the size, and that would recreate an exact copy of the new version of the package, given the previous version of the p

exp. lightspeed disappeared

hi I uploaded an experimental version of 'lightspeed', as you see in http://packages.qa.debian.org/l/lightspeed/news/20060507T214839Z.html on Sun 7th of May ; but strangely enough it does not appear, neither in http://packages.qa.debian.org/l/lightspeed.html nor in http://packages.debian.org/cgi-b

Re: effectiveness of rsync and apt

hi I had the same idea some time ago if you ever decide to work on that, I may help Goswin von Brederlow wrote: > I actualy have a little hack how one could implement patch debs now to > test this out: > > 1. Create an archive mirror with rsync batch files (or xdelta or > whatever) between the

Re: exp. lightspeed disappeared

Steinar H. Gunderson wrote: > Perhaps it fixed itself? :-) yes it did. The reason I posted is that, when I posted, the page http://packages.debian.org/lightspeed was showing the kfreebsd binary but not the i386 binary that I had uploaded...I was very puzzled! thanks for checking a. ps: it seem

debdelta

Dear Debian people, I have completed a reasonably working version of 'debdelta', a package suite to compute differences between Debian packages. For sake of clarity, let's call '.debdelta' a file that encodes the differences between Debian packages, and '.deb' a Debian package. The command 'debd

Re: proposal for a more efficient download process

hi by quite a coincidence, while you people were discussing this idea, I was already implementing it, in a package called 'debdelta' : see http://lists.debian.org/debian-devel/2006/05/msg03120.html Moreover, by some telepathy :-) , I already included features you were proposing, and addressed

Re: debdelta

Nikita V. Youshchenko wrote: The command 'debdelta-upgrade' is meant to be run between 'apt-get update' and 'apt-get upgrade'; it downloads .debdelta files and recreate the new .deb files from them; always using the *installed* old version of the .deb, and not the old .deb file itself. Is it

snmpkit stuck in unstable ?

hi people (maybe I do not properly understand how the transition unstable -> testing goes , but...) my packages from source libprinterconf, see http://bjorn.haxx.se/debian/testing.pl?package=libprinterconf are waiting for snmpkit to go into testing; at the same time, my packages from source

email error message from d.o may be better

hi I sent an email to [EMAIL PROTECTED] instead of debian-68k@lists.debian.org ; the error message that I got was strange (in particular, the two lines procmail: Error while writing to "DeadLog" procmail: Error while writing to "/var/mail/debian" look as if there is a misconfiguration somewh

Re: snmpkit stuck in unstable ?

Andreas Barth wrote: * A Mennucc ([EMAIL PROTECTED]) [050908 13:39]: (maybe I do not properly understand how the transition unstable -> testing goes , but...) my packages from source libprinterconf, see http://bjorn.haxx.se/debian/testing.pl?package=libprinterconf are waiting for snmp

Re: snmpkit stuck in unstable ?

On Thu, Sep 08, 2005 at 09:12:15AM -0400, Nathanael Nerode wrote: > Looks like its entire chain is ready, so now you need a "hint". Ask > debian-release to do this: the page on excuses was speaking of an "hint"... what is it ? choice 1) a plain english email to [EMAIL PROTECTED] choice 2) a proc

zope2.7 security fix (for bug 334055)

hi everybody I have (hopefully) fixed the bug 334055 of zope2.7, that is a security alert. Note that my patch is much smaller than the original hotfix, which included also some new features such as nl and ca languages - - but usually we do not add new features in Debian when releasing security

Re: Segmentation fault on xmms startup (NVIDIA graphic driver involved)

hi try this: deinstall all xmms plugins that use GL graphics; indeed the crash is in the "add_plugin ()" call Paolo Pantaleo wrote: >Well i discovered that it is not an xmms issue, but some problems with >NVIDIA non free graphic drivers, probalby it is a configuration >problem (specific of my

xkcd

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 we had to have this http://xkcd.com/424/ a. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFILybU9B/tjjP8QKQRAr5xAJ4gI/2k/LQqlsVKWXtCW0Nsli0RPgCfTSMH fCHEC7M6erNUs

Bug#538728: ITP: dvbstreamer -- DVBStreamer is an console based application to stream DVB/ATSC service(s)

Package: wnpp Severity: wishlist Owner: A Mennucc * Package name: dvbstreamer Version : 2~svn Upstream Author : Adam Charrett et al * URL : https://sourceforge.net/projects/dvbstreamer/ * License : GPL 2 Programming Lang: C, Python Description

Re: xdelta, "grave" bug 147187, time left

On Thu, Jan 18, 2007 at 09:03:16PM -0700, LaMont Jones wrote: > I hadn't seen the mail that added the patch to the bug report - I'll > work on xdelta this weekend. that patch should fix interoperability between 64 and 32 bit I dont know if it addresses security implications... > thanks thank yo

daylight saving time and RTC clock

hi everybody today is the first day of daylight saving time in Italy, (and many other European countries); but something did not work as expected in my Etch box --- brief summary of what I saw happening: this morning, when I booted my PC, I looked at the date # date dom mar 25 08:34:22 CEST 20

Re: daylight saving time and RTC clock

hi & thanks anyone yes, in the past I had to accomodate for dual booting into that peculiar other operating system (hereby called Windows, as by Santiago suggestion) : I developed gtkmorph in the past, and it had to run on both O.S.es ; but nowadays I dont, so I think I will switch my RTC to UTC,

checklib

hi what about http://rerun.lefant.net/checklib/ ? madcoder mentioned in http://lists.debian.org/debian-devel/2007/01/msg00822.html of the intention of getting the checklib service up again: any progress? also, where do I get the source code from (since the link http://greek0.net/div/checklib.tar

Re: compiling packages

Oliver Block ha scritto: > Hello list, > > I am not very familiar with the debian developer tools. How to recompile a > package with debuggin option (gcc -g)? usually packages are compiled with -g, but are stripped afterwards; to avoid that, see example: as root # apt-get build-dep mplayer # a

removing 'printtool' from archives

hi I am the mantainer of 'printtool' brief history: printtool was the GUI tool that Red Hat had developed for easy printer configurations ; it was then ~2000 adopted by the GNULpr project at http://lpr.sourceforge.net/ ; but, after the doc-com crisis, the project was eventually abandoned. Curre

removing 'printtool' from archives

hi I am the mantainer of 'printtool' brief history: printtool was the GUI tool that Red Hat had developed for easy printer configurations ; it was then ~2000 adopted by the GNULpr project at http://lpr.sourceforge.net/ ; but, after the doc-com crisis, the project was eventually abandoned. Curre

Re: checklib

Lucas Nussbaum ha scritto: > On 24/05/07 at 21:22 +0200, Pierre Habouzit wrote: >> On Thu, May 24, 2007 at 08:26:00PM +0200, A Mennucc wrote: >>> maybe the source code may be uploaded in the alioth project >> that would be good yes. > > Feel free to use th

debdelta service back on track

hi all, about two weeks ago 'debdelta-upgrade' started failing. Unfortunately I was away with (almost) no Internet access. Today I could finally fix the problem. The problem was due to a subtle change in zlib1g: in newer versions, the compressed output has 0x02 instead of 0x00 at the 10th byte (

Bug#433774: ITP: xdelta3 -- Xdelta3 is a set of tools and APIs for reading and writing binary deltas

Package: wnpp Severity: wishlist Owner: A Mennucc <[EMAIL PROTECTED]> * Package name: xdelta3 Version : 30q Upstream Author : Josh MacDonald * URL : http://xdelta.org/ * License : GPL v2 Programming Lang: C, Python Description : programs and lib

Re: debdelta service back on track

hi Mark Brown ha scritto: > On Tue, Jul 17, 2007 at 11:23:53AM +0200, A Mennucc wrote: > >> The problem was due to a subtle change in zlib1g: in newer versions, the >> compressed output has 0x02 instead of 0x00 at the 10th byte (that is in >> the header). This change oc

debdelta, Re: proposed release goal: DEBIAN/md5sums for all packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi just for the record : "debdelta" uses md5sums (when available) as a way to speed up delta creation, to rapidly detect if there are any identical files in the archives. So , yes, I (*) would be happy if md5sums where always available. BTW, I also

Re: proposed release goal: DEBIAN/md5sums for all packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marc 'HE' Brockschmidt ha scritto: > Yes, that sounds like a good idea. It might also be interesting to not > put those into the control.tar.gz, but directly into the deb, so that it > can easily be extracted. I do not agree, for two reasons: 1) it i

Re: proposed release goal: DEBIAN/md5sums for all packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lars Wirzenius ha scritto: > It strikes me that if we want to make it policy, having dpkg generate > the checksums upon creating the .deb would be the simplest and best way > to do it. This way we wouldn't have to change packages to do it, and if > we

Re: proposed release goal: DEBIAN/md5sums for all packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefano Zacchiroli ha scritto: > In an attempt to prevent drift to a well-known counter argument: > DEBIAN/md5sums (used by debsums) are *not* intended as a mean to counter > security attacks, since they can be easily altered. If md5sums become part

Re: proposed release goal: DEBIAN/md5sums for all packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Samuelson ha scritto: > [Lars Wirzenius] >> It strikes me that if we want to make it policy, having dpkg generate >> the checksums upon creating the .deb would be the simplest and best >> way to do it. > > I'd opt for dpkg generating the checksu

Re: proposed release goal: DEBIAN/md5sums for all packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Goswin von Brederlow ha scritto: > So why waste all the mirror space and bandwith for something rather > useless? I did not do statistics; but, knowing how compression works, I would estimate that the cost of shipping md5sums is ~ 20 bytes for each fi

Re: Request for set up of kudos.debian.org

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi you can use $ reportbug --kudos PACKAGE a. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG1GB09B/tjjP8QKQRAg+9AJ9WNuYwW2QDDuZ46l9rRgwrGIZVVgCfbU0j n3inmbPPVbD

Re: proposed release goal: DEBIAN/md5sums for all packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Javier Fernández-Sanguino Peña ha scritto: > On Mon, Aug 27, 2007 at 12:04:51PM +0200, A Mennucc wrote: > I think I already pointed people interested in this to #268658. > If ftpmasters where given the tools to implement this seamlessly

Re: How to detect if inside a buildd chroot

hi It is all explained in /usr/share/doc/sysv-rc/README.policy-rc.d It seems that all you need to do is to create inside your chroot a simple shell script /usr/sbin/policy-rc.d that just does an 'exit 101' for example with these two simple commands $ echo -e '#!/bin/sh\nexit 101' > /usr/sbin/p

debdelta back online

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 dear all, due to my PC running out of disk space, no deltas were generated in the last week (while I was absent); I found more space, so it will be back online as soon as it generates all needed deltas. If you do not know what debdelta is , see http:

not yet, Re: debdelta back online

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 22/09/2010 22:46, A Mennucc ha scritto: > due to my PC running out of disk space, no deltas were generated in the > last week It seems that there was another problem: there is broken pdiff in amd64/experimental, so that debmirror was not up

Re: debdelta back online

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 23/09/2010 08:59, Javier Fernandez-Sanguino ha scritto: > On 22 September 2010 22:46, A Mennucc wrote: >> due to my PC running out of disk space, no deltas were generated in the >> last week (while I was absent); I found more space

reiser on /, fsck and ro: bug?

hello I have set up a box that uses reiserfs as the root filesystem I have noticed 3 facts that seem to be bugs (but I could not tell for sure) 1- I use a stock kernel by Herbert XU, which uses initrd; when initrd's /sbin/init is run, eventually it mounts the root from the hard disk, and it alway

Re: faster boot

Christoph Berg wrote: I've been thinking for a while to use a Makefile for that, the IBM article http://www-106.ibm.com/developerworks/linux/library/l-boot.html uses make

Re: run-parts concurrently?

Thomas Hood wrote: Is there a version of run-parts out there that runs all the scripts in a directory in parallel? I have been writing such a thing but I want to make sure that I am not reinventing the wheel. -- Thomas Hood yes there is but I dont remember where look for "ways to speed the bo

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

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?)

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. (hot

  1   2   >