Package: flightgear
Version: 1:2020.3.16+dfsg-1
Severity: minor
Dear Maintainer,
The Flightgear binary package includes a couple unwanted files:
- /usr/share/icons/hicolor/CMakeLists.txt
- /usr/share/applications/org.flightgear.FlightGear.desktop
The desktop package is provided by Flighgrear
Branch: refs/heads/master
Home: https://github.com/NixOS/nixops
Commit: d90fb6750af907374ed6c458dfe0d2e05134a32b
https://github.com/NixOS/nixops/commit/d90fb6750af907374ed6c458dfe0d2e05134a32b
Author: Igor Pashev <pashev.i...@gmail.com>
Date: 2017-05-08 (Mon, 08 Ma
Branch: refs/heads/master
Home: https://github.com/NixOS/nixpkgs
Commit: 7e48ecc0c00086455268960b6bc444efb4320821
https://github.com/NixOS/nixpkgs/commit/7e48ecc0c00086455268960b6bc444efb4320821
Author: Igor Pashev <pashev.i...@gmail.com>
Date: 2016-08-24 (Wed, 24 Au
Branch: refs/heads/release-14.12
Home: https://github.com/NixOS/nixpkgs
Commit: 54aee1152c0fc1464ac35cb50f75cef05b0a39ee
https://github.com/NixOS/nixpkgs/commit/54aee1152c0fc1464ac35cb50f75cef05b0a39ee
Author: Igor Pashev pashev.i...@gmail.com
Date: 2014-12-30 (Tue, 30 Dec
Commit: 4f9111e91f180165aa43cc9dafb7f95b79686215
https://github.com/NixOS/nixpkgs/commit/4f9111e91f180165aa43cc9dafb7f95b79686215
Author: Igor Pashev pashev.i...@gmail.com
Date: 2014-11-25 (Tue, 25 Nov 2014)
Changed paths:
M pkgs/tools/networking/strongswan/default.nix
Log Message
Igor Pashev added the comment:
Yes, Victor. Your patch works. All os tests are passed :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22258
Igor Pashev added the comment:
errno is 25 (#define ENOTTY 25 /* Inappropriate ioctl for device */)
It does not make sense to me to call unworkable ioctl() each time before other
methods :-)
I would consider adding a configure check for working ioctl() (but it won't
work for cross
New submission from Igor Pashev:
I've found on illumos-based OS that under some conditions python is unable to
open any files because set_inheritable() fails. This happens even when building
python when it cannot find (open) _sysconfigdata.py.
The problem is that set_inheritable() first
Igor Pashev added the comment:
Related to http://bugs.python.org/issue8852
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21287
___
___
Python
Changes by Igor Pashev pashev.i...@gmail.com:
Removed file: http://bugs.python.org/file34952/dyson-socketmodule-ifindex.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21287
Changes by Igor Pashev pashev.i...@gmail.com:
Added file: http://bugs.python.org/file34961/dyson-socketmodule-ifindex.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21287
10.03.2014 18:27, Shahbaz Youssefi пишет:
FILE *fin = fopen(filename, r) !! goto exit_no_file;
Or maybe permission denied? ;-)
fakeroot recommends no packages.
fakeroot suggests no packages.
-- no debconf information
Description: support for illumos (solaris) ACLs
This patch makes GNU coreutils shut up and stops GNU sed
making files with permissions.
Bug-Dyson: http://osdyson.org/issues/167
Author: Igor Pashev
Package: synaptic
Version: 0.80.4+dyson1
Severity: normal
Dear Maintainer,
please find patches which fix some portability issues:
dyson-rindex.patch: rindex() is defined in strings.h [rindex]
dyson-bzero.patch: bzero() is legacy, replace with memset() [bzero]
dyson-fcntl.patch: fcntl(0 is
Architecture: source i386 all
Version: 1.5.0~svn3056+ds-1
Distribution: unstable
Urgency: low
Maintainer: Igor Pashev pashev.i...@gmail.com
Changed-By: Igor Pashev pashev.i...@gmail.com
Description:
open-axiom - open scientific computation platform
open-axiom-databases - open scientific
Package: ecl
Version: 11.1.1+dfsg1-2
Severity: normal
Dear Maintainer,
new upstream release of ECL is available at version 13.5.1
This version is known to work for building OpenAxiom.
-- System Information:
Debian Release: 7.1
APT prefers stable
APT policy: (990, 'stable')
Architecture:
Package: ecl
Version: 11.1.1+dfsg1-2
Severity: normal
Dear Maintainer,
new upstream release of ECL is available at version 13.5.1
This version is known to work for building OpenAxiom.
-- System Information:
Debian Release: 7.1
APT prefers stable
APT policy: (990, 'stable')
Architecture:
Package: screen
Version: 4.1.0~20120320gitdb59704-7
Severity: normal
Dear Maintainer,
screen is patched to check terminal it is starting on (debian/patches/47screen-
cc.patch)
Terminal device is required to be a normal character device, but it is not
always the case.
E. g. on illumos/solaris
Source: icon
Severity: wishlist
Dear Maintainer,
I've adopted icon for the 3.0 (quilt) fromat, created git repository, and
updated to the lastest upstream version (9.5.0):
http://git.osdyson.org/?p=icon.git
Notable change: iconc is removed.
-- System Information:
Debian Release: 7.0
APT
Package: x11proto-core-dev
Version: 7.0.23-1
Severity: minor
Dear Maintainer,
please, apply the upstream patch to fix g++ restrict issue on solaris:
https://bugs.freedesktop.org/show_bug.cgi?id=51009
https://bugs.freedesktop.org/attachment.cgi?id=66181
-- System Information:
Debian Release:
Package: x11proto-core-dev
Version: 7.0.23-1
Severity: minor
Dear Maintainer,
please, apply the upstream patch to fix g++ restrict issue on solaris:
https://bugs.freedesktop.org/show_bug.cgi?id=51009
https://bugs.freedesktop.org/attachment.cgi?id=66181
-- System Information:
Debian Release:
25.10.2012 12:15, Jérémy Lal пишет:
I see no problem in applying that patch, but I'd like to understand
if that patch can be forwarded upstream or not.
Do you know why upstream choose those options for sunos ?
I think upstream will not accept these patches.
Node.js is developed by Joyent, and
25.10.2012 12:15, Jérémy Lal пишет:
I see no problem in applying that patch, but I'd like to understand
if that patch can be forwarded upstream or not.
Do you know why upstream choose those options for sunos ?
I think upstream will not accept these patches.
Node.js is developed by Joyent, and
Package: libpcap0.8
Version: 1.3.0-1
Severity: normal
Dear Maintainer,
libpcap is patched to use version script, but symbols in that script are not
tagged.
It might be a problem since GNU ld does not allow mixing tagged and untagged
(anonymous) symbols.
-- System Information:
Debian Release:
Package: reprepro
Version: 4.12.4-1
Severity: important
Dear Maintainer,
file extractcontrol.c is used when building reprepro without libarchive. This
file uses function chunk_extract() *without* prototype defined in chunks.h
(not included).
This results in compiler warning about implicit
Package: reprepro
Version: 4.12.4-1
Severity: minor
Dear Maintainer,
reprepro uses capital 'X' as tar parameter in messages, but real option is
small 'x':
http://anonscm.debian.org/gitweb/?p=mirrorer/reprepro.git;a=blob;f=extractcontrol.c;h=369192a6ae4466c273d0e870021d50daed9dc0a6;hb=HEAD#l136
-7
ii libv8-3.8.9.20 3.8.9.20-1
ii zlib1g 1:1.2.7.dfsg-13
nodejs recommends no packages.
nodejs suggests no packages.
-- no debconf information
From: Igor Pashev pashev.i...@gmail.com
Date: Tue, 21 Aug 2012 16:22:14 +
Subject: Dyson: do not pass -threads to compiler
---
wscript
-7
ii libv8-3.8.9.20 3.8.9.20-1
ii zlib1g 1:1.2.7.dfsg-13
nodejs recommends no packages.
nodejs suggests no packages.
-- no debconf information
From: Igor Pashev pashev.i...@gmail.com
Date: Tue, 21 Aug 2012 16:22:14 +
Subject: Dyson: do not pass -threads to compiler
---
wscript
My point is all these consolidations and gates
are not the way to go.
divide and conquer!
30.09.2012 18:13, Milan Jurik пишет:
Hi,
before continuing in ping-pong about this:
https://www.illumos.org/issues/3241
I would like to see discussion on the list. Status is that JDS gate is
Package: libossp-uuid16
Version: 1.6.2-1.3
Severity: normal
Dear Maintainer,
I discovered that postgress configure script fails to find required functions
in libossp-uuid, because shared libraries are allowed to have unresolved
symbols,
but applications - not. So the simple test program
Package: m4
Version: 1.4.16-3
Severity: normal
Dear Maintainer,
m4 configure script by default search for libsigsegv library and headers.
And if found, m4 will be linked to that library.
There is a configure option to disable this:
--without-libsigsegv-prefix don't search for libsigsegv in
Package: libpgm-5.1-0
Version: 5.1.118-1~dfsg-0.1
Severity: normal
Dear Maintainer,
please consider to apply these upstream fixes, which make libpgm build and
correctly work on illumos (solaris).
http://code.google.com/p/openpgm/issues/detail?id=21
Holy cow! It is Gmail, indeed. Sorry for bothering you.
** Changed in: mailman
Status: Incomplete = Invalid
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/1054043
Title:
List owner
03.09.2012 21:53, Arno Töll пишет:
Hi,
On 03.09.2012 18:55, The Wanderer wrote:
I have not been able to find any documentation on these stamp-* targets,
although searching has revealed that they or something like them appear
to be
(or to have been) used in a number of other packages as
20.08.2012 11:33, Thomas Goirand пишет:
So, could you tell in what way yui-compressor isn't considered
not reliable enough? Does it crash? Or does it produce bad
minified scripts? In which case: in what way bad?
yui-compressor has a lot of dependencies :-)
--
To UNSUBSCRIBE, email to
25.07.2012 12:05, Michael Wild пишет:
Hi all
How can I reliably (from a user-program) determine the
multiarch-triplet/quadlet without depending on dpkg-dev? I found some
talk of a lsb_architecture utility, but so far have found no trace of it...
# gcc -print-multiarch
x86_64-linux-gnu
--
Package: dwarfdump
Version: 20120410-2
Severity: normal
Dear Maintainer,
I'm using dwarfdump and GCC on Debian (amd64). Dwarfdump cannot read debug info
from 64-bit object file containing thread-local data. Error is
DW_DLE_RELOC_SECTION_RELOC_TARGET_SIZE_UNKNOWN. I've checked this with GCC 4.5,
Package: ispell
Version: 3.3.02-5
Severity: normal
Dear Maintainer,
file debian/packages.d/gen_debhelper_files.pl at line 57 reads:
die Cannot find debian dir unless $#debdirs 1;
but should:
die Cannot find debian dir if $#debdirs 1;
-- System Information:
Debian Release:
Package: passwd
Version: 1:4.1.5.1-1
Severity: wishlist
Dear Maintainer,
function SHA_salt_size() in file libmisc/salt.c uses random() to get random
number and divides it by RAND_MAX.
This is incorrect.
RAND_MAX macro is designed for C standard fucntion rand() (value of the
RAND_MAX macro
Package: shadow
Version: passwd
Severity: normal
Dear Maintainer,
Function __pw_dup() in lib/pwmem.c allocates uninitialized memory for struct
passwd and then fills some members of that struct, but other members (e. g.
pw_age) are still uninitialized. It can results in segfault in putpwent()
Package: pristine-tar
Version: 1.24
Severity: minor
Dear Maintainer,
I'm building pristine-tar on Illumos platform and have no fts.h header.
This header is a part of glibc and libast (on Illumos/Solaris).
But the fact is that no definitions from this file are used in pristine-tar.
So it is safe
-By: Igor Pashev pashev.i...@gmail.com
Description:
rocksndiamonds - arcade-style game
Closes: 651620
Changes:
rocksndiamonds (3.3.0.1+dfsg1-2.2) unstable; urgency=low
.
* Non-maintainer upload.
* Fixed permissions when creating directories (Closes: #651620)
Checksums-Sha1
18.05.2012 00:11, Russ Allbery пишет:
Tollef Fog Heen tfh...@err.no writes:
]] Russ Allbery
If I were to pick between the enhancements to Debian in this area, none
of which I have time to work on and therefore can't vote on via
implementation, I'd be way more interested in avoiding the
Architecture: source amd64 all
Version: 1.4.1+svn~2626-2
Distribution: unstable
Urgency: low
Maintainer: Igor Pashev pashev.i...@gmail.com
Changed-By: Igor Pashev pashev.i...@gmail.com
Description:
open-axiom - open scientific computation platform
open-axiom-databases - open scientific computation
Architecture: source amd64 all
Version: 1.4.1+svn~2626-1
Distribution: unstable
Urgency: low
Maintainer: Igor Pashev pashev.i...@gmail.com
Changed-By: Igor Pashev pashev.i...@gmail.com
Description:
open-axiom - open scientific computation platform
open-axiom-databases - open scientific computation
07.05.2012 14:33, Andrea Veri пишет:
Hi,
while packaging a few extensions (mainly licensed under the MPL)
within the pkg-mozext team we received a few rejects from the FTP Team
having the following rationale:
the MPL license is not installed under /usr/share/common-licenses,
thus the
+1 to let Node.js be just node
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f9ea18a.8030...@gmail.com
I wonder no one mention Solaris SMF :-)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f981885.2020...@gmail.com
19.04.2012 12:30, Björn Esser пишет:
Severity: wishlish
*** UPDATE ***
New version from svn trunk (544~svn replaces 2.1.0).
Documentation (html + LaTeX) is now included in build-process.
Dear mentors,
I am looking for a sponsor for my package libblocxx.
Have a look
16.04.2012 15:37, Ansgar Burchardt пишет:
Please do so first, for example by asking for the new version in the
BTS. You can also include your proposed NMU diff if you want to help
the maintainer. A NMU should only be done if the maintainer is busy and
cannot react himself.
I'll always
17.04.2012 20:46, Nicolas Valcárcel пишет:
Yes, i got contacted and i +1'd the upload, but i don't work for
canonical anymore so my e-mail is not that one, so if you can please
update my e-mail to nvalcar...@gmail.com that'll be great. Also about
the -1 remove about naturaldocs you'll need to
16.04.2012 13:52, Ansgar Burchardt пишет:
On 04/16/2012 11:20 AM, Игорь Пашев wrote:
dget -x
http://mentors.debian.net/debian/pool/main/a/augeas/augeas_0.10.0-0.1.dsc
Changes since the last upload:
augeas (0.10.0-0.1) unstable; urgency=low
.
* Non-maintainer upload
* New
It is a kind of intimation on stability and usability
of IPS and userland *trollface*
15.04.2012 23:51, Milan Jurik пишет:
Hi,
is it expected with the latest prestable that new backup BE is created
even if minor binary is updated?
$ pfexec pkg install scantailor
Packages to
Package: tagcoll2
Version: 2.0.11-1.1
Severity: wishlist
Dear Maintainer,
A have successfully compiled tagcoll2 on x86_64-pc-solaris2.11 by GCC 4.7 with
attached patches:
1. Solaris misses fmemopen()
2. Some OOP fixes
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
Package: libcairo-script-interpreter2
Version: 1.10.2-6.2
Severity: minor
Dear Maintainer,
If package binutils-dev is installed, /usr/lib/cairo/libcairo-trace.so.0.0.0
will be linked to /usr/lib/libbfd-2.22-system.so from binutils.
-- System Information:
Debian Release: wheezy/sid
APT
I'm creating a package with PAM module:
file path=usr/lib/security/$(MACH64)/pam_sqlite.so
file path=usr/lib/security/pam_sqlite.so
What is a proper choice for FMRI of such a package?
pkg:/library/pam/sqlite ?
pkg:/security/pam/sqlite ?
pkg:/library/pam-sqlite ?
pkg:/security/pam-sqlite ?
Or
22.02.2012 17:16, Andrew Stormont пишет:
I think what you want is pkg:/library/security/pam/module/pam-sqlite
On 22/02/2012 13:10, Igor Pashevpashev.i...@gmail.com wrote:
I'm creating a package with PAM module:
file path=usr/lib/security/$(MACH64)/pam_sqlite.so
file
It's a troll.
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f426f54.4070...@gmail.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 14 Feb 2012 11:23:40 +0400
Source: cuba
Binary: libcuba3 libcuba3-dev cuba-partview libcuba3-dbg libcuba-doc
Architecture: source amd64 all
Version: 3.0+2024-2
Distribution: unstable
Urgency: low
Maintainer: Igor Pashev
Package: gcc-4.7
Version: 4.7-20111222-1
Severity: normal
with_libssp is set to ' yes' (with space), so
comparation ifeq ($(with_libssp),yes) is always false.
with_libssp is defined near line 862 in debian/rules.def:
862: $(shell if grep -qs '^\#define
Package: gcc-4.7
Version: 4.7-20111222-1
Severity: normal
with_libssp is set to ' yes' (with space), so
comparation ifeq ($(with_libssp),yes) is always false.
with_libssp is defined near line 862 in debian/rules.def:
862: $(shell if grep -qs '^\#define
Package: pound
Version: 2.5-1
Severity: normal
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
pound 2.5-1 has config file /etc/pound/pound.cfg,
which states control socket as /var/run/pound/poundctl.socket:
8 ==
# poundctl control
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 17 Nov 2011 14:57:11 +0400
Source: cuba
Binary: libcuba3 libcuba3-dev cuba-partview libcuba3-dbg libcuba-doc
Architecture: source amd64 all
Version: 3.0-1
Distribution: unstable
Urgency: low
Maintainer: Igor Pashev pashev.i
08.12.2011 13:49, Goswin von Brederlow пишет:
Arno Tölldeb...@toell.net writes:
Your own script-fu in debian/rules or external scripts isn't exactly the
next best thing to read and learn how a foreign package works and there
/are/ use cases where dh_install isn't flexible enough to deal with
08.12.2011 13:40, Goswin von Brederlow пишет:
Igor Pashevpashev.i...@gmail.com writes:
07.12.2011 04:43, Marco d'Itri пишет:
http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=12a362be5c1982f80dbfb75bda070208a2c99cdf
Discuss.
I don't see any reason to move all into /usr
08.12.2011 18:49, Josselin Mouette пишет:
Le jeudi 08 décembre 2011 à 00:12 +0100, Gergely Nagy a écrit :
,
| #! /usr/bin/dh_multiarchify
| /usr/lib/${DEB_HOST_MULTIARCH}/*
`
The /usr/bin/dh_multiarchify script
*tad*
It would need to be a compiled program, since you can’t use
07.12.2011 04:43, Marco d'Itri пишет:
http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=12a362be5c1982f80dbfb75bda070208a2c99cdf
Discuss.
I don't see any reason to move all into /usr from /,
and make initrd for minimal system:
Making self-contained initrd is the same problem
07.12.2011 12:53, Daniel Hartwig пишет:
Hello
I am looking at Bug#516854 and wondering:
Is there a robust way for a *user* to detect if root login is
disabled? Would like to perform such a check from an instance of
aptitude running as a user account.
I am aware of the following method
02.12.2011 12:54, Tomasz Muras пишет:
Hello,
If a package installs cronjob in (say) /etc/cron.daily but administrator
wants to move that into weekly job - would it be OK for him to simply
move the configuration file from /etc/cron.daily to /etc/cron.weekly? Or
do you think it may cause the
24.11.2011 11:22, Jorgen Lundman пишет:
After figuring out the sfe repository stuff, we finally managed to
install gcc-4. OpenIndiana runs nicely in 64bit, and everything is
64bit, including perl and perl modules.
And yet, when you use gcc, the default output is 32bit. Does this really
Package: wnpp
Severity: wishlist
Owner: Igor Pashev pashev.i...@gmail.com
* Package name: libcuba3
Version : 3.0
Upstream Author : Thomas Hahn h...@feynarts.de
* URL : http://www.feynarts.de/cuba/
* License : LGPL
Programming Lang: C
Description
Package: wnpp
Severity: wishlist
Owner: Igor Pashev pashev.i...@gmail.com
* Package name: libcuba3
Version : 3.0
Upstream Author : Thomas Hahn h...@feynarts.de
* URL : http://www.feynarts.de/cuba/
* License : LGPL
Programming Lang: C
Description
Package: wnpp
Severity: wishlist
Owner: Igor Pashev pashev.i...@gmail.com
* Package name: libcuba3
Version : 3.0
Upstream Author : Thomas Hahn h...@feynarts.de
* URL : http://www.feynarts.de/cuba/
* License : LGPL
Programming Lang: C
Description
Hi Michael!
I'm preparing a new package which will use GCL where SBCL is
unavailable. (GCL is recommended by upstream developer).
15.11.2011 23:51, Michael Terry пишет:
Package: open-axiom
Version: 1.4.1+svn~2299+ds-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags:
# ls -lh /usr/lib/gcc/x86_64-linux-gnu/4.5/libgcc_s.so
lrwxrwxrwx 1 root root 35 Сен 17 08:41
/usr/lib/gcc/x86_64-linux-gnu/4.5/libgcc_s.so -
/lib/x86_64-linux-gnu/libgcc_s.so.1
# ls -lh /usr/lib/gcc/x86_64-linux-gnu/4.6/libgcc_s.so
lrwxrwxrwx 1 root root 35 Окт 10 22:41
# dpkg -S libgcc_s
lib32gcc1: /usr/lib32/libgcc_s.so.1
gcc-4.5: /usr/lib/gcc/x86_64-linux-gnu/4.5/libgcc_s.so
libgcc1: /lib/x86_64-linux-gnu/libgcc_s.so.1
gcc-4.6: /usr/lib/gcc/x86_64-linux-gnu/4.6/libgcc_s.so
14.11.2011 14:16, Igor Kozhukhov пишет:
They are libs for builds.
What libs are
14.11.2011 15:12, Igor Kozhukhov пишет:
I can see one real file:
libgcc1: /lib/x86_64-linux-gnu/libgcc_s.so.1
Try to guess what ldd will show ;-)
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev
15.11.2011 05:04, Josef 'Jeff' Sipek пишет:
On Mon, Nov 14, 2011 at 03:19:44PM +0400, Igor Pashev wrote:
14.11.2011 15:12, Igor Kozhukhov пишет:
I can see one real file:
libgcc1: /lib/x86_64-linux-gnu/libgcc_s.so.1
Try to guess what ldd will show ;-)
Keep in mind that we have mediated
Hi,
In my humble experience I just used debian/shlibs.local :-)
05.11.2011 01:30, Daniel Ruoso пишет:
I have been thinking about the bootstrapping of pakages lately. I am
involved in bootstrapping a partial system -- no kernel and no libc --
for some architectures for internal use. And I just
I think the name python-cpl is not descriptive enough
04.11.2011 00:07, Ole Streicher пишет:
Dear mentors,
I am looking for a sponsor for my package python-cpl.
* Package name: python-cpl
Version : 0.3.5-1
Upstream Author : Ole Streicher
* URL :
CPL is too short for me, and is not widely known abbreviation, I guess.
I just remember of Control Panel Library :-)
CPL can stand for Crystallographic Protocol Library too
Maybe python-eso-cpl, or python-eso.cpl, or python-esocpl.
04.11.2011 13:06, Ole Streicher пишет:
Hi Igor,
Igor
03.11.2011 00:48, Roger Leigh пишет:
When considering the divide between internal use and for users,
consider that if it's for users to invoke then it should simply be
in the default path. It's not typical to need to add special
directories to one's path, and it's certainly not encouraged or
I'm building a package with:
64-bits app (foo),
64-bits lib (libfoo) and
32-bits lib (lib32foo).
foo is linked with libfoo, but dependency in DEBIAN/control
is set to li32foo.
What's the matter?
dpkg 1.16.1
DH 8.9.8
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a
I believe there is no problem.
One can run any software on top of Debian.
Just be careful on non-Debian specific cases
such as linking to GPL-only libs, etc.
I strongly recommend Debian as a basis
and as a demonstration of the power of free software ;-)
16.09.2011 00:39, zferentz пишет:
13.09.2011 18:35, Marc Haber пишет:
gentoo - Fully GUI-configurable, two-pane X file manager
I would strongly suggest choosing a different name, due to the
identically named Linux distribution.
Gentoo is used as an example in Debian maintainer's guide :-)
--
To UNSUBSCRIBE, email to
06.09.2011 00:44, kuLa пишет:
Hi all,
I have simple app in php and would like to package it. Source is in git
(2 branches; upstream and debian, gbp.conf is pointing into these branches).
I used dh_make to debianised package, relevant packages has been edited.
When running git buildpackage
05.09.2011 04:30, Gabriel Dos Reis пишет:
Hi Igor,
The contrib/ directory is a collection of unrelated contributions. As
such, each contribution tends to have its own license -- see contrib/README.
When no explicit license file is present, the general license (BSD)
governing OpenAxiom is
refers to file LICENSE
that is not present.
05.09.2011 15:05, Gabriel Dos Reis пишет:
Igor Pashev pashev.i...@gmail.com writes:
| 05.09.2011 04:30, Gabriel Dos Reis пишет:
|
| Hi Igor,
|
| The contrib/ directory is a collection of unrelated contributions. As
| such, each contribution
05.09.2011 15:42, Gabriel Dos Reis пишет:
Igor Pashev pashev.i...@gmail.com writes:
| Ok, these files are under BSDL:
| texmacs/src/texbreaker.c, (by Robert S. Sutor)
| texmacs/src/userproto.h (by Robert S. Sutor I guess:
| it is used in texbreaker.c)
|
| Other
03.09.2011 19:22, David Bremner пишет:
On Sat, 03 Sep 2011 18:34:23 +0400, Igor Pashev pashev.i...@gmail.com wrote:
Other architectures will be built on the autobuilder network, all going
well. For the second question, it depends how long the package takes to
pass through NEW. It is usually
Thank you David!
I was blind: build-arch - binary-arch :-)
Oh, and for next upload please add Vcs-Browser and Vcs-Git headers
Is it ok to use github or whatsoever for this?
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
I have upload new version without
./contrib and ./src/include/xpm.h.
The latter is going to be removed in upstream,
that file is from very old Axiom version.
./contrib is not used now and has unclear license mess:
./contrib/texmacs/COPYING says about GPL-3,
but sources are BSDL or GPL (1?).
Greate! Thank you.
OA is uploaded to FTP.
What about other architectures (i386, alpha, powerpc, etc)?
Do I need another sponsor? :-)
How much time does it take for package to appear in repo?
03.09.2011 16:37, David Bremner пишет:
On Sat, 03 Sep 2011 16:07:39 +0400, Igor Pashev pashev.i
Architecture: source amd64 all
Version: 1.4.1+svn~2299+ds-1
Distribution: unstable
Urgency: low
Maintainer: Igor Pashev pashev.i...@gmail.com
Changed-By: Igor Pashev pashev.i...@gmail.com
Description:
open-axiom - open scientific computation platform
open-axiom-databases - open scientific
Recent changes to src/utils/storage.H
prevent OA from building.
'at_offset' is mentioned twice in src/utils/storage.H:
= 8 =
211 // The `previous' link in the chain of storage.
212 static Storage* previous(Storage* s) {
213
30.08.2011 16:03, David Bremner пишет:
On startup, I get
(HyperDoc) read_ht_db: No ht.db file found.
before the rest of the startup messages.
Weirdly, the basic help commands I tried seemed to work, but I don't
really know what to expect.
I saw this message after making symlink
- The second paragraph of the long description is not helpful to the
debian user trying to decide whether to install the package; we try
not to waste space in the description because it is stored in many
places (e.g. /var/lib/dpkg/available). You are welcome to add a
README.Debian
28.08.2011 19:00, David Bremner пишет:
I'm not sure if open-axiom uses this feature (and I notice sbcl itself
also has broken #! lines in it's fasl files. In your case, I suspect the
upstream build process is putting the wrong path into the #!
lines. interpsys isn't installed by debian sbcl
Package: wnpp
Severity: wishlist
Owner: Igor Pashev pashev.i...@gmail.com
* Package name: open-axiom
Version : 1.4.1+svn~2299
Upstream Author : Gabriel Dos Reis g...@cs.tamu.edu
* URL : http://www.open-axiom.org/
* License : Modified BSD
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Igor Pashev pashev.i...@gmail.com
* Package name: open-axiom
Version : 1.4.1+svn~2299
Upstream Author : Gabriel Dos Reis g...@cs.tamu.edu
* URL : http://www.open-axiom.org/
* License : Modified BSD
Programming Lang
1 - 100 of 113 matches
Mail list logo
