I didn't follow the activities, so maybe it's already done, please don't shoot me, but I'd like to make sure the inkdraw plugin I made won't be shipped with 0.95, as the inksending/receiving doesn't work all time... I don't want to be bothered with bugreports about it yet you see ;)
Great work guys! Karel On za, 2005-11-26 at 14:46 -0500, Youness Alaoui wrote: > ok, here's the things I still think needs to be corrected before the > release (minor things)... these things are what I noticed after extracting > the deb file (make deb && dpkg -x -d dpkg amsn_0.95....) : > * I suggest we add in /usr/bin/amsn-remote and /usr/bin/amsn-remote-CLI > not just /usr/bin/amsn > * there is a ~/msn/sndplay file that should be removed (Jerome ?) > * when we create the deb file, there is a /usr/share/pixmaps/msn.png that > points to the compile dir where the png file was : > [EMAIL PROTECTED]:~/msn/export/pkg/usr$ ls bin/ -l > total 0 > lrwxrwxrwx 1 kakaroto kakaroto 18 Nov 26 14:14 amsn -> ../share/amsn/amsn* > [EMAIL PROTECTED]:~/msn/export/pkg/usr/share$ ls -l pixmaps/ > total 4 > lrwxrwxrwx 1 kakaroto kakaroto 72 Nov 26 14:14 msn.png -> > /home/kakaroto/msn/export/debian/amsn/usr/share/amsn/icons/48x48/msn.png > > you see, the bin points to the correct amsn file, but the msn.png points > elsewhere .. I think it actually points to the temporary directory when > the deb file was created... > > * In the lang directory, there are some files that should be removed : > LANG-HOWTO > genpage.c > missing.py > addkey.tcl > lang1.tmpl > lang2.tmpl > lang3.tmpl > langchk.sh > sortlang > complete.pl > convert.tcl > genlangfiles.c > > and when I say removed, I'm talking about 'not included in the package' > only! > * the AppMain.tcl file should be removed when we create a linux/windows > package > * amsn.desktop can be removed from the /usr/share/amsn/ directory... > * the sxml.tcl file is made as executable, we should remove the executable > flag... > * These utils/ subdir should be removed, as they are not used yet : > pixmapoption/ pixmapbutton/ pixmapprogbar/ > and maybe scalable-bg/ too, we'll need to ask Tom, but from a grep, it > seems it's only used in pixmapprogbar and pixmapbutton which are removed > anyways... > * the pixmaps in utils/pixmapscroll/horizontal and > utils/pixmapscroll/vertical directories should be made skinable (although > it might not be a good time to move all that) > * the webcamsn.tcl file in utils/webcamsn should be removed since it was > only used as a test.tcl file... > * the utils/linux/capture/test.tcl file should be removed. > * the libtray.so should have a pkgIndex.tcl file with it and we should do > a package require instead of a load... (it might not be a good time to do > it also) > * fix the make deb so that it won't need to sign the deb file.. if it's > needed to make an official release, then the package will have to do that > additional step manually... > I'll remind you of my problem : > dpkg-deb: building package `amsn' in `../amsn_0.95cvs-20051126_i386.deb'. > make[1]: Leaving directory `/home/kakaroto/msn/export' > dpkg-genchanges -b > dpkg-genchanges: binary-only upload - not including any source code > signfile amsn_0.95cvs-20051126_i386.changes > gpg: WARNING: unsafe permissions on configuration file > `/home/kakaroto/.gnupg/gpg.conf' > gpg: WARNING: unsafe enclosing directory permissions on configuration file > `/home/kakaroto/.gnupg/gpg.conf' > gpg: skipped "Phil <[EMAIL PROTECTED]>": secret key not > available > gpg: [stdin]: clearsign failed: secret key not available > > > The deb file seems to be created and perfectly 'healty', it just stays in > the parent directory... > > * the control of the debian package might need some thing : > conflicts: ccmsn > depends: tcl8.4 tk8.4 tcltls > > > * I'd also need someone to do the exact same thing with rpm files... I > don't know how it works, but I'll see if I can extract the rpm to a > directory... > > * we might need to check for this kind of things also in the src package > (cvs export).. > > * one last thing... revert back the budy icons... please :( > > KaKaRoTo > > > On Sat, 26 Nov 2005 10:57:31 -0500, Youness Alaoui > <[EMAIL PROTECTED]> wrote: > > > humm... well, even daily is ok, but in a digest, will we get the diff > > too ? yes, and that's the problem, it's a pain in the ass to go looking > > for the comments individually... > > anyways, now, I'm just looking at what CIA-13 has to say on the amsn IRC > > channel.. it gives me a summary > > > > KaKaRoTo > > > > On Sat, 26 Nov 2005 06:30:09 -0500, Arieh Schneier > > <[EMAIL PROTECTED]> wrote: > > > >> I was going to say to go to: > >> http://lists.sourceforge.net/lists/listinfo/amsn-commits > >> and set your option to digest, but then realised the digest is daily > >> instead > >> of weekly. > >> > >> Lio. > >> > >> ----- Original Message ----- > >> From: "Youness Alaoui" > >> > >> oups.. ok, sorry :) > >> I don't read the commits because I filter them, get them to another > >> directory (Opera names that a filter) and mark them as read.. if I > >> don't, > >> I'll have too much to look into and I don't have time to look at normal > >> emails, so imagine with the commits... > >> it would be nice to have a digest of all commits once per week so we can > >> look at what was done, but only get the message that was sent, not the > >> diff... > >> maybe CIA would be a place to look at for this thing, but I don't know > >> if > >> they have a "send me weekly summaries of the activities..." I'll have to > >> look into that. > >> > >> KaKaRoTo > >> > >> On Fri, 25 Nov 2005 16:25:21 -0500, Jérôme Gagnon-Voyer > >> <[EMAIL PROTECTED]> wrote: > >> > >>> Hey, you should read the amsn-commits list, it was done on 17th > >>> november ;-0 > >>> > >>> De : [EMAIL PROTECTED] > >>> Objet : [Amsn-commits] msn autoupdate.tcl,1.32,1.33 > >>> Date : 17 novembre 2005 22:07:57 HNE > >>> À : [EMAIL PROTECTED] > >>> > >>> Update of /cvsroot/amsn/msn > >>> In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv26417 > >>> > >>> Modified Files: > >>> autoupdate.tcl > >>> Log Message: > >>> Fixed: autoupdate now checks for all 'sections' of release numbers > >>> > >>> Index: autoupdate.tcl > >>> =================================================================== > >>> RCS file: /cvsroot/amsn/msn/autoupdate.tcl,v > >>> retrieving revision 1.32 > >>> retrieving revision 1.33 > >>> diff -C2 -d -r1.32 -r1.33 > >>> *** autoupdate.tcl 17 Sep 2005 16:32:31 -0000 1.32 > >>> --- autoupdate.tcl 18 Nov 2005 03:07:55 -0000 1.33 > >>> *************** > >>> *** 530,539 **** > >>> set yourver [split $version "."] > >>> > >>> ! if { [lindex $lastver 0] > [lindex $yourver 0] } { > >>> ! set newer 1 > >>> ! } else { > >>> ! # Major version is at least the same > >>> ! if { [lindex $lastver 1] > [lindex $yourver 1] } { > >>> set newer 1 > >>> } > >>> } > >>> --- 530,537 ---- > >>> set yourver [split $version "."] > >>> > >>> ! for {set x 0} {$x<[llength "$lastver"]} {incr x} { > >>> ! if {[lindex $lastver $x] > [lindex $yourver $x]} { > >>> set newer 1 > >>> + break > >>> } > >>> } > >>> > >>> > >>>> Le 05-11-25 à 16:12, Youness Alaoui a écrit : > >>> > >>>> one more TODO item and pretty important : > >>>> Make sure the auto-updater recognizes 0.94 < 0.95 < 0.95.1 < 0.95.2 > >>>> < 0.95.10 < 0.96 > >>>> > >>>> KKRT > >>>> > >>>> On Fri, 25 Nov 2005 15:56:18 -0500, Youness Alaoui > >>>> <[EMAIL PROTECTED]> wrote: > >>>> > >>>>> Yes, I do agree.. as I said, December 1st, if nothing major > >>>>> appears, we release 0.95... if we can't fix the bug by december > >>>>> 1st, we'll use the orkaround and that's it... > >>>>> Harry, maybe you didn't get the latest change because the > >>>>> anonymous CVS wasn't up to date... JUST IN CASE, I would suggest > >>>>> you get the latest cvs again and do a `make clean all`... if the > >>>>> bug still happens, i would really appreciate it if you did like > >>>>> you did at first : give us the backtrace of the segfault ... > >>>>> without the backtrace from gdb, we can't find where the new bug > >>>>> happens... > >>>>> > >>>>> Thanks, > >>>>> KaKaRoTo > >>>>> > >>>>> On Fri, 25 Nov 2005 15:06:19 -0500, Jérôme Gagnon-Voyer > >>>>> <[EMAIL PROTECTED]> wrote: > >>>>> > >>>>>> Don't forget we just have to re-enable the check for the PWC driver > >>>>>> at the start of aMSN. That way, the config buttons will just be > >>>>>> disabled so nobody will get a seg fault, that's not a "serious bug" > >>>>>> for a release because we can prevent the bug from happening (yes > >>>>>> it's > >>>>>> better to fix the bug but at least we can prevent it) > >>>>>> Le 05-11-25 à 14:09, Harry Vennik a écrit : > >>>>>> > >>>>>>> That is to say, we thought it would be fixed now, but it is not. > >>>>>>> At this moment I don't think anyone understands why the change by > >>>>>>> Phil didn't > >>>>>>> fix it. I tried to find it out this morning, but no success. I will > >>>>>>> try again > >>>>>>> tomorrow, if I don't get it again, and neither does anyone else, > >>>>>>> then I think > >>>>>>> we should not have this prevent us from releasing 0.95, even though > >>>>>>> I regard > >>>>>>> it as quite a serious bug. > >>>>>> > >>>>> > >> > >> > >> > >> ------------------------------------------------------- > >> This SF.net email is sponsored by: Splunk Inc. Do you grep through log > >> files > >> for problems? Stop! Download the new AJAX search engine that makes > >> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > >> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click > >> _______________________________________________ > >> Amsn-devel mailing list > >> Amsn-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/amsn-devel > > > > > > > > > ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click _______________________________________________ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
