Re: Final call for votes for the Condorcet/Cloneproof SSD voting methods GR
At Thu, 19 Jun 2003 20:12:07 -0500, Manoj Srivastava wrote: > - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- > [ 1 ] Choice 1: Clone Proof SSD Condorcet Amendment > [ ] Choice 2: Further Discussion > - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- -- - Gus pgpV4caNjv3Qm.pgp Description: PGP signature
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Thu, 19 Jun 2003, Francesco P. Lovergine wrote: > On Fri, Jun 20, 2003 at 12:39:45AM +1200, Philip Charles wrote: > > > > > > > Take the Lawyer example. He probably bought his legal practice when it > > was all Word. He does not like it, he is stuck. > > > > If he was really interested in his data, he should convert them in a > standard and portable format soon. The same for all that people > who have the same problem. Registration and maintainance of > historical e-data is not something that Debian can manage. > It's a big problem which requires strong choices. > Anyone who stores in proprietary formats his data is looking > for problems. They have to convert them as soon as possible. My lawyer an exception being into GNU/Linux. Other solicitors wouldn't think of converting and will continue to email him with complex doc's. > > Take my wife's Ph.D., started seven years ago. We looked at MS Word and > > it could not cut the mustard so she stuck with WP 5.1. What free > > alternatives were there then? Maybe Lyx, certainly latex, but my wife is > > a musiciannot a geek. Anyway, her M.A. thesis was in WP 5.1. So when the > > Mmmm, bad example. See http://www.lomuto.it/HomeMicheleLomutoE.htm > That is a non-geek musician who uses Emacs and Latex only :-P > because he is seriuously concerned about his data. But he is not my wife. Again, he is an exception. > > Please remember this is 2003 and not 1983. People have accumulated a lot > > on their HDDs in twenty years. > > > > ... and they are also completely uninterested in storing docs in a way > that will allow them to read their own data in the future... As long as these doc's exist someone will make money by providing the means of reading them, if OOo does not. IMHO, the problem has been resolved. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs. See http://www.copyleft.co.nz
Bug#198125: ITP: gtk-industrial-engine -- Flat-looking GTK engine from Ximian
Package: wnpp Version: unavailable; reported 2003-06-19 Severity: wishlist * Package name: gtk-industrial-engine Version : 0.2.26 Upstream Author : Owen Taylor <[EMAIL PROTECTED]> Alexander Larsson <[EMAIL PROTECTED]> Christopher Lahey <[EMAIL PROTECTED]> * URL : http://ftp.ximian.com/pub/xd2/redhat-9-i386/source/ (I will probably make my own tarball available somewhere as it currently includes unrelated stuff and is provided only in srpm format.) * License : GPL Description : Flat-looking GTK+ engine from Ximian This is the flat looking theme engine for GTK+ and GNOME used in Ximian Desktop 2. An example theme is provided as well. I need to package this engine as gnome-themes-extras requires it. I'm not sure I will package the GTK1 stuff, as we have very little Gnome software still using it in sid.
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Thursday, Jun 19, 2003, at 06:57 US/Eastern, Francesco P. Lovergine wrote: And surely Debian DOES NOT support non-free (in DFSG sense) software, No, but we do support our users who attempt to run it. See clause 1 of the Social Contract.
Re: Bug#197907: ITP: quark -- an audio player, for geeks, by geeks.
On Thursday, Jun 19, 2003, at 02:30 US/Eastern, Sven Luther wrote: o It does not clutter the desktop with a GUI. Thus the author claims it is anti-GUI, but i don't find that a very intuitive description. o It is composed of a backend and a frontend, and thus survive the killing of the current X session, which is rather nice. So, in essence, it's a audio player daemon. Maybe a description along those lines?
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Thu, Jun 19, 2003 at 09:43:23PM +0200, David Weinehall wrote: || Debian can continue to drag along support for libc5-binaries (hey, || nobody out there with need for libc4?) (raises hand) Ciao. Vincent.
Re: not modified modifications
On Thu, Jun 19, 2003 at 12:36:49AM +0200, Bernd Eckenfels wrote: > i am very sure, I did never have touched this file, so why is dpkg always > asking me if i want to overwrite it? IS this a dpkg problem, is it a > packaging problem, or is is a script which is modifying those files? I believe this happens when a conffile moves from one package to another, is renamed, or a configuration file switches to being a conffile when it was previously not. -- - mdz
docbook kernel docs and debian unstable
Hello I am trying to read the docs in the Documentation/DocBook directory of a linux kernel. I do this: make pdfdocs and I get an error about need to install docbook style sheets. I think the error is really because I dont have db2html installed. I noticed that in the docbook-utils directory there is a program called jw which appears to convert docbook to pdf. However, this package needs jadetex and that will not install. What is the debian way to read these documents? JD
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Fri, Jun 20, 2003 at 12:39:45AM +1200, Philip Charles wrote: [lots of text snipped] > It is not a question of using non-free software, I use it almost > exclusively, but that of accessing documents that were created with > non-free software before there were free alternatives. > > Please remember this is 2003 and not 1983. People have accumulated a lot > on their HDDs in twenty years. What it comes down to is this: Alternative 1: You, and rest of the minority who use libc5 program, can dual-boot an older distribution of Debian (say potato) where the programs still work. Yes, it can be a hassle, but it works. Alternative 2: Debian can continue to drag along support for libc5-binaries (hey, nobody out there with need for libc4?) to the end of days, with more and more problems accumulating, and more and more baggage needed to build them (for every new release of binutils/gcc/etc, it becomes less likely that libc5 will work properly without serious tinkering). Regards: David Weinehall -- /> David Weinehall <[EMAIL PROTECTED]> /> Northern lights wander <\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \> http://www.acc.umu.se/~tao/
Bug#198104: ITP: positron -- A synchronization manager for the Neuros Audio Computer
Package: wnpp Version: unavailable; reported 2003-06-19 Severity: wishlist * Package name: positron Version : 1.0 Upstream Author : Stan Seibert <[EMAIL PROTECTED]> * URL : http://www.xiph.org/positron/ * License : BSD Description : A synchronization manager for the Neuros Audio Computer positron is the synchronization manager for the Neuros Audio Computer. It supports adding, removing, and syncing files to/from the Neuros device. -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux babyjesus 2.4.20-ben8 #3 Sun Mar 16 10:47:59 MST 2003 ppc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8
Re: Command queuing with dpkg à la update-menus
Hello developers,
For those interested by dpkg hooks, I have rewritten the emulation
process used by update-menus in the above perl script.
This is supposed to be used as follows:
fnord-*.postinst:
if [ -x /usr/bin/update-fnord ]; then
dpkg-hook /usr/bin/update-fnord
fi
Now, I don't know what to do with it. I realize in-dpkg support
would be much better but there is no reason only update-menus
can use such 5 year old trick.
Thanks go to Torsten Hilbrich and Philippe Troin
for their help with the fcntl stuff.
I have a C implementation available if necessary.
FAQ:
Q: This is an awful kludge.
A: Yes.
Q: Why write it in perl ?
A: Because it is already availabe in C.
Cheers,
--
Bill. <[EMAIL PROTECTED]>
Imagine a large red swirl here.
#! /usr/bin/perl
# Copyleft 2003 - Bill Allombert <[EMAIL PROTECTED]>
# Released under the GPL
=head1 NAME
dpkg-hook - dpkg hook emulation for postinst/prerm scripts
=head1 SYNOPSIS
dpkg-hook
=head1 DESCRIPTION
This is meant to be used in postinst/prerm scripts.
Trigger the execution of when dpkg return.
The command is run once even if 'dpkg-hook command'
has been invoked several time.
must be suitable to run in the background.
Users must not depend on being run at most
once, so it is preferable if program is idempotent.
The purpose is to avoid idempotent commands to be run
several time and slow down dpkg when only the last
run is needed.
=head1 AUTHOR
Bill Allombert <[EMAIL PROTECTED]>
=cut
$command=shift;
$LOCK="/var/run/dpkg-hook_$command.pid";
$DPKG_LOCK="/var/lib/dpkg/lock";
sub check_dpkglock()
{
use Fcntl qw(F_WRLCK SEEK_SET F_GETLK F_UNLCK);
sysopen DPKG_LOCKFILE, $DPKG_LOCK, O_RDWR|O_CREAT|O_TRUNC,0660
or die("dpkg lockfile: $!");
use Config;
my $packspec = $Config{'uselargefiles'} ? "ssqql" : "sslll";
my $fl=pack($packspec,F_WRLCK,SEEK_SET,0,0,0);
fcntl DPKG_LOCKFILE,F_GETLK, $fl or die("fcntl: getlock: $!");
($state)=unpack($packspec,$fl);
close DPKG_LOCKFILE;
return $state!=F_UNLCK;
}
#Taken from perlipc man page.
sub daemonize {
chdir '/' or die "Can't chdir to /: $!";
open STDIN, '/dev/null' or die "Can't read /dev/null: $!";
open STDOUT, '>/dev/null'
or die "Can't write to /dev/null: $!";
defined(my $pid = fork) or die "Can't fork: $!";
exit if $pid;
setsid or die "Can't start a new session: $!";
open STDERR, '>&STDOUT' or die "Can't dup stdout: $!";
}
sub dolock
{
use Fcntl qw(LOCK_EX LOCK_NB);
sysopen LOCKFILE, "$LOCK", O_WRONLY|O_CREAT, 0644
or die ("$LOCK: $!");
if (flock(LOCKFILE,LOCK_EX|LOCK_NB))
{
print LOCKFILE "$$\n";
}
else
{
print "cant lock $LOCK\n";
exit 1;
}
}
&dolock;
if(&check_dpkglock)
{
print "daemon mode\n";
&daemonize();
while(&check_dpkglock()) {sleep 2;}
}
system {$command};
unlink $LOCK;
Re: Alioth docs? Renaming a project possible?
Marc Haber (2003-06-19 17:13:10 +0200) : > Is it possible to rename a project on alioth, or should one prepare > to live with a project name for all time being, or risk losing > project history? There is currently no sure-fire automated or manual way to accomplish this. Changing the name of the project in the DB is doable, but there are other places where the name has to be changed: Unix group name, directory, CVS repository, mailing-lists, probably more (this lack of a complete list of which we're sure is what prevents the sure-fire manual thing). It's a request that we hear from time to time, though. We (upstream developers for Gforge, maintainers for the Gforge package, admin team for the Gforge instance known as Alioth) are more focused on fixing bugs in the code and in the installation scripts for now, but project renaming is something we'll try to do at some point, promise. Of course, any help is welcome to make that happen sooner :-) Roland. -- Roland Mas - Ogenki desuka, yau de poêle ? - Genki desu, ture en zinc.
Bug#198082: ITP: zynaddsubfx -- realtime software synthesizer with many features
Package: wnpp Version: unavailable; reported 2003-06-19 Severity: wishlist * Package name: zynaddsubfx Version : x.y.z Upstream Author : Nasca Otavian Paul <[EMAIL PROTECTED]> * URL : http://zynaddsubfx.sourceforge.net * License : GPL Description : realtime software synthesizer with many features Real-time software synthesizer for Linux and Windows with many features including polyphony, multi-timbral and microtonal capabilities. It includes randomness of some parameters,which makes warm sounds, like analogue synthesizers. The program has system/insertion effects, and much more.
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Thu, Jun 19, 2003 at 10:59:46AM -0400, Joey Hess wrote: > Francesco P. Lovergine wrote: > > IMO it's a good moment to drop all the following i386-specific packages > > which are libc5 related: > > I agree, with the proviso that we make sure anyone who really needs to > can install the old libc5 support packages from archive.debian.org > without breaking their system. Which just means not introducing new > packages named xpm4.7, svgalib1, xaw3d, etc. > Sure, I second this. Probably we have to add a specific section to Policy for this... -- Francesco P. Lovergine
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Fri, Jun 20, 2003 at 12:39:45AM +1200, Philip Charles wrote: > > > > Take the Lawyer example. He probably bought his legal practice when it > was all Word. He does not like it, he is stuck. > If he was really interested in his data, he should convert them in a standard and portable format soon. The same for all that people who have the same problem. Registration and maintainance of historical e-data is not something that Debian can manage. It's a big problem which requires strong choices. Anyone who stores in proprietary formats his data is looking for problems. They have to convert them as soon as possible. > Take my wife's Ph.D., started seven years ago. We looked at MS Word and > it could not cut the mustard so she stuck with WP 5.1. What free > alternatives were there then? Maybe Lyx, certainly latex, but my wife is > a musiciannot a geek. Anyway, her M.A. thesis was in WP 5.1. So when the Mmmm, bad example. See http://www.lomuto.it/HomeMicheleLomutoE.htm That is a non-geek musician who uses Emacs and Latex only :-P because he is seriuously concerned about his data. > Please remember this is 2003 and not 1983. People have accumulated a lot > on their HDDs in twenty years. > ... and they are also completely uninterested in storing docs in a way that will allow them to read their own data in the future... -- Francesco P. Lovergine
Alioth docs? Renaming a project possible?
Hi, suppose that there is a package foo, packaged for debian as foo. Unfortunately, foo's upstream has gone commercial a few years ago, so there is not much progress in foo's upstream sources. Since foo has a wide user base, some other people have started to maintain foo-patched which has not yet progressed into Debian, but a lot of people roll their own local foo-patched packages. I would now like to start a coordinated effort to improve foo packaging by introducing foo-patched into Debian and I would like to use alioth as a coordination "center". While I think that for the first time foo and foo-patched would exist parallel to each other, it will probably be that foo will eventually replaced by foo-patched even for the foo package. Is it possible to rename a project on alioth, or should one prepare to live with a project name for all time being, or risk losing project history? Any hints will be appreciated. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Karlsruhe, Germany | Beginning of Wisdom " | Fon: *49 721 966 32 15 Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31 29
Re: Bug#197907: ITP: quark -- an audio player, for geeks, by geeks.
Branden Robinson wrote: > True enough, but I've long hence given up trying to persuade people to > make their package descriptions useful. They'd much rather be cute, > clever, and opaque. I'm open to suggests for a more cute, clever, and opaque short description for intercal than the current one, BTW. -- see shy jo pgpbadaEwVfWS.pgp Description: PGP signature
Re: Advice needed : Oracle and Debian Linux
On Thu, 19 Jun 2003 23:50, Michael Meskes wrote: > On Wed, Jun 18, 2003 at 10:13:17PM +1000, Russell Coker wrote: > > If a company wants to make a commercial distribution based on Debian then > > providing that they accept certain kernel patches and comply with a > > rigorous test program then I think that SAP would be interested in > > dealing with them. > > > > I imagine that the situation will be similar for Oracle. > > I wonder if that's all or the same support problem arises as with > Oracle. I believe that I was being given honest answers to my questions. So the only issue is whether the person I was talking to knows what *really* happens. As for the support people, I don't think that necessarily makes it impossible. If you started up a company to produce a commercial distribution based on Debian for running Oracle then having your people answer the phones at Oracle would be good for business... -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
Francesco P. Lovergine wrote: > IMO it's a good moment to drop all the following i386-specific packages > which are libc5 related: I agree, with the proviso that we make sure anyone who really needs to can install the old libc5 support packages from archive.debian.org without breaking their system. Which just means not introducing new packages named xpm4.7, svgalib1, xaw3d, etc. -- see shy jo pgpRrHhvwdmqC.pgp Description: PGP signature
Re: Bug#197907: ITP: quark -- an audio player, for geeks, by geeks.
On Thu, Jun 19, 2003 at 08:30:52AM +0200, Sven Luther wrote: > On Wed, Jun 18, 2003 at 04:12:37PM -0700, Vineet Kumar wrote: > > * Anthony DeRobertis ([EMAIL PROTECTED]) [030618 10:11]: > > > > > > On Wednesday, Jun 18, 2003, at 11:59 US/Eastern, Branden Robinson wrote: > > > > > > > > > > >Description: audio player for geeks, by geeks > > > > > > > >...is just right. > > > > > > Well, except that it doesn't actually describe the package well. Maybe > > > insert "FIFO controlled" before "audio player." > > > > Or better, "FIFO-controlled", so it doesn't read like a past-tense > > sentence fragment about FIFO having controlled an audio player. > I have almost a ready package, i just now need a fine short description. > The upstream author is not so happy about the FIFO controlled stuff, > since it sounds as if using quark is difficult. The main advantages of > quark are : It's by geeks for geeks, but FIFOs scare the target audience? :-) -- Steve Langasek postmodern programmer pgp2YbKa7yP7g.pgp Description: PGP signature
Re: Bug#197907: ITP: quark -- an audio player, for geeks, by geeks.
On Thu, Jun 19, 2003 at 02:39:25PM +0200, Ulrich Eckhardt wrote: > On Thursday 19 June 2003 08:30, Sven Luther wrote: > > The upstream author is not so happy about the FIFO controlled stuff, > > since it sounds as if using quark is difficult. > > Right, the FIFO(implementation) is irrelevant for most users. > > > I was thinking of something along the lines of : > > > > Description: simple audio player which does not clutter the desktop > > In the Un*x-world, this is called a daemon, so why not call it thus? And what > is it that makes it simple? > > ...consisting of a daemon and several controller-frontends. Mmm, yes, didn't think of that. It may be too long for the short description thought Description: simple audio player consisting of a daemon and several controller-frontends 88-20+1, or 69 characters. Also, it may make it sound more complex than it really is. > Advantages are: > > o It does not clutter the desktop with a GUI. > > > > o It is composed of a backend and a frontend, and thus survive the > > killing of the current X session, which is rather nice. > > o Can be controlled via command-line(can it?) or one of several GUIs Yep, there is a cli and a gnome notification-area frontend. > o Uses the wide capabilities of xine for playing audio-files This would be better placed in the full description. Friendly, Sven Luther
The spam discussion (fwd)
debian-admin: Could you please answer this question? -- Forwarded message -- From: Marco d'Itri <[EMAIL PROTECTED]> To: debian-devel@lists.debian.org Date: Sun, 15 Jun 2003 18:19:00 +0200 Subject: The spam discussion It should be clear to all by now that there are developers with different views on this matter, and there is no solution which will make everybody happy. But we do not need a solution which will work for everybody: it has already been explained many times that MTA-level restrictions can be applied per-user, and we already have an infrastructure which can be used to distribute email preferences. So the question (to the debian-admins) is: what is needed to do this? Do you need help? Code? Anything else? -- ciao, | Marco | [1531 scVsc9nfU8/i2]
Re: Advice needed : Oracle and Debian Linux
On Wed, Jun 18, 2003 at 10:13:17PM +1000, Russell Coker wrote: > If a company wants to make a commercial distribution based on Debian then > providing that they accept certain kernel patches and comply with a rigorous > test program then I think that SAP would be interested in dealing with them. > > I imagine that the situation will be similar for Oracle. I wonder if that's all or the same support problem arises as with Oracle. Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De ICQ: 179140304, AIM: michaelmeskes, Jabber: [EMAIL PROTECTED] Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Thu, 19 Jun 2003, Chris Halls wrote: > On Thu, Jun 19, 2003 at 10:29:01PM +1200, Philip Charles wrote: > > We have a lawyer here who is a GNU/linux geek who still has to use MS Word > > because openoffice.org cannot handle the complex formatting of his legacy > > Word documents. > > Is that still true for OOo 1.1beta2? Are there open bug reports upstream for > the problems? I know him through a mailing list and his comments are recent, in the last week or so. Please remember he is a working lawyer and must stick with stable versions of OOo. I have no doubt he will be testing stable versions as they come out. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs. See http://www.copyleft.co.nz
Re: Bug#197907: ITP: quark -- an audio player, for geeks, by geeks.
On Wednesday 18 June 2003 17:46, Thomas Viehmann wrote: > Sven Luther wrote: > > Description: audio player, for geeks, by geeks. > > Mmm, doesn't sound all that descriptive. > > But hardly because of the removal of the "an". > (i.e. what business has "by geeks for geeks" rather than something > informative in the short description?) hmmm. That is a slogan an thus even non-informative . It surely merits no place in the short-description. Uli
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Thu, 19 Jun 2003, Francesco P. Lovergine wrote: > > > X-Spot: Who uses non-free software empoisons you, too. Say him to stop. > ^^^ > That's constantly in my header... so I'm ready to fight :-P > > M, that's the basis of freelosophy. Don't use proprietary formats and > don't > use proprietary software. The risk of being unable to use your own > documents is concrete. Who owns your docs? Corel does. Microsoft does. > You no more own your docs when you agree with any commercial EULA > and use a commercial product. You could be unable to use _current_ M$ doc > within a few years or less. > Take the Lawyer example. He probably bought his legal practice when it was all Word. He does not like it, he is stuck. Take my wife's Ph.D., started seven years ago. We looked at MS Word and it could not cut the mustard so she stuck with WP 5.1. What free alternatives were there then? Maybe Lyx, certainly latex, but my wife is a musician not a geek. Anyway, her M.A. thesis was in WP 5.1. So when the Ph.D. was completed the journey was WP5.1 > WP8 (linux) > RTF > StarOffice 5.2 (OpenOffice was not quite ready then). We are both into OpenOffice.org now, but all her field-work is WP5.1 - she has a dual boot DOS/Linux machine. She is stuck unless, I do a lot of work. Many people, myself included, breathed a sigh of relief when WP8 for Linux became available, we had a conventional Word Processor we could use. I can remember the panic of one person when his WP8 fell over when he was running potato while it was still in testing. I am (slightly) involved in an Open Source advocacy group here in NZ and one problem that is a major stumbling block for individuals and enterprises making the shift to free software is legacy documents. I hate to think how many terabytes of these are sitting on HDDs. In our case (my wife and myself) the problem will probably resolve itself in a few years, in the case of the lawyer and most businesses it will be a few decades. > Also, none can ensure that whenever Sarge will be released, it will be > wp-compliant at alli (also with libc5). WP for Linux is in > End-of-support and End-of-life status. And surely Debian DOES NOT > support non-free (in DFSG sense) software, and that's also more true for > commercial one. If you need an ancient format/program like WP, use an > ancient Debian release. It is not a question of using non-free software, I use it almost exclusively, but that of accessing documents that were created with non-free software before there were free alternatives. Please remember this is 2003 and not 1983. People have accumulated a lot on their HDDs in twenty years. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs. See http://www.copyleft.co.nz
Re: Bug#197907: ITP: quark -- an audio player, for geeks, by geeks.
On Thursday 19 June 2003 08:30, Sven Luther wrote: > The upstream author is not so happy about the FIFO controlled stuff, > since it sounds as if using quark is difficult. Right, the FIFO(implementation) is irrelevant for most users. > I was thinking of something along the lines of : > > Description: simple audio player which does not clutter the desktop In the Un*x-world, this is called a daemon, so why not call it thus? And what is it that makes it simple? ...consisting of a daemon and several controller-frontends. Advantages are: > o It does not clutter the desktop with a GUI. > > o It is composed of a backend and a frontend, and thus survive the > killing of the current X session, which is rather nice. o Can be controlled via command-line(can it?) or one of several GUIs o Uses the wide capabilities of xine for playing audio-files hth Uli
Re: rsync in apt sources.list?
From: Dan Jacobson <[EMAIL PROTECTED]>
>It seems the simplest solution is to just use
>http://home.tiscali.cz:8080/~cz210552/aptrsync.html
>But why does he do at the bottom
>
># Get anything we missed due to failed rsync's. [EMAIL PROTECTED] 24 Mar 2002.
>os.system('apt-get update')
># Used to have a call to apt-cache gencaches here, but I think that's
># redundant with the apt-get update above. [EMAIL PROTECTED] 24 Mar 2002.
>
>Doing apt-get update just seems to start downloading the Packages.gz
>even though we just rsynced Packages. Is apt supposed to detect
>Packages are rater fresh and not download? It just downloaded over
^ I can't quite guess your meaning here.
>again for me.
It could easily be a bug. The rsync servers I was hitting randomly
rejected connections, so I didn't reliably get current Packages files
unless I did the "apt-get update". I couldn't easily test that the
script actually improved performance, because I didn't control the
servers I was hitting and I didn't set up my own server to test
against. I didn't carefully monitor what the "apt-get update" was
really doing.
The entire issue is moot, IMO, since the person running the server
said it couldn't support people routinely doing rsync against it
because rsync's compression used too much CPU time. Unless rsync now
supports precomputing the compression, and the servers are configured
to do that, using aptrsync is not being a good citizen.
I use apt-proxy now and am happy. From apt-proxy's manual entry I
suppose it often uses rsync to do its work, but now I have three
machines using my cache, so I figure the decreased load ought to
compensate for the increased CPU from using rsync.
--
Tim Freeman [EMAIL PROTECTED]
GPG public key fingerprint ECDF 46F8 3B80 BB9E 575D 7180 76DF FE00 34B1 5C78
P. S. Here's my summary of the previous discussion about why aptrsync
was not a good idea.
Date: Mon, 8 Apr 2002 19:27:59 -0700
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: Bug#128818: apt-rsync is great
From: [EMAIL PROTECTED] (Tim Freeman)
From: Jason Gunthorpe <[EMAIL PROTECTED]>
>I think the folks on -devel have gone over it enough,
For the benefit of other readers, the conversation you're talking
about probably starts at:
http://lists.debian.org/deity/1999/deity-199910/msg2.html
and continues on the rsync list at:
http://lists.samba.org/pipermail/rsync/1999-October/001403.html
>Quite simply, rsync uses tremendous amounts of disk IO, it reads the
>entire file on the server side and does lots of math on it, http on the
>other hand is intrinsicly rate limited by the requester.
I see. rsync has a "batch" mode which might resolve some of the
issues. It's described as "experimental" in the man entry for version
2.5.4-1 of the rsync package, which is the one in testing right now,
so maybe it makes sense not to depend on it yet. The discussion cited
above is about 2.5 years old and doesn't mention batch mode at all,
perhaps because rsync's batch mode didn't exist then.
The as-yet-nonexistent compressor that is rsync-friendly would be
required to make a good solution for the whole problem.
However, I'm satisfied that building a version of apt-rsync that is
friendly to the server is blocked on the development of this other
software, so it's time to set this issue aside.
--
Tim Freeman
[EMAIL PROTECTED]
Re: not modified modifications
On Thu, Jun 19, 2003 at 12:36:49AM +0200, Bernd Eckenfels wrote: > But currently I am quite annoyed about all those questions I got asked. > > i am very sure, I did never have touched this file, so why is dpkg always > asking me if i want to overwrite it? I just wanted to say _ /\ / __ \ | | / \| | | | | | / /\ \ | | | | | | / \ | |__| | | | /_/\_\ \/ |__| This has happened to me on almost every upgrade in the last few years, and sadly not only the customarily annoying tetex packages are affected. -- 2. That which causes joy or happiness.
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Thu, Jun 19, 2003 at 10:03:52AM +0200, Francesco P. Lovergine wrote: > Err, Zack, I say zlib1... zlib1g* is libc6 related. Ok, thanks, never mind. -- Stefano Zacchiroli -- Master in Computer Science @ Uni. Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} - http://www.bononia.it/zack/ " I know you believe you understood what you think I said, but I am not sure you realize that what you heard is not what I meant! " -- G.Romney pgpzhoH8wx8e6.pgp Description: PGP signature
Re: Bug in test suite for pcre 4.3
On Thu, Jun 19, 2003 at 09:10:21AM +0100, Philip Hazel wrote: > Thanks, problem noted. I'll do something when I next work on PCRE, but > that won't be for a while. Mark, could you look for a fix in the debian version? Otherwise I can have a look at it ... Cheers. -- Stefano Zacchiroli -- Master in Computer Science @ Uni. Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} - http://www.bononia.it/zack/ " I know you believe you understood what you think I said, but I am not sure you realize that what you heard is not what I meant! " -- G.Romney
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Thu, Jun 19, 2003 at 10:29:01PM +1200, Philip Charles wrote: > We have a lawyer here who is a GNU/linux geek who still has to use MS Word > because openoffice.org cannot handle the complex formatting of his legacy > Word documents. Is that still true for OOo 1.1beta2? Are there open bug reports upstream for the problems? Chris
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
X-Spot: Who uses non-free software empoisons you, too. Say him to stop. ^^^ That's constantly in my header... so I'm ready to fight :-P On Thu, Jun 19, 2003 at 10:29:01PM +1200, Philip Charles wrote: > On Thu, 19 Jun 2003, Francesco P. Lovergine wrote: > > > On Thu, Jun 19, 2003 at 10:56:32AM +1200, Philip Charles wrote: > > > xpm4.7 is needed for WordPerfect 8. I have a mass of wp5.1 and wp8 > > > documents. > > > > > > > That's exactly one of the old-days craps around I was pointing. > > Wordperfect 11 is now a windoze-only program. > > > > Also Applixware 5 (another dead product) will have problems. > > > > I will not be the only person in this situation. I have work I have done > in WP5.1 that goes back over ten years. > > We have a lawyer here who is a GNU/linux geek who still has to use MS Word > because openoffice.org cannot handle the complex formatting of his legacy > Word documents. > > What I am saying is the problem is not dead products, but legacy documents > created by these products. Because of volume of such material it is often > not practical for someone to sit down and spend days/weeks converting them > all. In my case it would be possible, but for others it would not. > M, that's the basis of freelosophy. Don't use proprietary formats and don't use proprietary software. The risk of being unable to use your own documents is concrete. Who owns your docs? Corel does. Microsoft does. You no more own your docs when you agree with any commercial EULA and use a commercial product. You could be unable to use _current_ M$ doc within a few years or less. Also, none can ensure that whenever Sarge will be released, it will be wp-compliant at alli (also with libc5). WP for Linux is in End-of-support and End-of-life status. And surely Debian DOES NOT support non-free (in DFSG sense) software, and that's also more true for commercial one. If you need an ancient format/program like WP, use an ancient Debian release. -- Francesco P. Lovergine
Re: gcc 3.3 - what problems should I expect?
Hi, Bernd Eckenfels wrote:
> 2.4.21 contains some fixes for linkage errors, which are created due to
> extern _inline_ declarations. You just need to remove the extern
> modifier and it will work for 2.4.20.
s/extern/static/, actually. Gcc will then happily not emit the inline
function's body if it's not needed, i.e. all usages get inlined.
On the other hand, removing the qualifier causes the compiler to write one
copy of the inlined function to every object whose source sees them.
That's rather non-nice if the inline function is defined in a header file. :-/
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
--
Don't look back, the lemmings are gaining on you.
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Thu, 19 Jun 2003, Francesco P. Lovergine wrote: > On Thu, Jun 19, 2003 at 10:56:32AM +1200, Philip Charles wrote: > > xpm4.7 is needed for WordPerfect 8. I have a mass of wp5.1 and wp8 > > documents. > > > > That's exactly one of the old-days craps around I was pointing. > Wordperfect 11 is now a windoze-only program. > > Also Applixware 5 (another dead product) will have problems. > I will not be the only person in this situation. I have work I have done in WP5.1 that goes back over ten years. We have a lawyer here who is a GNU/linux geek who still has to use MS Word because openoffice.org cannot handle the complex formatting of his legacy Word documents. What I am saying is the problem is not dead products, but legacy documents created by these products. Because of volume of such material it is often not practical for someone to sit down and spend days/weeks converting them all. In my case it would be possible, but for others it would not. Phil. -- Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420 [EMAIL PROTECTED] - preferred. [EMAIL PROTECTED] I sell GNU/Linux & GNU/Hurd CDs. See http://www.copyleft.co.nz
Re: Bug#194550: ITP: libemail-mime-encodings-perl -- A unified interfa
[EMAIL PROTECTED] (Gerfried Fuchs) wrote on 02.06.03 in <[EMAIL PROTECTED]>: > See, it is nothing personal (you seem to take it that way), but > packages with similar functionality should be questioned, and if the Says who? I reject that assertion. > A long description in an ITP would > a) reduce the amount of questions why this package should be in the > pool, Ignoring these seems entirely proper. The *only* point to an ITP is avoiding collisions. > b) can get you suggestions for improvement of it before the package hits > the pool, and No need. > c) doesn't let you seem strange by ignoring a template that requests it. What template would that be? I filed this using reportbug, and that does not seem to have any field for a long description. > If you like to question c) feel free to discuss it, like e.g. with the > reportbug maintainers (they have valid reasons to include it, see a) and > b), I guess), but don't go and simply ignore it. Uh, they *do not* include it. At least not where I can find it - just checked again. MfG Kai
Re: fcntl(HANDLE, F_GETLK,&fl) with perl
On Wed, Jun 18, 2003 at 03:19:50PM -0700, Philippe Troin wrote:
> Bill Allombert <[EMAIL PROTECTED]> writes:
> > but it does not seems to work. In fact the documentation
> > is unclear whether a struct flock can be passed at all
> > (some form of fcntl use a long arg instead).
>
> You have to pack the structure by hand. This works for me:
>
> use Config;
> my $packspec = $Config{uselargefiles} ? "ssqql" : "sslll";
If you're worried about portability, it's a bitch. I got so pissed off
with it a while ago that I wrote a module to do it at least vaguely
portably. However, once I got to the stage where it did what I needed,
I didn't have time to get it into shape to release anywhere (like CPAN).
If this sounds like what you might want, let me know & I'll dig it out
again.
Cheers,
Nick
--
Nick Phillips -- [EMAIL PROTECTED]
Never commit yourself! Let someone else have you committed.
Re: Advice needed : Oracle and Debian Linux
On Wed, Jun 18, 2003 at 01:06:46PM +0200, Antonio Pïrez Pïrez wrote: > A "little" question from an user: > What could Debian do to be supported by Oracle? Nothing. Sorry, but that's the way it is. To become supported by Oracle you have to make sure enough of your people are sitting at the Oracle support center to answer all OS specific questions. That does not only mean several people, but also pay them as Oracle does not. Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De ICQ: 179140304, AIM: michaelmeskes, Jabber: [EMAIL PROTECTED] Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!
Re: Bug in test suite for pcre 4.3
On Thu, 19 Jun 2003, Mark Baker wrote: > Philip, I have CC'd you on this mail as the upstream author, because I > believe this counts as a bug in pcre. I would suggest as a minimum > removing the printing of the study size from the test. Thanks, problem noted. I'll do something when I next work on PCRE, but that won't be for a while. Regards, Philip -- Philip HazelUniversity of Cambridge Computing Service, [EMAIL PROTECTED] Cambridge, England. Phone: +44 1223 334714.
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Thu, Jun 19, 2003 at 08:55:02AM +0200, Stefano Zacchiroli wrote: > On Wed, Jun 18, 2003 at 04:17:43PM +0200, Francesco P. Lovergine wrote: > > zlib1 > The ocaml bindings to zlib still build depend on zlib1g-dev. > Which is the newer alternative to this package? That's zlib1 not zlib1g. We're not running a libc5 zlib. -- "You grabbed my hand and we fell into it, like a daydream - or a fever." pgprrzntGZklz.pgp Description: PGP signature
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Thu, Jun 19, 2003 at 10:56:32AM +1200, Philip Charles wrote: > xpm4.7 is needed for WordPerfect 8. I have a mass of wp5.1 and wp8 > documents. > That's exactly one of the old-days craps around I was pointing. Wordperfect 11 is now a windoze-only program. Also Applixware 5 (another dead product) will have problems. -- Francesco P. Lovergine
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Thu, Jun 19, 2003 at 08:55:02AM +0200, Stefano Zacchiroli wrote: > On Wed, Jun 18, 2003 at 04:17:43PM +0200, Francesco P. Lovergine wrote: > > zlib1 > > The ocaml bindings to zlib still build depend on zlib1g-dev. > Which is the newer alternative to this package? Huh ? What has that to do with it ? I thougt the proposal was only yo remove the old libc5 libraries, not their libc6 version, which zlib1g-dev is (because of the g and everything). But then maybe i am missing something. Friendly, Sven Luther
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Thu, Jun 19, 2003 at 08:55:02AM +0200, Stefano Zacchiroli wrote: > On Wed, Jun 18, 2003 at 04:17:43PM +0200, Francesco P. Lovergine wrote: > > zlib1 > > The ocaml bindings to zlib still build depend on zlib1g-dev. > Which is the newer alternative to this package? > Err, Zack, I say zlib1... zlib1g* is libc6 related. -- Francesco P. Lovergine
Re: Bug#197907: ITP: quark -- an audio player, for geeks, by geeks.
On Thu, Jun 19, 2003 at 01:04:24AM -0600, Eric Schwartz wrote: > On Thursday, Jun 19, 2003, at 00:30 America/Denver, Sven Luther wrote: > >I have almost a ready package, i just now need a fine short > >description. > > How about: > > simple audio player with detachable GUI Mmm, > It's not perfect, I know. This sounds pretty nifty, actually, but hard > to categorize. Yep, altough the authors speak of anti-GUI audio-player, so i don't know. > >But this still doesn't sound quite right, and doesn't mention the > >second > >advantage, which is a bit difficult to express in a simple phrase > >anyway. > > The other thing to remember is that the short description is just a > hook. It doesn't have to mention every distinguishing feature of the > package, or else xemacs would never have been uploaded. :) Just > attempt something catchy (which my contribution isn't, really), and > leave the full description for the appropriate section. Yep, but then it is nice to have what distinguishes the package from other similar one in the short description. Helps for choosing it when doing and apt-cache search. Friendly, Sven Luther
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
Stefano Zacchiroli <[EMAIL PROTECTED]> wrote: > On Wed, Jun 18, 2003 at 04:17:43PM +0200, Francesco P. Lovergine wrote: >> zlib1 > The ocaml bindings to zlib still build depend on zlib1g-dev. > Which is the newer alternative to this package? There is none needed. zlib1(-altdev) and zlib1g(-dev) are different packages, the former ones are for libc5, the latter ones link against libc6. cu andreas
Re: Bug#197907: ITP: quark -- an audio player, for geeks, by geeks.
On Thursday, Jun 19, 2003, at 00:30 America/Denver, Sven Luther wrote: I have almost a ready package, i just now need a fine short description. How about: simple audio player with detachable GUI It's not perfect, I know. This sounds pretty nifty, actually, but hard to categorize. But this still doesn't sound quite right, and doesn't mention the second advantage, which is a bit difficult to express in a simple phrase anyway. The other thing to remember is that the short description is just a hook. It doesn't have to mention every distinguishing feature of the package, or else xemacs would never have been uploaded. :) Just attempt something catchy (which my contribution isn't, really), and leave the full description for the appropriate section. -=Eric (xemacs user, BTW)
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Wed, Jun 18, 2003 at 04:17:43PM +0200, Francesco P. Lovergine wrote: > zlib1 The ocaml bindings to zlib still build depend on zlib1g-dev. Which is the newer alternative to this package? Cheers. -- Stefano Zacchiroli -- Master in Computer Science @ Uni. Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} - http://www.bononia.it/zack/ " I know you believe you understood what you think I said, but I am not sure you realize that what you heard is not what I meant! " -- G.Romney pgpdZIXmgCNRS.pgp Description: PGP signature
Re: Bug#197907: ITP: quark -- an audio player, for geeks, by geeks.
On Wed, Jun 18, 2003 at 04:12:37PM -0700, Vineet Kumar wrote: > * Anthony DeRobertis ([EMAIL PROTECTED]) [030618 10:11]: > > > > On Wednesday, Jun 18, 2003, at 11:59 US/Eastern, Branden Robinson wrote: > > > > > > > >Description: audio player for geeks, by geeks > > > > > >...is just right. > > > > Well, except that it doesn't actually describe the package well. Maybe > > insert "FIFO controlled" before "audio player." > > Or better, "FIFO-controlled", so it doesn't read like a past-tense > sentence fragment about FIFO having controlled an audio player. I have almost a ready package, i just now need a fine short description. The upstream author is not so happy about the FIFO controlled stuff, since it sounds as if using quark is difficult. The main advantages of quark are : o It does not clutter the desktop with a GUI. Thus the author claims it is anti-GUI, but i don't find that a very intuitive description. o It is composed of a backend and a frontend, and thus survive the killing of the current X session, which is rather nice. I was thinking of something along the lines of : Description: simple audio player which does not clutter the desktop But this still doesn't sound quite right, and doesn't mention the second advantage, which is a bit difficult to express in a simple phrase anyway. Friendly, Sven Luther
