Re: sponsor for minido

2003-07-01 Thread Bas Zoetekouw
Hi francesco! You wrote: it is also multi user because profiles are stored in /usr/share so every system user can access it, while it stores information in a home subdirectory. User profiles should not be stored in /usr, but probably in /var (if the data changes, that is). -- Kind regards,

Re: Looking for sponsor

2003-07-01 Thread Aníbal Monsalve Salazar
On Sun, Jun 29, 2003 at 01:07:25PM +0200, francesco levorato wrote: I am looking for sponsor for the package minido. App site: http://michaelo.free.fr/minido/ Deb download from : http://flevour.mine.nu/debian/ thanks, -- francesco levorato flevour [EMAIL PROTECTED] http://flevour.mine.nu/

Re: Merging sponsorship program and WNPP

2003-07-01 Thread Matt Kraai
[Please CC me, as I'm not on debian-mentors.] Thomas Viehmann wrote: Aside from the results of the thread that followed (discuss with web people who maintain WNPP lists etc.), I still think it uneccessarily lowers visibility of RFSs. How's that? Rather than being available in the archives of

Re: Merging sponsorship program and WNPP

2003-07-01 Thread Thomas Viehmann
Hi. Matt Kraai ([EMAIL PROTECTED]) wrote*: [Please CC me, as I'm not on debian-mentors.] Voluntary. Thomas Viehmann wrote: Aside from the results of the thread that followed (discuss with web people who maintain WNPP lists etc.), I still think it uneccessarily lowers visibility of RFSs. How's

strictly earlier Conflicts

2003-07-01 Thread Matt Kraai
Howdy, Bug #198304 reports that the move of /usr/bin/svnshell from subversion to subversion-tools broke upgrades, and suggests subversion-tools conflict with older versions of subversion. I was planning to add Conflicts: subversion ( 0.22.1-1) to subversion-tools's control fields (0.22.1-1

Re: strictly earlier Conflicts

2003-07-01 Thread James Troup
Matt Kraai [EMAIL PROTECTED] writes: Is this an almost never case? No, this is what Replaces is for. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Looking for sponsor

2003-07-01 Thread Aníbal Monsalve Salazar
On Sun, Jun 29, 2003 at 01:07:25PM +0200, francesco levorato wrote: I am looking for sponsor for the package minido. App site: http://michaelo.free.fr/minido/ Deb download from : http://flevour.mine.nu/debian/ thanks, -- francesco levorato flevour [EMAIL PROTECTED] http://flevour.mine.nu/

Re: Merging sponsorship program and WNPP

2003-07-01 Thread Matt Kraai
[Please CC me, as I'm not on debian-mentors.] Thomas Viehmann wrote: Aside from the results of the thread that followed (discuss with web people who maintain WNPP lists etc.), I still think it uneccessarily lowers visibility of RFSs. How's that? Rather than being available in the archives

Re: Merging sponsorship program and WNPP

2003-07-01 Thread Thomas Viehmann
Hi. Matt Kraai ([EMAIL PROTECTED]) wrote*: [Please CC me, as I'm not on debian-mentors.] Voluntary. Thomas Viehmann wrote: Aside from the results of the thread that followed (discuss with web people who maintain WNPP lists etc.), I still think it uneccessarily lowers visibility of RFSs.

strictly earlier Conflicts

2003-07-01 Thread Matt Kraai
Howdy, Bug #198304 reports that the move of /usr/bin/svnshell from subversion to subversion-tools broke upgrades, and suggests subversion-tools conflict with older versions of subversion. I was planning to add Conflicts: subversion ( 0.22.1-1) to subversion-tools's control fields (0.22.1-1

Re: strictly earlier Conflicts

2003-07-01 Thread Mika Fischer
Hi! * Matt Kraai [EMAIL PROTECTED] [2003-07-01 23:20]: Is this an almost never case? I can't really answer your question, but: [toto:~]$ grep-available -s Conflicts . | wc -l 461 [toto:~]$ grep-available -s Conflicts . | grep \\ | wc -l 212 So of all 461 Packages which declare a

Re: strictly earlier Conflicts

2003-07-01 Thread James Troup
Matt Kraai [EMAIL PROTECTED] writes: Is this an almost never case? No, this is what Replaces is for. -- James

Re: sponsor for minido

2003-07-01 Thread Bas Zoetekouw
Hi francesco! You wrote: it is also multi user because profiles are stored in /usr/share so every system user can access it, while it stores information in a home subdirectory. User profiles should not be stored in /usr, but probably in /var (if the data changes, that is). -- Kind regards,