<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.freebsd.org/bugzilla/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.freebsd.org/bugzilla/"
          
          maintainer="bugmeister@FreeBSD.org"
>

    <bug>
          <bug_id>150974</bug_id>
          
          <creation_ts>2010-09-26 21:30:13 +0000</creation_ts>
          <short_desc>www/cybercalendar : port fix / deprecate</short_desc>
          <delta_ts>2010-11-10 15:40:04 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Ports &amp; Packages</product>
          <component>Individual Port(s)</component>
          <version>Latest</version>
          <rep_platform>Any</rep_platform>
          <op_sys>Any</op_sys>
          <bug_status>Closed</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Normal</priority>
          <bug_severity>Affects Only Me</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Rodrigo OSORIO">rodrigo</reporter>
          <assigned_to name="freebsd-ports-bugs (Nobody)">ports-bugs</assigned_to>
          
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>580214</commentid>
    <comment_count>0</comment_count>
    <who name="Rodrigo OSORIO">rodrigo</who>
    <bug_when>2010-09-26 21:30:13 +0000</bug_when>
    <thetext>	The Cybercalendar port is quite outdated and the database creation scripts doesn&apos;t work
	with the new mysql versions.
	This patch fix the problem adding two files to the existing port. 

	files/patch-setup-db-caluser.sql 
	Who fix the &apos;caluser&apos; user creation into the mysql database and grants the user permissions in the right way.
	
	files/patch-setup-db-calendar.sql
	Who fix the tables creation SQL scripts using deprecated and erroneous calls
	I also fix the database structure, extending the password field in the user table to
	50 characters to match with the hashes returned by the mysql function password.

	After that I suggest to declare Cybercallendar deprecate because most of the dates in the forms are hardcoded in
	the scripts and there is no way to declare events *after* 2010 in the calendar without code changes.  

	DEPRECATED= Use www/webcalendar instead</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>580218</commentid>
    <comment_count>1</comment_count>
    <who name="Edwin Groothuis">edwin</who>
    <bug_when>2010-09-26 21:30:17 +0000</bug_when>
    <thetext>Maintainer of www/cybercalendar,

Please note that PR ports/150974 has just been submitted.

If it contains a patch for an upgrade, an enhancement or a bug fix
you agree on, reply to this email stating that you approve the patch
and a committer will take care of it.

The full text of the PR can be found at:
    http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/150974

-- 
Edwin Groothuis via the GNATS Auto Assign Tool
edwin@FreeBSD.org</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>580215</commentid>
    <comment_count>2</comment_count>
    <who name="Edwin Groothuis">edwin</who>
    <bug_when>2010-09-26 21:30:20 +0000</bug_when>
    <thetext>State Changed
From-To: open-&gt;feedback

Awaiting maintainers feedback (via the GNATS Auto Assign Tool)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>580219</commentid>
    <comment_count>3</comment_count>
    <who name="Janos Mohacsi">janos.mohacsi</who>
    <bug_when>2010-09-26 23:19:07 +0000</bug_when>
    <thetext> I approve this port no longer maintainable.
    Best Regards,
                Janos Mohacsi</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>580216</commentid>
    <comment_count>4</comment_count>
    <who name="Mark Linimon">linimon</who>
    <bug_when>2010-09-26 23:40:17 +0000</bug_when>
    <thetext>State Changed
From-To: feedback-&gt;open

Maintainer approved.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>580220</commentid>
    <comment_count>5</comment_count>
    <who name="wenheping">wenheping</who>
    <bug_when>2010-11-03 08:08:49 +0000</bug_when>
    <thetext>But where is the patch file ?

wen</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>580221</commentid>
    <comment_count>6</comment_count>
    <who name="Rodrigo OSORIO">rodrigo</who>
    <bug_when>2010-11-04 09:41:46 +0000</bug_when>
    <thetext>On 03/11/10 16:08 +0800, wen heping wrote:
&gt; But where is the patch file ?
&gt; 
&gt; wen
&gt; 

Hi,

You right, there is a missing file.

The attached file is the original fix;
I suppose you don&apos;t need a patch to add
the DEPRECATE flag into the Makefile.

regards
- rodrigo</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>580222</commentid>
    <comment_count>7</comment_count>
    <who name="Stefan Walter">stefan</who>
    <bug_when>2010-11-10 13:53:31 +0000</bug_when>
    <thetext>Hi,

given that Janos agreed that the port is no longer maintainable, is there
any point in updating it at all? Wouldn&apos;t it be better to just deprecate
it and schedule its removal, say, a month or two later?

