Re: recovery status update

2003-12-13 Thread A Mennucc1
now it works again thanks anyway a. On Sat, Dec 13, 2003 at 12:36:55PM +0100, debdev wrote: > On Fri, Dec 05, 2003 at 01:51:54AM +, James Troup wrote: > > Use the anonymous upload queue on ftp-master. I believe you want to > > use something like "dupload --to anonymous-ftp-master foo.chang

Re: recovery status update

2003-12-13 Thread A Mennucc1
now it works again thanks anyway a. On Sat, Dec 13, 2003 at 12:36:55PM +0100, debdev wrote: > On Fri, Dec 05, 2003 at 01:51:54AM +, James Troup wrote: > > Use the anonymous upload queue on ftp-master. I believe you want to > > use something like "dupload --to anonymous-ftp-master foo.chang

Re: recovery status update

2003-12-13 Thread A Mennucc1
On Fri, Dec 05, 2003 at 01:51:54AM +, James Troup wrote: > Use the anonymous upload queue on ftp-master. I believe you want to > use something like "dupload --to anonymous-ftp-master foo.changes" for > dupload and "dput ftp-master foo.changes" for, err, dput. But I don't > use either of these

Re: recovery status update

2003-12-13 Thread A Mennucc1
On Fri, Dec 05, 2003 at 01:51:54AM +, James Troup wrote: > Use the anonymous upload queue on ftp-master. I believe you want to > use something like "dupload --to anonymous-ftp-master foo.changes" for > dupload and "dput ftp-master foo.changes" for, err, dput. But I don't > use either of these

dpkg-signpackage

2003-04-04 Thread A Mennucc1
hi I would like to sponsor a package of a friend the first time, I (of course) check the package (lintian, install it, etc etc) but what about the next times? what is the best practice? 1) simply resign it, and upload. 2) rebuild it from source each time I would prefer the 1st , for savin

dpkg-signpackage

2003-04-04 Thread A Mennucc1
hi I would like to sponsor a package of a friend the first time, I (of course) check the package (lintian, install it, etc etc) but what about the next times? what is the best practice? 1) simply resign it, and upload. 2) rebuild it from source each time I would prefer the 1st , for savin

packages for 3.0r2

