Bug#716907: [PLEASE ACK] golang: relicense debian/
Sorry have overlooked the mail. Yes I am okay with it. Thanks, -Ivan On 7/17/13 9:30 AM, Michael Stapelberg wrote: Hi Ivan, Michael Stapelberg writes: As Paul pointed out, our debian/ is licensed as GPL, which might have bad effects when shipping patches in debian/patches/. Therefore, I would like to relicense debian/ to match the upstream license. Could you please let me know whether you are okay with the change below? A two-word “I agree” reply-all is sufficient :). Thanks! To be precise, this is the change I am suggesting: --- i/debian/copyright +++ w/debian/copyright @@ -271,9 +271,10 @@ License: W3C http://www.w3.org/Consortium/Legal/copyright-software Files: debian/* -Copyright: © 2010, Ivan Wong , Ondřej Surý -License: GPL 3 - See ‘/usr/share/common-licenses/GPL-3’. +Copyright: © 2010, Ivan Wong + © 2010-2013 Ondřej Surý + © 2013 Michael Stapelberg +License: Go License: Go Copyright © 2009 The Go Authors. All rights reserved. Your reply to this is still missing. Are you okay with it? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#574371: ITP: go -- The compiler for Google's Go programming language.
Hi guys, Sorry I have been a bit busy in the last couple months. Actually there was a discussion at debian-mentors ML and you guys might be interested in: http://lists.debian.org/debian-mentors/2010/03/threads.html#00200 According to some of the suggestions I have made a few fixes: http://mentors.debian.net/debian/pool/main/g/google-go/ Currently I see two show stoppers: - the ugly wrapper for those env. variables. I don't really want to have it but $GOROOT is also what the build process depends and makes changes to. I will be surely more than happy if we can have a better solution. - missing man pages Collaborative maintenance makes much sense for a "platform" like Go. Do let me know what do you think. Thanks, -Ivan. On Sunday, July 04, 2010 04:36 PM, Jonathan Nieder wrote: Jonathan Nieder wrote: Files: src/pkg/image/png/testdata/pngsuite/* Origin: libpng 1.2.40, contrib/pngsuite/* Copyright: © Willem van Schaik, 1999 License: permissive Permission to use, copy, and distribute these images for any purpose and without fee is hereby granted. Oops, that’s not permissive at all. Unless there’s a license that permits modification available elsewhere, I think these files will have to be omitted from the .orig.tar.gz. Would you be interested in pursuing collaborative maintainance? Given a packaging repository at hg.debian.org, I imagine there are many people involved with debian who would be interested in pitching it. Looking forward to your thoughts, Jonathan -- Ivan Wong GPG: 1024D/40510AB7: 88BF A832 50D7 30F0 3850 DE17 049D A727 4051 0AB7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#574371: ITP: go -- The compiler for Google's Go programming language.
Package: wnpp Severity: wishlist Owner: Ivan Wong * Package name: go Version : 2010.03.15 Upstream Author : The Go Authors * URL : http://golang.org/ * License : BSD style Programming Lang: C, Go Description : The compiler for Google's Go programming language. This is the compiler for Google's Go programming language: - The compilers produce fast code fast. Typical builds take a fraction of a second yet the resulting programs run nearly as quickly as comparable C or C++ code. - Go is type safe and memory safe. Go has pointers but no pointer arithmetic. For random access, use slices, which know their limits. - Go promotes writing systems and servers as sets of lightweight communicating processes, called goroutines, with strong support from the language. Run thousands of goroutines if you want—and say good-bye to stack overflows. - Go has fast builds, clean syntax, garbage collection, methods for any type, and run-time reflection. It feels like a dynamic language but has the speed and safety of a static language. It's a joy to use. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#397613: gaim-hotkeys: FTBFS: hotkeys.c:28:23: error: gaim/away.h: No such file or directory
Lucas Nussbaum wrote: Both gaim >= 2.0 and gaim-hotkeys >= 0.2 are in etch. Are you sure ? gaim 2.0 is, gaim-hotkeys 0.2 is still not: http://packages.qa.debian.org/g/gaim.html http://packages.qa.debian.org/g/gaim-hotkeys.html Ivan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397613: gaim-hotkeys: FTBFS: hotkeys.c:28:23: error: gaim/away.h: No such file or directory
Lucas Nussbaum wrote: During a rebuild of all packages in etch, I discovered that your package failed to build on i386. Gaim 2.0 requires gaim-hotkeys >= 0.2. The new version has been uploaded to SID but not yet etch. Cheers, Ivan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396392: libcv0.9.7-0: cvTranpose doesn't work
Package: libcv0.9.7-0 Version: 0.9.7-4 Severity: normal Tags: patch When working with a matrix with size > 3x3 (e.g. 4x4), the result of cvTranspose is incorrect. This has been fixed upstream. But I believe the patch should be backported at the time being. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libcv0.9.7-0 depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 libcv0.9.7-0 recommends no packages. -- debconf-show failed --- opencv-0.9.7/cxcore/src/cxmatrix.cpp 2005-06-10 17:56:42.0 +0800 +++ opencv-0.9.7.new/cxcore/src/cxmatrix.cpp 2006-09-22 17:12:23.0 +0800 @@ -54,7 +54,7 @@ cvSetIdentity( CvArr* array, CvScalar va CvMat stub, *mat = (CvMat*)array; CvSize size; -int i, len, step; +int i, k, len, step; int type, pix_size; uchar* data = 0; double buf[4]; @@ -89,24 +89,33 @@ cvSetIdentity( CvArr* array, CvScalar va if( type == CV_32FC1 ) { -*((float*)buf) = (float)value.val[0]; +float val = (float)value.val[0]; +float* _data = (float*)data; +step /= sizeof(_data[0]); +len *= step; -for( i = 0; i < len; i++, (char*&)data += step ) -*((float*)data) = *((float*)buf); +for( i = 0; i < len; i += step ) +_data[i] = val; } else if( type == CV_64FC1 ) { -buf[0] = value.val[0]; - -for( i = 0; i < len; i++, (char*&)data += step ) -*((double*)data) = buf[0]; +double val = value.val[0]; +double* _data = (double*)data; +step /= sizeof(_data[0]); +len *= step; + +for( i = 0; i < len; i += step ) +_data[i] = val; } else { +uchar* val_ptr = (uchar*)buf; cvScalarToRawData( &value, buf, type, 0 ); - -for( i = 0; i < len; i++, (char*&)data += step ) -memcpy( data, buf, pix_size ); +len *= step; + +for( i = 0; i < len; i += step ) +for( k = 0; k < pix_size; k++ ) +data[i+k] = val_ptr[k]; } __END__; @@ -169,200 +178,215 @@ cvTrace( const CvArr* array ) /// macros for inplace transposition of square matrix -#define ICV_DEF_TRANSP_INP_CASE_C1( arrtype, arr, step, len ) \ -{ \ -arrtype* arr1 = arr;\ -\ -while( --len ) \ -{ \ -(char*&)arr += step, arr1++;\ -arrtype* arr2 = arr;\ -arrtype* arr3 = arr1; \ -\ -do \ -{ \ -arrtype t0 = arr2[0]; \ -arrtype t1 = arr3[0]; \ -arr2[0] = t1; \ -arr3[0] = t0; \ -\ -arr2++; \ -(char*&)arr3 += step; \ -} \ -while( arr2 != arr3 ); \ -} \ +#define ICV_DEF_TRANSP_INP_CASE_C1( \ +arrtype, len ) \ +{ \ +arrtype* arr1 = arr;\ +step /= sizeof(arr[0]); \ +\ +while( --len ) \ +{ \ +arr += step, arr1++;\ +arrtype* arr2 = arr;\ +arrtype* arr3 = arr1; \ +\ +do \ +{ \ +arrtype t0 = arr2[0]; \ +arrtype t1 = arr3[0]; \ +arr2[0] = t1; \ +arr3[0] = t0; \ +\ +arr2++; \ +arr3 += step; \ +} \ +while( arr2 != arr3
Bug#313219: gnome-vfs2 crashes in read_entire_file with HAL and Linux 2.4
> I think I know why now. It's -D_FILE_OFFSET_BITS=64. i.e. > > gcc -D_POSIX_C_SOURCE=200112L -D_FILE_OFFSET_BITS=64 a.c Look further, I think /usr/include/features.h gives some hints: # ifndef __USE_FILE_OFFSET64 extern int posix_fadvise (int __fd, __off_t __offset, __off_t __len, int __advise) __THROW; # else # ifdef __REDIRECT extern int __REDIRECT (posix_fadvise, (int __fd, __off64_t __offset, __off64_t __len, int __advise) __THROW, posix_fadvise64); # else # define posix_fadvise posix_fadvise64 # endif what about posix_fadvise64() with kernel 2.4? Cheers, -- Ivan, Wong Yat Cheung <[EMAIL PROTECTED]> GPG: 1024D/7775FDBB: CE88 DBE0 5AF3 D4AC 91F5 6C0E 2C84 B2AD 7775 FDBB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313219: gnome-vfs2 crashes in read_entire_file with HAL and Linux 2.4
> Right, very interesting.. Thanks for you debugging efforts! Lemme see if i can > trace this back to the real cause :) I think I know why now. It's -D_FILE_OFFSET_BITS=64. i.e. gcc -D_POSIX_C_SOURCE=200112L -D_FILE_OFFSET_BITS=64 a.c and it crashes. Cheers, -- Ivan, Wong Yat Cheung <[EMAIL PROTECTED]> GPG: 1024D/7775FDBB: CE88 DBE0 5AF3 D4AC 91F5 6C0E 2C84 B2AD 7775 FDBB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313219: gnome-vfs2 crashes in read_entire_file with HAL and Linux 2.4
Hi, > Odd, when creating a simple sample program that calls posix_fadvise it works > fine on both 2.4 and 2.6 kernels. Attached please find the source of my testing program. In fact, it actually does: int main() { int fd; fd = open("a.c", 0); posix_fadvise (fd, 0, 0, POSIX_FADV_SEQUENTIAL); close(fd); } If I compile with `gcc -D_POSIX_C_SOURCE=200112L a.c`, no error. I tried to build it using the same environment as gmoe-vfs2's modules by: 1. copy a.c to gnome-vfs2-2.10.1/modules 2. adding these two lines to Makefile.am bin_PROGRAMS = a a_SOURCES = a.c 3. `make a` 4. `./a` -> Segmentation fault Now it's obviously that it's something to do with the building configuration. > Does gnomevfs-cat /etc/debian_version work for you with debians gnome-vfs 2.10 > or does that also crash ? It crashes when I re-use the original libfile.so Cheers, -- Ivan, Wong Yat Cheung <[EMAIL PROTECTED]> GPG: 1024D/7775FDBB: CE88 DBE0 5AF3 D4AC 91F5 6C0E 2C84 B2AD 7775 FDBB #ifdef HAVE_CONFIG_H #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #endif #include int main() { int fd; fd = open("a.c", 0); posix_fadvise (fd, 0, 0, POSIX_FADV_SEQUENTIAL); close(fd); }
Bug#313219: gnome-vfs2 crashes in read_entire_file with HAL and Linux 2.4
Package: libgnomevfs2-common Version: 2.10.1-4 Followup-For: Bug #313219 I have got a more or less the same BT, just that it's nautuils that crashes on gnome boot. libgnomevfs2-dbg doesn't help much in providing the debugging symbols of libfile.so (where the crash starts). I apt-get source, compiled with -g3 and -O0, gdb and attached to the process. It seems that _dl_lookup_symbol fails to find posix_fadvise(). I remarked the call of posix_fadvise inside modules/file-method.c (do_open) and then there's no more crash now. (p.s. my kernel is 2.4.27) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-mppe Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libgnomevfs2-common depends on: ii dbus-1 0.23.4-3 simple interprocess messaging syst ii dbus-glib-1 0.23.4-3 simple interprocess messaging syst ii gconf2 2.10.0-2 GNOME configuration database syste ii gnome-mime-data 2.4.2-1 base MIME and Application database ii libbonobo2-02.8.1-2 Bonobo CORBA interfaces library ii libbz2-1.0 1.0.2-7 high-quality block-sorting file co ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcdparanoia0 3a9.8-11 Shared libraries for cdparanoia (r ii libfam0c102 2.7.0-7 client library to control the FAM ii libgconf2-4 2.10.0-2 GNOME configuration database syste ii libgcrypt11 1.2.0-11.1 LGPL Crypto library - runtime libr ii libglib2.0-02.6.5-1 The GLib library of C routines ii libgnomevfs2-0 2.10.1-4 The GNOME virtual file-system libr ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libgpg-error0 1.0-1library for common error values an ii libhal-storage0 0.4.8-1 Hardware Abstraction Layer - share ii libhal0 0.4.8-1 Hardware Abstraction Layer - share ii liborbit2 1:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpopt01.7-5lib for parsing cmdline parameters ii libsmbclient3.0.14a-5shared library that allows applica ii libtasn1-2 0.2.10-4 Manage ASN.1 structures (runtime) ii libxml2 2.6.16-7 GNOME XML library ii shared-mime-info0.16-3 FreeDesktop.org shared MIME databa ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296633: ITP: gaim-hotkeys -- Global hotkeys that can be configured for toggling buddy list and reading queued messages of Gaim.
Package: wnpp Version: N/A; reported 2005-02-24 Severity: wishlist * Package name: gaim-hotkeys Version : 0.1 Upstream Author : Ivan, Wong Yat Cheung <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/gaim-hotkeys/ * License : GPL Description : Global hotkeys that can be configured for toggling buddy list and reading queued messages of Gaim. This plugin is assumed to be used together with the docklet plugin. When you only use keyboard 90% of the time, you don't want to touch your mouse for just a pending message. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux money 2.4.19-mppe #1 Tue Oct 5 23:35:15 HKT 2004 i686 Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]