Regards,
Stefan</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>580223</commentid>
    <comment_count>8</comment_count>
    <who name="Rodrigo OSORIO">rodrigo</who>
    <bug_when>2010-11-10 15:03:13 +0000</bug_when>
    <thetext>Stephan,

I approve the removal for two reasons :
 - The application is useless (the dates are harcoded) 
   : no event can be scheduled after december 2010.
 - There is no  mantainer for the code *the last
   version was released in 2001*

Maintaining this application active is a good way to
confuse users about ports reliability. 
 
regards,
Rodrigo
 




On 10/11/10 14:53 +0100, Stefan Walter wrote:
&gt; Hi,
&gt; 
&gt; given that Janos agreed that the port is no longer maintainable, is there
&gt; any point in updating it at all? Wouldn&apos;t it be better to just deprecate
&gt; it and schedule its removal, say, a month or two later?
&gt; 
&gt; Regards,
&gt; Stefan</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>580224</commentid>
    <comment_count>9</comment_count>
    <who name="dfilter service">dfilter</who>
    <bug_when>2010-11-10 15:36:01 +0000</bug_when>
    <thetext>stefan      2010-11-10 15:35:56 UTC

  FreeBSD ports repository

  Modified files:
    www/cybercalendar    Makefile 
  Log:
  Mark as DEPRECATED with an EXPIRATION_DATE of 2010-12-31: Has been unmaintained
  since 2001 and doesn&apos;t support dates after 2010.
  
  PR:             150974
  Submitted by:   Rodrigo OSORIO (ros) &lt;rodrigo@bebik.net&gt;
  Approved by:    maintainer
  
  Revision  Changes    Path
  1.11      +4 -0      ports/www/cybercalendar/Makefile
_______________________________________________
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to &quot;cvs-all-unsubscribe@freebsd.org&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>580217</commentid>
    <comment_count>10</comment_count>
    <who name="Stefan Walter">stefan</who>
    <bug_when>2010-11-10 15:36:09 +0000</bug_when>
    <thetext>State Changed
From-To: open-&gt;closed

Port marked as DEPRECATED with an EXPIRATION_DATE of 2010-12-31. Thanks for 
helping with keeping the ports tree clean!</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>109909</attachid>
            <date>2010-11-04 09:41:46 +0000</date>
            <delta_ts>2010-11-04 09:41:46 +0000</delta_ts>
            <desc>cybercalendar.patch</desc>
            <filename>cybercalendar.patch</filename>
            <type>text/x-diff; charset=us-ascii</type>
            <size>2105</size>
            <attacher name="Rodrigo OSORIO">rodrigo</attacher>
            
              <data encoding="base64">ZGlmZiAtcnVwTiBjeWJlcmNhbGVuZGFyL2ZpbGVzL3BhdGNoLXNldHVwLWRiLWNhbGVuZGFyLnNx