2003-02-11 Thread A Mennucc1
hi for some reason, it seems that auto-builders are not catching up on my packages for woody-proposed-updates here are the autobuilders logs: snmpkit * 0.9-4.woody.2 (s390) (latest build at Sep 18 17:01: maybe-successful) * 0.9-4.woody.2 (hppa) (latest build at Sep 18 17:04: maybe-su

packages for 3.0r2

2003-02-11 Thread A Mennucc1
hi for some reason, it seems that auto-builders are not catching up on my packages for woody-proposed-updates here are the autobuilders logs: snmpkit * 0.9-4.woody.2 (s390) (latest build at Sep 18 17:01: maybe-successful) * 0.9-4.woody.2 (hppa) (latest build at Sep 18 17:04: maybe-su

Re: bug? : g++: `ios::ios(const ios &)' is private

2001-12-14 Thread A Mennucc1
On Fri, Dec 14, 2001 at 11:51:56PM +1100, Hamish Moffatt wrote: > On Thu, Dec 13, 2001 at 04:20:52PM +0100, A Mennucc1 wrote: > > may someone give a look? > > > > #include > > You should be #including instead of ; > try that. it gives the same error >

Re: bug? : g++: `ios::ios(const ios &)' is private

2001-12-14 Thread A Mennucc1
On Fri, Dec 14, 2001 at 11:51:56PM +1100, Hamish Moffatt wrote: > On Thu, Dec 13, 2001 at 04:20:52PM +0100, A Mennucc1 wrote: > > may someone give a look? > > > > #include > > You should be #including instead of ; > try that. it gives the same error >

bug? : g++: `ios::ios(const ios &)' is private

2001-12-13 Thread A Mennucc1
hi if `date -u` is later than Thu Dec 13 20:00:00 UTC 2001 then please skip this message we are trying to port some code from Window$ to Debian I found the below behaviour which may be a bug, and have posted it as such... but maybe it is not a bug (I am not very good at c++) may someone gi

bug? : g++: `ios::ios(const ios &)' is private

2001-12-13 Thread A Mennucc1
hi if `date -u` is later than Thu Dec 13 20:00:00 UTC 2001 then please skip this message we are trying to port some code from Window$ to Debian I found the below behaviour which may be a bug, and have posted it as such... but maybe it is not a bug (I am not very good at c++) may someone g

Re: dpkg-source: unrepresentable changes to source

2001-11-14 Thread A Mennucc1
hi On Mon, Nov 12, 2001 at 01:47:04PM +0100, Florian Hinzmann wrote: > Hello! > > > On 04-Nov-2001 Steve M. Robbins wrote: > > > In your original mail, the question was what to do about symbolic > > links like "missing --> /usr/share/automake/missing". The answer is: > > replace them by the f

Re: dpkg-source: unrepresentable changes to source

2001-11-14 Thread A Mennucc1
hi On Sun, Nov 04, 2001 at 03:33:18PM -0500, Steve M. Robbins wrote: > Florian, > > In your original mail, the question was what to do about symbolic > links like "missing --> /usr/share/automake/missing". The answer is: > replace them by the file to which they are linked. not necessarily for

Re: dpkg-source: unrepresentable changes to source

2001-11-14 Thread A Mennucc1
hi I have started seeing these errors myself a few months ago problem was, I had upgraded to woody, and the new autotools create symlinks by default instead of real files solution (from my xmorph package): run ./autogen.sh once, and put in the debian/rules build: build-stamp build-

Re: dpkg-source: unrepresentable changes to source

2001-11-14 Thread A Mennucc1
hi On Mon, Nov 12, 2001 at 01:47:04PM +0100, Florian Hinzmann wrote: > Hello! > > > On 04-Nov-2001 Steve M. Robbins wrote: > > > In your original mail, the question was what to do about symbolic > > links like "missing --> /usr/share/automake/missing". The answer is: > > replace them by the

Re: dpkg-source: unrepresentable changes to source

2001-11-14 Thread A Mennucc1
hi On Sun, Nov 04, 2001 at 03:33:18PM -0500, Steve M. Robbins wrote: > Florian, > > In your original mail, the question was what to do about symbolic > links like "missing --> /usr/share/automake/missing". The answer is: > replace them by the file to which they are linked. not necessarily fo

Re: dpkg-source: unrepresentable changes to source

2001-11-14 Thread A Mennucc1
hi I have started seeing these errors myself a few months ago problem was, I had upgraded to woody, and the new autotools create symlinks by default instead of real files solution (from my xmorph package): run ./autogen.sh once, and put in the debian/rules build: build-stamp build

Re: ffmpeg + mplayer

2001-10-02 Thread A Mennucc1
hi I have been also discussing with Darius Pietrzak (and thru him with the mplayer developers) about uploading mplayer into debian. Note that Darius Pietrzak is not a mantainer afaik. mplayer is already packaged by D.P., the standard way, but this is not what we want: we want a thing that autom

Re: ffmpeg + mplayer

2001-10-02 Thread A Mennucc1
hi I have been also discussing with Darius Pietrzak (and thru him with the mplayer developers) about uploading mplayer into debian. Note that Darius Pietrzak is not a mantainer afaik. mplayer is already packaged by D.P., the standard way, but this is not what we want: we want a thing that auto

please check 2nd packaging of "waili"

2001-02-16 Thread A Mennucc1
hi the mainstream author has asked to name the packages libwaili-* instead of libwaili-gpl- I have done some changes; may you please check again? thanks bye -- A Mennucc "È un mondo difficile. Che vita intensa!" (Renato Carotone)

please check 2nd packaging of "waili"

2001-02-16 Thread A Mennucc1
hi the mainstream author has asked to name the packages libwaili-* instead of libwaili-gpl- I have done some changes; may you please check again? thanks bye -- A Mennucc "È un mondo difficile. Che vita intensa!" (Renato Carotone) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a

please check packaging of "waili"

2001-02-15 Thread A Mennucc1
hi I am a new mantainer , and have packaged a library called waili I am not entirely satisfied by the work done... (in particular, the docs are not going where I would like, and one of the two packages is missing the "README.Debian") may someone check my work? thanks it is all in http://t

please check packaging of "waili"

2001-02-15 Thread A Mennucc1
hi I am a new mantainer , and have packaged a library called waili I am not entirely satisfied by the work done... (in particular, the docs are not going where I would like, and one of the two packages is missing the "README.Debian") may someone check my work? thanks it is all in http://