On Thu, 11 Oct 2007 08:16:17 -0400, Justin Pryzby <[EMAIL PROTECTED]> said:
> On Thu, Oct 11, 2007 at 10:52:03AM +0900, Charles Plessy wrote:
>> Dear mentors,
>>
>> in a package I prepare, there is the following line in a
>> source/Makefile:
>>
>> CPPFLAGS=-O3 -funroll-loops -march=i686 -mfpmath
ump the soname, you also need a new binary package name, which
means that the package will have to sit in the NEW queue for
who-knows-how-long. But that's just my opinion, and if you are willing
to put up with that, that's up to you.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber
webspace, or make the library into a static library.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
X-Mailer: emacs 22.0.50.1 (via feedmail 8 I)
X-Hashcash:
1:23:070110:debian-mentors@lists.debian.org::UkzcTxrtVnlskpr5:00VaZr
From: Hubert Chan <[EMAIL PROTECTED]>
To: debian-mentors@lists.debian.org
Subject: Re: Library sonames and unstable libraries
Refe
then you shouldn't need to bump the
soname.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
However, there are several concerns
related to static linking, so it should be avoided whenever possible.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 12
aren't they being created? Is it
> correct if I just erase this line into libcegui-mk2-dev.install?
The package should work properly, but won't allow static linking. As
for why the .a files aren't being created, you'd have to look into the
build process for the package.
othing.
So, since libCEGUI*.a are not being created, this results in an error.
To fix it, I guess you just need to remove the usr/lib/libCEGUI*.a entry
from debian/libcegui-mk2-dev.install, or wherever it's listed.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuP
something like dpatch or quilt. Or just modify
Makefile.frag in the root source directory and let dpkg-buildpackage
include the patch into the diff.gz file.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint:
d the version into the file, as it was
> created first by dh_make.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, e
ad of wmshutdown. And it should probably
contain some "don't do this unless you understand the security issues"
warning.
Also, you shouldn't add the '-r' flag to rm in the clean rule in the
Makefile.
> -- Jari Aalto <[EMAIL PROTECTED]> Thu, 16 Feb 2006
On Tue, 28 Nov 2006 22:03:22 -0500, "Joe Smith" <[EMAIL PROTECTED]> said:
> "Hubert Chan" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>> On Tue, 28 Nov 2006 13:30:03 -0300, "andremachado"
>> <[EMAIL PROTECTED]>
ss will continue. Jar, war,
> policy and stamp are generated by the compilation and are the results.
I don't know about whether jar files should be executable, but if they
shouldn't you should "chmod -x" them in your build process, after they
get installed.
--
Hubert Chan <[
d-depend on it (unless it is a versioned build-depend).
But if the package needed it when it was installed (which usually isn't
the case), you would still need to depend on it.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://ww
are probably not necessary, and should be removed from those
patches.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, email to [EMA
ho
do I bug to get this fixed?
The architectures are arm and sparc. On the next upload
libavifile-0.7-dev will be removed from the build-depend on ia64.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint
is guaranteed to be present on the system. So this warning can be
ignored.
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
have the maintainer's blessing for the changes.
> I wonder how it can be "your" package, when you are not the
> maintainer.
The maintainer has given Yavor his blessing to be co-maintainer.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=385239;msg=32
--
Hubert Chan - emai
rted by many free software projects.
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
> Hello,
> On Tue, 29 Aug 2006, Andrew Donnellan wrote:
>>> On 8/25/06, Hubert Chan <[EMAIL PROTECTED]> wrote:
>> So what would be the alternative? Would we have to use a makefile hack
>> (e.g. test for the existence of /dev/random and set a compile flag) o
eed, then you should not be
getting rid of the compilation error. It may compile correctly, but it
will not work as intended.
|int seed = int(tick);
| #ifdef WIN32
|srand(seed);
`
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key:
neccessary.
Yes. If the SONAME (the "shared object version") for both libraries
will always be the same, it should be safe to put them both in the same
package. If the SONAME may be out of sync, they should be in different
packages.
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] -
desc->pos);
-- END ---
Generally, you can build a dpatch source by just taking a regular patch,
and adding a header (like above) to it.
Then you just create a 00list file, which lists all the patches in order
(without the .dpatch extension).
--
Hubert Chan - e
color profiles.
Thanks
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &qu
/windows-el/
(or just http://www.uhoreg.ca/programming/debian/ ).
Package is lintian and linda clean.
Package: windows-el
Version: 2.40-2
Section: utils
Priority: optional
Architecture: all
Depends: emacs21 | emacsen
Installed-Size: 146
Maintainer: Hubert Chan <[EMAIL PROTECTED]>
Descr
everyone who
applies for NM should have already made a contribution to Debian --
significant enough that someone is willing to be their advocate. So I
would not be surprised if a larger-than-average number of applicants are
prepared to be DDs.
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] -
e-ness, the license is fine, since it is the
3-clause BSD, with one less restriction (well, actually, that
restriction is already covered by law).
So the only problem, really, is just making sure that all the names are
correct.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/
it? Would it be possible
> to ask the author to change the license or even switch to the real BSD
> license? Any other hints?
Uh, for that issue, you just need to ask upstream to
s/FREEBSD PROJECT/VIRTUAL EXIM DEVELOPMENT TEAM/
.
This has nothing to do with whether or not it's a real BS
NY THEORY OF
> LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING
> NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
> SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
> Thank you for any hints Daniel
--
Hubert Chan <[EMAIL PROTECTED]&
fore the installation.
configure/foo:: configure-foo-stamp
configure-foo-stamp:
./configure bla bla bla
touch configure-foo-stamp
The second time the configure/foo rule is called, it will notice that
the configure-foo-stamp is already present, and not run configure.
--
Hubert Chan <[
Thanks. I'll contact him.
My thought was to create a repository in our alioth project, instead of
putting it in experimental, since it would be easier for us -- since
most of us are not DDs (yet). But yes, it would make sense to put them
in some test-repository, before we upload to uns
.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key available at wwwkeys.pgp.net. Encrypted e-mail preferred.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
not). If you are creating packages for
eventual inclusion in Debian, you should use them (and check to see if
other people have already filed ITP bugs), to avoid stepping on other
peoples' toes.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Finger
configuration file, despite
the similarity in names. see
http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key availabl
he sid/sarge/woody
versions, if there's any difference (such as in the control file).
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key available at wwwkeys.pgp.net. Encry
On Thu, 19 May 2005 18:31:16 -0400, Hubert Chan <[EMAIL PROTECTED]> said:
>>>>>> "Michael" == Michael K Edwards <[EMAIL PROTECTED]> writes:
Michael> On 5/18/05, Hubert Chan <[EMAIL PROTECTED]> wrote:
Hubert> Commenting out those lines, and
>>>>> "Michael" == Michael K Edwards <[EMAIL PROTECTED]> writes:
Michael> On 5/18/05, Hubert Chan <[EMAIL PROTECTED]> wrote:
Hubert> Commenting out those lines, and compiling multi-threaded, gives
Hubert> performance similar to the single-threaded c
GC_malloc, but performance is similar to just
using GC_malloc.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key available at wwwkeys.pgp.net. Encrypted e-mail preferred.
--
To
>>>>> "Michael" == Michael K Edwards <[EMAIL PROTECTED]> writes:
Michael> On 5/18/05, Hubert Chan <[EMAIL PROTECTED]> wrote:
>> The configure flags for compiling libgc are: --disable-threads
>> --disable-shared --enable-cplusplus (obviously
at
Michael> all), how much time is spent fiddling with spinlocks, etc. I'm
Michael> a novice with oprofile but I'll be needing to learn about it
Michael> Real Soon Now. Ryan, have you had occasion to throw this or
Michael> other profiling tools at libgc?
I'll take a
27;s
numbers. (I'm running sid, last updated a couple of weeks ago, on a
2.6.10 kernel.)
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key available at wwwkeys.pgp.net. Encrypted
m.
By the way, have you heard of any other comments about multi-threaded
libgc being slower than single-threaded?
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key available at
est way to proceed? Are there other options?
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key available at wwwkeys.pgp.net. Encrypted e-mail preferred.
pgpgzAvSPOd3z.pgp
Description: PGP signature
ume that shouldn't be much of a problem.
Miriam> Quoting him: "The reason I added debian subdirectory is to
Miriam> distribute it with the source files."
You can then ask him why he needs/wants to distribute it with the source
files.
--
Hubert Chan <[EMAIL PROTECTED]>
tly. ...
It may be of value to users of stable who want to make their own package
of the latest version of the software for some reason.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key av
(installed with
Stefan> "dh_installchangelogs debian.dist/changelog").
Tell your upstream to move his changelog. There isn't any reason for it
to be there. The debian directory is for things specific to the Debian
package.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhor
le.mk
You should set your variables *after* your includes. e.g. perlmodule.mk
includes perlmodule-vars.mk, which re-sets DEB_MAKE_INSTALL_TARGET.
BTW, you don't have include makefile.mk if you include perlmodule.mk,
since perlmodule.mk automatically includes makefile.mk.
--
Hubert Chan &
permissions. So you'll either have
to repack the source with the correct permissions, or change the
permissions in debian/rules.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
compile. It doesn't install.
>From the Policy Manual, section 4.8:
"The build target must not do anything that might require root
privilege."
...
Michelle> | binary:
Again, from Policy section 4.8:
"The binary target must be all that is necessary for the user to build
the
licy section 4.8:
"The binary target must be all that is necessary for the user to build
the binary package(s) produced from this source package."
Hence binary should depend on build, install, etc.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B6
ition, or whether s/he simply
martin> uploads whatever s/he can find.
Perhaps the question is better phrased: what makes WMAnsiEd
better/sufficiently different from the other ANSI editors already in
Debian? Or why would someone want to use WMAnsiEd instead of one of the
other ANSI edit
opyleft could be considered GNU GPL?
It seems like upstream doesn't understand copyright. The way that
statement parses, the copyright for the software is held by an entity
(company) called "GNU Copyleft". You should bug upstream for
clarification, and get him to put i
7; is only for software that depends on non-free software.
So unless httplog depends on non-free software, it would go in main, if
the license is free, or non-free, if the license is non-free.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprin
that
LaTeX does for scientific text.
Packages available at http://www.uhoreg.ca/programming/debian.text
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key available at wwwkeys.p
/debian.text
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key available at wwwkeys.pgp.net. Encrypted e-mail preferred.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
package does not use autoconf/automake, and
currently depends on the user to determine the architecture (via "make
x86", "make ppc-linux", "make generic", etc).
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint:
package does not use autoconf/automake, and
currently depends on the user to determine the architecture (via "make
x86", "make ppc-linux", "make generic", etc).
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint:
ize: 173
Maintainer: Hubert Chan <[EMAIL PROTECTED]>
Description: a postage payment scheme for email based on hash calculations
Hash cash is a payment scheme that uses CPU cycles as the form of payment.
This can be used as a counter-measure for junk email (spam) by using the hash
cash token
ize: 173
Maintainer: Hubert Chan <[EMAIL PROTECTED]>
Description: a postage payment scheme for email based on hash calculations
Hash cash is a payment scheme that uses CPU cycles as the form of payment.
This can be used as a counter-measure for junk email (spam) by using the hash
cash token
59 matches
Mail list logo