bCBjeWJlcmNhbGVuZGFyLm5ldy9maWxlcy9wYXRjaC1zZXR1cC1kYi1jYWxlbmRhci5zcWwKLS0t
IGN5YmVyY2FsZW5kYXIvZmlsZXMvcGF0Y2gtc2V0dXAtZGItY2FsZW5kYXIuc3FsCTE5NzAtMDEt
MDEgMDE6MDA6MDAuMDAwMDAwMDAwICswMTAwCisrKyBjeWJlcmNhbGVuZGFyLm5ldy9maWxlcy9w
YXRjaC1zZXR1cC1kYi1jYWxlbmRhci5zcWwJMjAxMC0wOS0yNiAyMToxNToyNC4wMDAwMDAwMDAg
KzAyMDAKQEAgLTAsMCArMSwyMCBAQAorLS0tIHNldHVwL2RiL2NhbGVuZGFyLnNxbAkyMDAxLTAz
LTIxIDAyOjE5OjQ4LjAwMDAwMDAwMCArMDEwMAorKysrIHNldHVwL2RiL2NhbGVuZGFyLnNxbAky
MDEwLTA5LTIxIDIwOjMxOjEzLjAwMDAwMDAwMCArMDIwMAorQEAgLTExOCw3ICsxMTgsNyBAQAor
IENSRUFURSBUQUJMRSB1c2VycyAoCisgICB1aWQgaW50KDExKSBOT1QgTlVMTCBhdXRvX2luY3Jl
bWVudCwKKyAgIHVzZXJuYW1lIHZhcmNoYXIoMjUpIERFRkFVTFQgJycgTk9UIE5VTEwsCistICBw
YXNzd29yZCB2YXJjaGFyKDI1KSBERUZBVUxUICcnIE5PVCBOVUxMLAorKyAgcGFzc3dvcmQgdmFy
Y2hhcig1MCkgREVGQVVMVCAnJyBOT1QgTlVMTCwKKyAgIGFjY2Vzc2xldmVsIHRpbnlpbnQoMiks
CisgICBmdWxsbmFtZSB2YXJjaGFyKDI1NSksCisgICBlbWFpbCB2YXJjaGFyKDI1NSksCitAQCAt
MTg1LDcgKzE4NSw3IEBACisgIworIAorIENSRUFURSBUQUJMRSBzdWJtaXR0ZWRfZXZlbnRzICgK
Ky0gIGV2ZW50aWQgaW50KDExKSBOT1QgTlVMTCBERUZBVUxUICcwJyBhdXRvX2luY3JlbWVudCwK
KysgIGV2ZW50aWQgaW50KDExKSBOT1QgTlVMTCBhdXRvX2luY3JlbWVudCwKKyAgIHNpdGVfaWQg
aW50KDExKSBERUZBVUxUICcwJyBOT1QgTlVMTCwKKyAgIGNhbGVuZGFyIHZhcmNoYXIoMjU1KSBE
RUZBVUxUICcnIE5PVCBOVUxMLAorICAgc3ViX25hbWUgdmFyY2hhcigyNTUpIERFRkFVTFQgJycs
CmRpZmYgLXJ1cE4gY3liZXJjYWxlbmRhci9maWxlcy9wYXRjaC1zZXR1cC1kYi1jYWx1c2VyLnNx
bCBjeWJlcmNhbGVuZGFyLm5ldy9maWxlcy9wYXRjaC1zZXR1cC1kYi1jYWx1c2VyLnNxbAotLS0g
Y3liZXJjYWxlbmRhci9maWxlcy9wYXRjaC1zZXR1cC1kYi1jYWx1c2VyLnNxbAkxOTcwLTAxLTAx
IDAxOjAwOjAwLjAwMDAwMDAwMCArMDEwMAorKysgY3liZXJjYWxlbmRhci5uZXcvZmlsZXMvcGF0
Y2gtc2V0dXAtZGItY2FsdXNlci5zcWwJMjAxMC0wOS0yNiAyMToxNToyNC4wMDAwMDAwMDAgKzAy
MDAKQEAgLTAsMCArMSwxOCBAQAorLS0tIHNldHVwL2RiL2NhbHVzZXIuc3FsCTIwMDEtMDMtMTQg
MDE6MTI6NTIuMDAwMDAwMDAwICswMTAwCisrKysgc2V0dXAvZGIvY2FsdXNlci5zcWwJMjAxMC0w
OS0yMSAyMDoyOTowMS4wMDAwMDAwMDAgKzAyMDAKK0BAIC0xMSwxMyArMTEsMTIgQEAKKyAjIElu
c2VydHMgdXNlciBhY2NvdW50IGludG8gTXlTUUwgdXNlciB0YWJsZQorICMgTUFLRSBTVVJFIFRP
IENIQU5HRSBUSEUgUEFTU1dPUkQKKyAKKy1JTlNFUlQgSU5UTyB1c2VyIFZBTFVFUyAoJ2xvY2Fs
aG9zdCcsICdjYWx1c2VyJywgcGFzc3dvcmQoJzRjYWxhZG1pbicpLCAnTicsICdOJywgJ04nLCAn
TicsICdOJywgJ04nLCAnTicsICdOJywgJ04nLCAnTicsICdOJywgJ04nLCAnTicsICdOJyk7Cist
CisrQ1JFQVRFIFVTRVIgJ2NhbHVzZXInQCdsb2NhbGhvc3QnIElERU5USUZJRUQgQlkgJzRjYWxh
ZG1pbic7CisgCisgIyBJbnNlcnRzIHVzZXIgcGVybWlzc2lvbnMgZm9yIGNhbGVuZGFyIHRhYmxl
CisgIyBNQUtFIFNVUkUgVEhFIFRBQkxFIE5BTUUsIEhPU1QsIEFORCBVU0VSTkFNRQorICMgQVJF
IENPUlJFQ1QuCisgCistSU5TRVJUIElOVE8gZGIgVkFMVUVTICgnbG9jYWxob3N0JywgJ2NhbGVu
ZGFyJywgJ2NhbHVzZXInLCAnWScsICdZJywgJ1knLCAnWScsICdZJywgJ1knLCAnTicsICdZJywg
J1knLCAnWScpOworK0dSQU5UIFNFTEVDVCxJTlNFUlQsVVBEQVRFLERFTEVURSBPTiBjYWxlbmRh
ci4qIFRPICdjYWx1c2VyJ0AnbG9jYWxob3N0JyA7CisgCisgRkxVU0ggUFJJVklMRUdFUzs=
</data>

          </attachment>
      

    </bug>

</bugzilla>