[PyGreSQL] -Werror cflag
The use of '-Werror' is causing problems for us in building PyGreSQL v5.0.3. There's a harmless warning triggered due to redefining a preprocessor macro (with the -D option) twice on the command line. I know generally, the '-Werror' flag is not enabled by default in release versions of programs. Could that flag be disabled in future releases? -- Andres ___ PyGreSQL mailing list PyGreSQL@vex.net https://mail.vex.net/mailman/listinfo.cgi/pygresql
Re: Should SECRET_KEY be allowed to be bytes?
Hello, I saw these emails today and am finally getting around to responding to them now. I'm one of the people commenting to those issues about the SECRET_KEY being bytes and how I think it should still be allowed. I think there's a misunderstanding about what I said in those issues. Although I do recommend the use of random bytes in generating the SECRET_KEY, I'm certainly not suggesting it be enforced. I'll comment further inline. On 12/22/2016 05:15 PM, Aymeric Augustin wrote: Hello, In my opinion, recommending or enforcing that SECRET_KEY contain random bytes would be a backwards incompatible change, bring no practical advantage, and make it more difficult to manage SECRET_KEY securely. I’m -1 on that. I share this sentiment the other way, as in, I disagree with recommending/enforcing the SECRET_KEY be a valid Unicode string. I already voiced them in the issues. startproject always generated an ASCII str on Python 2 and Python 3. While I don’t think startproject should be a consideration going forwards — if anything, it should be nuked from orbit, because if SECRET_KEY is stored in the code repository and copied on all developer’s laptops, it might as well be “hunter2” — startproject is still the best reference of what SECRET_KEY should look like. Everyone I knows mimics the format when they implement a more decent way to set SECRET_KEY, for example: export SECRET_KEY=… # generated with pwgen -s 50 What do you think is ultimately being used in the pwgen program? I'm going to guess, at least on POSIX systems, it is /dev/urandom or /dev/random, both of which return random bytes. SECRET_KEY = os.environ[‘SECRET_KEY’] (Of course a configuration management system is a better option but that’s a luxury many small or medium projets can’t afford.) Since very few people use bytes, especially on Python 3, recommending or enforcing bytes will be a de facto backwards incompatibility. Apps that use SECRET_KEY.encode() to obtain bytes and worked just find will crash when the type of SECRET_KEY changes to bytes. Forcing every Django project to change `SECRET_KEY = os.environ[‘SECRET_KEY’]` to `SECRET_KEY = os.environ[‘SECRET_KEY’].encode()` doesn’t sound particularly useful to me. Recommending random bytes — the point of the proposal as far as I understand — is likely cause security issues. For example, how many developers will accidentally end up with a null byte in a SECREY_KEY they initialize from an environment variable, making it much shorter as intended? If the docs started recommending generating SECRET_KEY with random bytes, that would certainly qualify as a security vulnerability. I get that SECRET_KEY is often used in cryptographic contexts where things will eventually be converted to bytes and hashed. However, a careful audit of its use in the current version Django shows that a text key (unicode / str) will work everywhere while a bytes key will crash in some places. (This is a bug and it should be fixed.) The reasons brought in support of the change look weak to me: - “I think it's fair to assume devs using the SECRET_KEY know it must be used as bytes.” — well that doesn't include me or any Django dev I ever talked to about this topic Are you not one of the developer of the Django debug toolbar? Whether or not you are, I presume the devs of the toolbar know that the SECRET_KEY must be used as bytes, seeing that they have code in the toolbar to ensure it is converted to bytes so it can be accepted by hashlib. - “The output from a subprocess.check_output() call is in bytes” — this ignores the universal_newlines argument; really you have a choice, depending on your use case - “Django accepts the SECRET_KEY as bytes” — more accurately, that works in most places, but not everywhere Some comments also suggest a incomplete understanding of entropy. and base64.b64encode() have the same entropy — and the latter can be used as is, it doesn’t need decoding. Talking of “bytes that aren’t fully random” doesn’t make sense in this context. If Django needs N bytes of entropy, then it should hash the SECRET_KEY (and perhaps a salt) with a hash function whose output has length N. In short, what matters is the total entropy of the secret key, as explained by Malcolm. What is likely to be the way that is generated? Seeing that base64 is being mentioned here, that is likely to be generated with os.urandom() or some other method that generates random bytes which may or may not resemble a valid unicode string, otherwise why bother base64 encoding the key in the first place. Also, base64.b64encode() in fact returns bytes. You will need to decode it if you need to use it as a string for some reason. So — is the theoretical purity of optimizing the encoding of SECRET_KEY and the economy of 20 bytes worth throwing all these new problems at developers? I don’t think so. Best regards, What are these problems? The problem of trying
[PyGreSQL] Supporting Communication with older Postgresql servers
Hi all,
I have a patch which enables communication with Postgresql servers
running v8.0. See attached.
--
Andres
Description: This patch enables support for communicating with Postgresql
servers running v8.0.
Author: Andres Mejia <mej...@amazon.com>
--- PyGreSQL.orig/pygresql/pgdb.py 2016-07-02 00:12:48.087781259 +
+++ PyGreSQL/pygresql/pgdb.py 2016-07-02 00:22:26.281943852 +
@@ -641,9 +641,14 @@
key = '"%s"' % key
oid = "'%s'::regtype" % self._escape_string(key)
try:
-self._src.execute("SELECT oid, typname,"
- " typlen, typtype, typcategory, typdelim, typrelid"
-" FROM pg_type WHERE oid=%s" % oid)
+if self._src.pgcnx.server_version < 9:
+self._src.execute("SELECT oid, typname,"
+" typlen, typtype, NULL as typcategory, typdelim, typrelid"
+" FROM pg_type WHERE oid=%s" % oid)
+else:
+self._src.execute("SELECT oid, typname,"
+" typlen, typtype, typcategory, typdelim, typrelid"
+" FROM pg_type WHERE oid=%s" % oid)
except ProgrammingError:
res = None
else:
--- PyGreSQL.orig/pygresql/pg.py 2016-07-02 00:12:48.087781259 +
+++ PyGreSQL/pygresql/pg.py 2016-07-02 00:22:26.281943852 +
@@ -1104,10 +1104,16 @@
def __missing__(self, key):
"""Get the type info from the database if it is not cached."""
try:
-res = self.query("SELECT oid, typname, typname::regtype,"
-" typtype, typcategory, typdelim, typrelid"
-" FROM pg_type WHERE oid=%s::regtype" %
-(_quote_if_unqualified('$1', key),), (key,)).getresult()
+if self._typecasts.connection.server_version < 9:
+res = self.query("SELECT oid, typname, typname::regtype,"
+" typtype, NULL as typcategory, typdelim, typrelid"
+" FROM pg_type WHERE oid=%s::regtype" %
+(_quote_if_unqualified('$1', key),), (key,)).getresult()
+else:
+res = self.query("SELECT oid, typname, typname::regtype,"
+" typtype, typcategory, typdelim, typrelid"
+" FROM pg_type WHERE oid=%s::regtype" %
+(_quote_if_unqualified('$1', key),), (key,)).getresult()
except ProgrammingError:
res = None
if not res:
@@ -1805,13 +1811,22 @@
q = "a.attnum > 0"
if with_oid:
q = "(%s OR a.attname = 'oid')" % q
-q = ("SELECT a.attname, t.oid, t.typname, t.typname::regtype,"
-" t.typtype, t.typcategory, t.typdelim, t.typrelid"
-" FROM pg_attribute a"
-" JOIN pg_type t ON t.oid = a.atttypid"
-" WHERE a.attrelid = %s::regclass AND %s"
-" AND NOT a.attisdropped ORDER BY a.attnum") % (
-_quote_if_unqualified('$1', table), q)
+if self.db.server_version < 9:
+q = ("SELECT a.attname, t.oid, t.typname, t.typname::regtype,"
+" t.typtype, NULL as typcategory, t.typdelim, t.typrelid"
+" FROM pg_attribute a"
+" JOIN pg_type t ON t.oid = a.atttypid"
+" WHERE a.attrelid = %s::regclass AND %s"
+" AND NOT a.attisdropped ORDER BY a.attnum") % (
+_quote_if_unqualified('$1', table), q)
+else:
+q = ("SELECT a.attname, t.oid, t.typname, t.typname::regtype,"
+" t.typtype, t.typcategory, t.typdelim, t.typrelid"
+" FROM pg_attribute a"
+" JOIN pg_type t ON t.oid = a.atttypid"
+" WHERE a.attrelid = %s::regclass AND %s"
+" AND NOT a.attisdropped ORDER BY a.attnum") % (
+_quote_if_unqualified('$1', table), q)
names = self.db.query(q, (table,)).getresult()
types = self.dbtypes
names = ((name[0], types.add(*name[1:])) for name in names)
___
PyGreSQL mailing list
PyGreSQL@vex.net
https://mail.vex.net/mailman/listinfo.cgi/pygresql
Re: Support SECRET_KEY and Database creds as callables
On 01/25/2015 08:45 AM, Riccardo Di Virgilio wrote:
sorry the code you need to write with my solution in your settings
file would be
class Settings(object):
@property
def SECRET_KEY(self):
if self.DEBUG:
return "abcd"
return "12345"
I'll take a look and see if this meets my needs. Thanks.
On Sunday, January 25, 2015 at 2:38:29 PM UTC+1, Riccardo Di Virgilio
wrote:
What you can try to do without modifying django code is to use
custom settings class, which is a documented feature.
https://docs.djangoproject.com/en/1.7/topics/settings/#custom-default-settings
<https://docs.djangoproject.com/en/1.7/topics/settings/#custom-default-settings>
I'm doing that for my application, using a class that is using
@property decorator to build dynamic settings.
I'm attaching the code that I'm currently using to use custom
settings, this code replace the built in
django.core.management.execute_from_command_line
What I'm doing is to create several settings that are shared
across my django applications, and they are classes that can
ineherit attributes, instead of being just modules.
the nice thing about this code is that you can create settings
from a dict, from a module or from a class.
Take a look, maybe this can be a solution for your problem.
On Saturday, January 24, 2015 at 4:57:23 PM UTC+1, Marc Tamlyn wrote:
I'm not sure what the benefit here would be - the settings are
evaluated at start up time, not on every request and the
server would need to be restarted for it to change.
A patch to db.connections which allows the username and
password to be looked up on each new connection might be
interesting, although I'd be concerned that for any reasonably
high traffic site this would be happening a *lot*, normally
during a user request. Something like caching it and then
clearing the cache when it changes upstream would be more
appropriate.
Marc
On 24 January 2015 at 03:06, 'Andres Mejia' via Django
developers (Contributions to Django itself)
<django-d...@googlegroups.com> wrote:
Hello Django devs,
I would like to see if Django can support setting the
SECRET_KEY and database creds as callables. Let me explain
my situation.
Here at Amazon, we use a system to store and fetch secrets
such as a Django SECRET_KEY and database creds. There's a
Python component to this system which works something like
this.
SECRET_KEY = get_creds(secret_key_id, type='privatekey')
. . .
DATABASES = {
'default' = {
. . .
'USER': get_creds(database_creds_id, type='username'),
'PASSWORD': get_creds(database_creds_id,
type='password'),
},
. . .
}
Secrets are rotated on a regular schedule or as needed.
Often times the secrets are rotated without advance notice
and therefore our various Django powered sites go down
(because they can't connect to the database) until the web
servers are restarted. We would prefer it if our web
services did not have to be restarted.
I was going to propose a patch which modifies the
force_text and force_bytes methods in
django.utils.encoding. The modifications basically
involves adding an if statement.
if hasattr(s, '__call__'):
return s()
This would support setting the SECRET_KEY and database
creds as callables with no arguments. Example.
SECRET_KEY = lambda: get_creds(secret_key_id,
type='privatekey')
. . .
DATABASES = {
'default' = {
. . .
'USER': lambda: get_creds(database_creds_id,
type='username'),
'PASSWORD': lambda: get_creds(database_creds_id,
type='password'),
},
. . .
}
My question is, should I submit a patch or might there be
some other way to address my use case? Also, I'm aware of
the various examples which call for storing secrets in a
separate file. We cannot store secrets on the local disk
(this is partly the reason for the use of the system I
explained).
--
Andres
--
You received this message because you are subscribed to
the Google Groups "Django developers (Contributions to
Django itself)" group.
To unsubscribe from this group and stop
Re: Support SECRET_KEY and Database creds as callables
On 01/24/2015 10:56 AM, Marc Tamlyn wrote:
I'm not sure what the benefit here would be - the settings are
evaluated at start up time, not on every request and the server would
need to be restarted for it to change.
A patch to db.connections which allows the username and password to be
looked up on each new connection might be interesting, although I'd be
concerned that for any reasonably high traffic site this would be
happening a *lot*, normally during a user request. Something like
caching it and then clearing the cache when it changes upstream would
be more appropriate.
This is addressed already by the system I referred to. I'll submit a
patch for the database connections.
Marc
On 24 January 2015 at 03:06, 'Andres Mejia' via Django developers
(Contributions to Django itself) <django-developers@googlegroups.com
<mailto:django-developers@googlegroups.com>> wrote:
Hello Django devs,
I would like to see if Django can support setting the SECRET_KEY
and database creds as callables. Let me explain my situation.
Here at Amazon, we use a system to store and fetch secrets such as
a Django SECRET_KEY and database creds. There's a Python component
to this system which works something like this.
SECRET_KEY = get_creds(secret_key_id, type='privatekey')
. . .
DATABASES = {
'default' = {
. . .
'USER': get_creds(database_creds_id, type='username'),
'PASSWORD': get_creds(database_creds_id, type='password'),
},
. . .
}
Secrets are rotated on a regular schedule or as needed. Often
times the secrets are rotated without advance notice and therefore
our various Django powered sites go down (because they can't
connect to the database) until the web servers are restarted. We
would prefer it if our web services did not have to be restarted.
I was going to propose a patch which modifies the force_text and
force_bytes methods in django.utils.encoding. The modifications
basically involves adding an if statement.
if hasattr(s, '__call__'):
return s()
This would support setting the SECRET_KEY and database creds as
callables with no arguments. Example.
SECRET_KEY = lambda: get_creds(secret_key_id, type='privatekey')
. . .
DATABASES = {
'default' = {
. . .
'USER': lambda: get_creds(database_creds_id, type='username'),
'PASSWORD': lambda: get_creds(database_creds_id,
type='password'),
},
. . .
}
My question is, should I submit a patch or might there be some
other way to address my use case? Also, I'm aware of the various
examples which call for storing secrets in a separate file. We
cannot store secrets on the local disk (this is partly the reason
for the use of the system I explained).
--
Andres
--
You received this message because you are subscribed to the Google
Groups "Django developers (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it,
send an email to django-developers+unsubscr...@googlegroups.com
<mailto:django-developers%2bunsubscr...@googlegroups.com>.
To post to this group, send email to
django-developers@googlegroups.com
<mailto:django-developers@googlegroups.com>.
Visit this group at http://groups.google.com/group/django-developers.
To view this discussion on the web visit
https://groups.google.com/d/msgid/django-developers/54C30C4D.4030302%40amazon.com.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google
Groups "Django developers (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to django-developers+unsubscr...@googlegroups.com
<mailto:django-developers+unsubscr...@googlegroups.com>.
To post to this group, send email to
django-developers@googlegroups.com
<mailto:django-developers@googlegroups.com>.
Visit this group at http://groups.google.com/group/django-developers.
To view this discussion on the web visit
https://groups.google.com/d/msgid/django-developers/CAMwjO1H2d%3DFiTM%2BKhO1-4ip-SyNHymA5L98pQ6TAA0Kx5UwcPA%40mail.gmail.com
<https://groups.google.com/d/msgid/django-developers/CAMwjO1H2d%3DFiTM%2BKhO1-4ip-SyNHymA5L98pQ6TAA0Kx5UwcPA%40mail.gmail.com?utm_medium=email_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
Andres
--
You received this message because you are subscribed to the Google Groups "Django
developers (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to django-developers+unsubscr...@googlegroups.com.
To post to this group, send email to django-developers@googlegroups.c
Support SECRET_KEY and Database creds as callables
Hello Django devs,
I would like to see if Django can support setting the SECRET_KEY and
database creds as callables. Let me explain my situation.
Here at Amazon, we use a system to store and fetch secrets such as a
Django SECRET_KEY and database creds. There's a Python component to this
system which works something like this.
SECRET_KEY = get_creds(secret_key_id, type='privatekey')
. . .
DATABASES = {
'default' = {
. . .
'USER': get_creds(database_creds_id, type='username'),
'PASSWORD': get_creds(database_creds_id, type='password'),
},
. . .
}
Secrets are rotated on a regular schedule or as needed. Often times the
secrets are rotated without advance notice and therefore our various
Django powered sites go down (because they can't connect to the
database) until the web servers are restarted. We would prefer it if our
web services did not have to be restarted.
I was going to propose a patch which modifies the force_text and
force_bytes methods in django.utils.encoding. The modifications
basically involves adding an if statement.
if hasattr(s, '__call__'):
return s()
This would support setting the SECRET_KEY and database creds as
callables with no arguments. Example.
SECRET_KEY = lambda: get_creds(secret_key_id, type='privatekey')
. . .
DATABASES = {
'default' = {
. . .
'USER': lambda: get_creds(database_creds_id, type='username'),
'PASSWORD': lambda: get_creds(database_creds_id, type='password'),
},
. . .
}
My question is, should I submit a patch or might there be some other way
to address my use case? Also, I'm aware of the various examples which
call for storing secrets in a separate file. We cannot store secrets on
the local disk (this is partly the reason for the use of the system I
explained).
--
Andres
--
You received this message because you are subscribed to the Google Groups "Django
developers (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to django-developers+unsubscr...@googlegroups.com.
To post to this group, send email to django-developers@googlegroups.com.
Visit this group at http://groups.google.com/group/django-developers.
To view this discussion on the web visit
https://groups.google.com/d/msgid/django-developers/54C30C4D.4030302%40amazon.com.
For more options, visit https://groups.google.com/d/optout.
Re: [foianet] RTI OGP: call for input on short text
Hi all, I find the report very useful. Although you mention promotional measures on record management systems (page 11) and the need for RTI to be designed into IT systems and the production of records (page 15), I suggest you include Records management: including policies on creation, organization, classification, storage, security, retrieval and inventory, among your recommendations on taking more substantial steps (page 8). Reason for this is the importance of records management in order to be able to secure and provide information, which explains the necessity to establish not only systems, but also formal policies on records management, in order to be able to properly meet obligations under RTI laws. Congrats for the report! Best, Andrés Mejía On 21 July 2013 02:37, David Goldberg davgoldb...@gmail.com wrote: Rumbled! we'd hoped to get away with just reading the infographic...taking Helen' s ...comments on a short piece very literally :)) Best wishes, David On 20 July 2013 16:59, Helen Darbishire he...@access-info.org wrote: Hi All, yes, sorry, and please me more info hungry: *PLEASE READ THE ATTACHMENT :)*, here again for convenience. Best, Helen ** ** *From:* foianet-boun...@lists.foiadvocates.info [mailto: foianet-boun...@lists.foiadvocates.info] *On Behalf Of *Toby Mendel *Sent:* Saturday, July 20, 2013 3:13 PM *To:* David Goldberg *Cc:* Maya Forstater; Foianet *Subject:* Re: [foianet] RTI OGP: call for input on short text ** ** Hi all, ** ** Thanks for these comments. Both of these issues are actually addressed in the main paper (see page 9 on public outreach and pages 3 and 11 on costs). The bit posted below is just an outline - almost a table of contents - for the main paper which is where the substance is found. ** ** Best wishes, Toby ___ *Toby Mendel* *Executive Director* * * *Centre for Law and Democracy* t...@law-democracy.org Tel: +1 902 431-3688 Fax: +1 902 431-3689 www.law-democracy.org ** ** ** ** On 20 Jul 2013, at 02:28, David Goldberg wrote: Hi all, ** ** I recommend adding something explicit about cost of accessing information? ** ** Best wishes ** ** David On 19 July 2013 16:49, Venkatesh Nayak venkat...@humanrightsinitiative.org wrote: Dear Helen, I recommend adding ''public education to build people's skills to seek and use information under the RTI law. This is a very important aspect of bedding down RTI legislation in developing countries. If adequate efforts are not put in people will not use the law at the community level because they would simply be unaware. This is why Section 26 of the Indian Act makes it a duty of the governments to launch programmes to teach people about the processes of seeking information. however this provision is subject to the availability of resources which allows governments to take this duty lightly. ** ** The second aspect is to build capacity of people staring with CSOs to understand the information that they receive under the RTI law because of obvious reasons. Deciphering an official document is not easy and takes some experience. Without this knowledge the information collected under the RTI law would not be of much use to the requester belonging to the disadvantaged segments of society. with regards Venkatesh Nayak ** ** On Fri, Jul 19, 2013 at 8:14 PM, Helen Darbishire he...@access-info.org wrote: Dear FOIAnet friends We are asking for your input into and seeking comments on a short piece on access to information and open government, prepared by Access Info Europe http://www.access-info.org/ and Centre for Law and Democracyhttp://www.law-democracy.org/. The document, attached, with summary below, contains 4 steps for progressively improving national right to information regimes. It will be part of the updated Opening Government Report by the Transparency and Accountability Initiative http://www.transparency-initiative.org/ in the context of the Open Government Partnership (OGP). Maya Forstater who is working on this is in copy. The goal of the text is to map out progressively advanced steps for recognising and implementing the right to information. It will be used to help guide the action plans of OGP participating states. We are looking for comments on whether there is anything which is not clear or which you feel we have overlooked or missed. In terms of the order of the steps, this has been the hardest bit and we would really appreciate comments on it. Thanks in advance for your rapid input in enriching this document. We don’t have a specific timeframe but quick comments in the coming week (by 27 July) would be especially welcome. With
Bug#706866: transition: libarchive
On Tue, May 21, 2013 at 11:13 AM, Julien Cristau jcris...@debian.org wrote: Control: tags -1 confirmed On Sun, May 5, 2013 at 11:49:54 -0400, Andres Mejia wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I am requesting a transition from libarchive12 to libarchive13. libarchive13 is from the latest release of libarchive (3.1.2). A soname bump was done upstream due to some ABI changes, specifically with HFS support. Go ahead. Please let us know once it's installed on all archs. Cheers, Julien I see the packages were built on the last two archs after retrying. The packages have been built on all archs now. -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706866: transition: libarchive
On Tue, May 21, 2013 at 11:13 AM, Julien Cristau jcris...@debian.org wrote: Control: tags -1 confirmed On Sun, May 5, 2013 at 11:49:54 -0400, Andres Mejia wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I am requesting a transition from libarchive12 to libarchive13. libarchive13 is from the latest release of libarchive (3.1.2). A soname bump was done upstream due to some ABI changes, specifically with HFS support. Go ahead. Please let us know once it's installed on all archs. Cheers, Julien I see the packages were built on the last two archs after retrying. The packages have been built on all archs now. -- ~ Andres -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capm41nmunajourcklcsa6hqepql9vrfd4nbwrp-q5sc4ery...@mail.gmail.com
libarchive debugging on porterbox
Could I get the build dependencies for the latest libarchive in unstable (3.1.2-7) installed on a powerpc and mips porterbox? I need the machines to investigate build failures on these two architectures. -- ~ Andres -- To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPM41nPy_DqQOFkB3AK9cbu1pwnN7opWyUpwht5=xyupq9p...@mail.gmail.com
libarchive debugging on porterbox
Could I get the build dependencies for the latest libarchive in unstable (3.1.2-7) installed on a powerpc and mips porterbox? I need the machines to investigate build failures on these two architectures. -- ~ Andres -- To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPM41nPy_DqQOFkB3AK9cbu1pwnN7opWyUpwht5=xyupq9p...@mail.gmail.com
Accepted libarchive 3.1.2-7 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 25 May 2013 16:07:06 -0400 Source: libarchive Binary: libarchive-dev libarchive13 bsdtar bsdcpio Architecture: source amd64 Version: 3.1.2-7 Distribution: unstable Urgency: low Maintainer: Debian Libarchive Maintainers ah-libarch...@debian.org Changed-By: Andres Mejia ame...@debian.org Description: bsdcpio- Implementation of the 'cpio' program from FreeBSD bsdtar - Implementation of the 'tar' program from FreeBSD libarchive-dev - Multi-format archive and compression library (development files) libarchive13 - Multi-format archive and compression library (shared library) Changes: libarchive (3.1.2-7) unstable; urgency=low . * Upload to unstable. Checksums-Sha1: 0925b867773e43235698b5dbe77585a8e624b06b 2283 libarchive_3.1.2-7.dsc 6a5fe7dd675aaee4b0e98963685a9b6522f259d6 13202 libarchive_3.1.2-7.debian.tar.gz d38025063e60e2d36ee5aef8b95e833585b89623 530422 libarchive-dev_3.1.2-7_amd64.deb 9d0cbbee50fef5bdcb13956517ef8ded6f431cd3 318908 libarchive13_3.1.2-7_amd64.deb 22d57433c701b15ec2851bf2199223d8f1c5695e 57480 bsdtar_3.1.2-7_amd64.deb 875162d2fc1e597d4a7c53a76cb09425fae0a500 41574 bsdcpio_3.1.2-7_amd64.deb Checksums-Sha256: 70adeb8fb44b13526c8b1556c87137af38115128552a730e3927f972b2168e90 2283 libarchive_3.1.2-7.dsc a8c94c0456ed863c8283bad68d857edce329cc908fc3b90dc034c04941ceb914 13202 libarchive_3.1.2-7.debian.tar.gz 8e8f23d4aeb3fa233727182538a0650ee93fc1508c6b27aa12416744bf099deb 530422 libarchive-dev_3.1.2-7_amd64.deb 3e9e6f524a5c7351a8b9c6037feab9d6db7dc6616e57f449a105bbc9b4554d4c 318908 libarchive13_3.1.2-7_amd64.deb aa030812f358959f034f9e584c0e6ca835a9e549f4fa08bcdc7227ac463825e5 57480 bsdtar_3.1.2-7_amd64.deb 94026f6f5c7172cb03ddc6fa215cefe7af5e271469786061a91f84b49deb870d 41574 bsdcpio_3.1.2-7_amd64.deb Files: d578f512887e56554d9c7616b1c73974 2283 libs optional libarchive_3.1.2-7.dsc b8df35148934e55aa3f4ed9977dd357d 13202 libs optional libarchive_3.1.2-7.debian.tar.gz 566b25e778e508c9a5a012e0e7dfb56e 530422 libdevel optional libarchive-dev_3.1.2-7_amd64.deb 5a91d81edc0105f02a32a0ba0dd39329 318908 libs optional libarchive13_3.1.2-7_amd64.deb e36910859d9c1612eb305a51db8a3a64 57480 utils optional bsdtar_3.1.2-7_amd64.deb bc865fe54f806612f3aac99e423a4046 41574 utils optional bsdcpio_3.1.2-7_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRoRvVAAoJED+5x4pTyFTfN60P/2UtPjI1UfMHkM1bRskNP4wk oeeDS364/4RK+o80MegjMF07FnByORF3/kkRC7s4bUuUJT2B7OfPzF1Esotp721f lC0oF8/jzGzdEhgkU4R50MeVybOn68UCZQPW30k7NQpuEw0LJgS65hU7m+36u3Yd cRXLIRqz3d0T+SPXJhoDjvl3hX7hSvMEksw9E2UTHBGeNJtzqctuC2k9pjAZJF8l kOkLTNkxjDS0NgV8mEqtNsXRKk43wzaIYIeOq2WwNDekssdZ0dqgypj3l2KTf+qt 93J3xm6Kxj0fUT68yss+MZdgFZGDeZiJn4elH1lLupsuq+X5VAAdmMrSwBH38teH LAQOWh+E71l2bzYiW5xlLODfH/vIXZpF5zULzD5WVz5o42xV48ZSxYfO6qF8JG8W EVHa59/slLaFKOYpWq3FBeW09cfE0R69wI3kSuWyo4iesvYMBnr+mdf4HSwXFr86 /12UMhOE/ewGFnE10/QYNrW5UXFp6fQJurgOs3gMLuCULVDSIU6vFmOrZCOd2h1U Eh/srrYFZWz2P5ZQuiIrcV/hgmNx/2Pj5KdJef0ldcaWpSgDNjNBzYX73w8hTsTN WI5wInRocjJXJLJ9rlxlhDOlJmnlTgpR/hJmfFTDdDevYkktg5Y4bCVVBl4uqstH Nm2DJNpm2UHmjc8ze5QT =VX5K -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uglt4-0007lf...@franck.debian.org
Bug#706866: Fwd: Bug#706866: transition: libarchive
Hi, I see there's a tracker setup http://release.debian.org/transitions/html/libarchive13.html Now am I suppose to upload now, or is someone going to tell me when to upload? -- Forwarded message -- From: Andres Mejia amejia...@gmail.com Date: Sun, May 5, 2013 at 11:49 AM Subject: Bug#706866: transition: libarchive To: Debian Bug Tracking System sub...@bugs.debian.org Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I am requesting a transition from libarchive12 to libarchive13. libarchive13 is from the latest release of libarchive (3.1.2). A soname bump was done upstream due to some ABI changes, specifically with HFS support. Packages that need to be updated are tuxcmd-modules libtotem-plparser17 reprepro rdup libpackagekit-glib2-14 listaller-devtools listaller liblistaller-glib0 libgxps2 libgxps-utils libapache2-mod-musicindex hydrogen gvfs-backends libevdocument3-4 deb-gview cmake-qt-gui cmake-curses-gui cmake claws-mail-archiver-plugin ark archivemount libtotem-plparser-dev libgxps-dev Ben file: title = libarchive; is_affected = .depends ~ libarchive12 | .depends ~ libarchive13; is_good = .depends ~ libarchive13; is_bad = .depends ~ libarchive12; -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Fwd: Bug#706866: transition: libarchive
Hi, I see there's a tracker setup http://release.debian.org/transitions/html/libarchive13.html Now am I suppose to upload now, or is someone going to tell me when to upload? -- Forwarded message -- From: Andres Mejia amejia...@gmail.com Date: Sun, May 5, 2013 at 11:49 AM Subject: Bug#706866: transition: libarchive To: Debian Bug Tracking System sub...@bugs.debian.org Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I am requesting a transition from libarchive12 to libarchive13. libarchive13 is from the latest release of libarchive (3.1.2). A soname bump was done upstream due to some ABI changes, specifically with HFS support. Packages that need to be updated are tuxcmd-modules libtotem-plparser17 reprepro rdup libpackagekit-glib2-14 listaller-devtools listaller liblistaller-glib0 libgxps2 libgxps-utils libapache2-mod-musicindex hydrogen gvfs-backends libevdocument3-4 deb-gview cmake-qt-gui cmake-curses-gui cmake claws-mail-archiver-plugin ark archivemount libtotem-plparser-dev libgxps-dev Ben file: title = libarchive; is_affected = .depends ~ libarchive12 | .depends ~ libarchive13; is_good = .depends ~ libarchive13; is_bad = .depends ~ libarchive12; -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- ~ Andres -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPM41nPFvMfG5psdbUEaFuJRmt_i080KPV=t8mhubhxyi5l...@mail.gmail.com
Accepted libarchive 3.1.2-6 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 07 May 2013 21:44:50 -0400 Source: libarchive Binary: libarchive-dev libarchive13 bsdtar bsdcpio Architecture: source amd64 Version: 3.1.2-6 Distribution: experimental Urgency: low Maintainer: Debian Libarchive Maintainers ah-libarch...@debian.org Changed-By: Andres Mejia ame...@debian.org Description: bsdcpio- Implementation of the 'cpio' program from FreeBSD bsdtar - Implementation of the 'tar' program from FreeBSD libarchive-dev - Multi-format archive and compression library (development files) libarchive13 - Multi-format archive and compression library (shared library) Changes: libarchive (3.1.2-6) experimental; urgency=low . [ Andreas Henriksson ] * Merge debian-wheezy branch containing package revision 3.0.4-3. . [ Andres Mejia ] * Remove gbp config overrides. * Remove lrzip build dependency as test cases fail on certain architectures. Checksums-Sha1: ab1d90174018e19edcc9a63322761d138b1527b1 2283 libarchive_3.1.2-6.dsc af267f5aec50713a389cbbbfc84463bc44197521 13272 libarchive_3.1.2-6.debian.tar.gz b6eccc1bd2ad73ef3e424d2861ee768e16b79b89 530426 libarchive-dev_3.1.2-6_amd64.deb 1f03299ecf5fe163098cfdae3458ef21038ba3e8 318892 libarchive13_3.1.2-6_amd64.deb 03f7af04f2e11576efd88f31a6f3a2a14fe42dd6 57472 bsdtar_3.1.2-6_amd64.deb 288c8ac7b8862a84bad805ab9e4cdc11b196 41556 bsdcpio_3.1.2-6_amd64.deb Checksums-Sha256: 6187a3945c2226f948f436aa06ebd90c2ab2e391afe4a08194fbfa6d9905c008 2283 libarchive_3.1.2-6.dsc b8c2d0ecf285d04e8ddf3d0266c1813151c6e31da5b479959f5b67a5c58467c4 13272 libarchive_3.1.2-6.debian.tar.gz eb5cb0ee9a30f31c8bafda4685a78319530481732ef0cf88b2d26a7cb17754e0 530426 libarchive-dev_3.1.2-6_amd64.deb 02d106744c6fa914d203da40da9d5b987afaaec7612babf836e221056ed8b3f4 318892 libarchive13_3.1.2-6_amd64.deb ab5b9fab90ca2e3b7fce9d6ec5ba0310f21e2b2fe3b32ae58e7d18c0fb816999 57472 bsdtar_3.1.2-6_amd64.deb c9c80a7908377b07c5c9544fca72835473912f9a691f6578468a781bcbf66b74 41556 bsdcpio_3.1.2-6_amd64.deb Files: b5942eaeb1147c481215a7034e229370 2283 libs optional libarchive_3.1.2-6.dsc df4fc8090e2035f50f1f7419dcc28c93 13272 libs optional libarchive_3.1.2-6.debian.tar.gz 20668cafc486cd3004123043d69126b8 530426 libdevel optional libarchive-dev_3.1.2-6_amd64.deb 8b935fda88ba09a90c1a720047aafdcc 318892 libs optional libarchive13_3.1.2-6_amd64.deb f8085847d37e0d3bee06e6f3e87135d1 57472 utils optional bsdtar_3.1.2-6_amd64.deb addca051ec98c66602b8995d88066024 41556 utils optional bsdcpio_3.1.2-6_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRibE1AAoJED+5x4pTyFTf+IQQAItCJUqWoGYVZbXg6ySDlebT 9BAQ2Aw2italLeb/sXXkfieaXK5YU1AYnWn83zEznmRBEvrXJ0uqEx7k7s6REQ1I WKHuw5TR9Fq6gZLpCUcp8uaYEAOKaku76TKjUSnMTWDzYjBXODiQO8icWKYvVQKJ pIvQV69bEb1QugdfU6vPwQnlhb4J8UVOzS2f7UVNziWeURMiIv0HifOTsW8IGTGL diqBa+Fpnes0JnmodN/fkYLNPfK8FT1My8i1YVSbz3o7l5YhgidtzXD+t5abS0Vf WQ6T1p0Tza+n0fPI+BNAx4HaQJwXwGN9vVhlrBYjjfQ9C6MBxkNP4UdevtT5tPkZ LuR5VBj6q+g4z18PYobDUiAQRRix21r5t+JvLZnJVcXXi0jhFh8yY1FzNmMqFz6d bOqhu/U4PAaJOfEHlsw4fsWJ0M6HDk+fSGf2nH7p3tf0QOoiw9QVOUdGIWHRmGv2 y1XjHesaoqfuFnkDf/O/N5sQrSt1nTl46sB592BfGn42gbX35CF+g5VEuS8Qp42O mQojrzDgpUhtzNN1VoGuoUz9CxupeAL6fbxODhZCpwmaqoit5IVqFryB84KM8a3t gZG9vTHGrbKYdU7dB04yZK3wo+6/Bh4xSE5ZC9U+LJMkiT+6WvyIEo0WSXOjEl6N whWsEPgTl0Q8EpRmUPwW =2ldd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uzvb1-0004h1...@franck.debian.org
Bug#706866: transition: libarchive
Oops, meant to reply all. On May 6, 2013 8:17 PM, Andres Mejia amejia...@gmail.com wrote: Yes, I plan on disabling lrzip support for now. On May 6, 2013 7:55 PM, peter green plugw...@p10link.net wrote: I am requesting a transition from libarchive12 to libarchive13. libarchive13 is from the latest release of libarchive (3.1.2). A soname bump was done upstream due to some ABI changes, specifically with HFS support. I notice the most recent experimental upload FTBFS on many architectures with testsuite failures. Have you investigated how serious those failures are? Do you have plans for fixing them before uploading to sid?
Bug#706866: transition: libarchive
Oops, meant to reply all. On May 6, 2013 8:17 PM, Andres Mejia amejia...@gmail.com wrote: Yes, I plan on disabling lrzip support for now. On May 6, 2013 7:55 PM, peter green plugw...@p10link.net wrote: I am requesting a transition from libarchive12 to libarchive13. libarchive13 is from the latest release of libarchive (3.1.2). A soname bump was done upstream due to some ABI changes, specifically with HFS support. I notice the most recent experimental upload FTBFS on many architectures with testsuite failures. Have you investigated how serious those failures are? Do you have plans for fixing them before uploading to sid?
Bug#706866: transition: libarchive
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I am requesting a transition from libarchive12 to libarchive13. libarchive13 is from the latest release of libarchive (3.1.2). A soname bump was done upstream due to some ABI changes, specifically with HFS support. Packages that need to be updated are tuxcmd-modules libtotem-plparser17 reprepro rdup libpackagekit-glib2-14 listaller-devtools listaller liblistaller-glib0 libgxps2 libgxps-utils libapache2-mod-musicindex hydrogen gvfs-backends libevdocument3-4 deb-gview cmake-qt-gui cmake-curses-gui cmake claws-mail-archiver-plugin ark archivemount libtotem-plparser-dev libgxps-dev Ben file: title = libarchive; is_affected = .depends ~ libarchive12 | .depends ~ libarchive13; is_good = .depends ~ libarchive13; is_bad = .depends ~ libarchive12; -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706866: transition: libarchive
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I am requesting a transition from libarchive12 to libarchive13. libarchive13 is from the latest release of libarchive (3.1.2). A soname bump was done upstream due to some ABI changes, specifically with HFS support. Packages that need to be updated are tuxcmd-modules libtotem-plparser17 reprepro rdup libpackagekit-glib2-14 listaller-devtools listaller liblistaller-glib0 libgxps2 libgxps-utils libapache2-mod-musicindex hydrogen gvfs-backends libevdocument3-4 deb-gview cmake-qt-gui cmake-curses-gui cmake claws-mail-archiver-plugin ark archivemount libtotem-plparser-dev libgxps-dev Ben file: title = libarchive; is_affected = .depends ~ libarchive12 | .depends ~ libarchive13; is_good = .depends ~ libarchive13; is_bad = .depends ~ libarchive12; -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130505154954.26634.3826.report...@andres-laptop.home
Bug#703814: libsbuild-perl: Add Suggests of libwww-perl
Package: libsbuild-perl Version: 0.63.2-1.1 Severity: minor The Sbuild::Utility module can optionally make use of LWP::UserAgent to download source packages remotely. This is used for packages which are not yet in the archive, such as those found in mentors.debian.net. Please add a Suggests for libwww-perl so that users know what package to install so that they may use this feature. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsbuild-perl depends on: ii adduser3.113+nmu3 ii apt0.9.7.8 ii apt-utils 0.9.7.8 ii dctrl-tools2.22.2 ii devscripts 2.12.6 ii dpkg-dev 1.16.9 ii exim4 4.80-7 ii exim4-daemon-light [mail-transport-agent] 4.80-7 ii libdpkg-perl 1.16.9 ii libexception-class-perl1.32-1 ii libfilesys-df-perl 0.92-4+b1 ii libmime-lite-perl 3.028-1 ii perl 5.14.2-20 ii perl-modules [libio-zlib-perl] 5.14.2-20 ii schroot1.6.4-4 libsbuild-perl recommends no packages. libsbuild-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702372: Please build against gstreamer 1.0
You should send the patch to the mailing list instead. On Sun, Mar 10, 2013 at 9:31 AM, Guido Günther a...@sigxcpu.org wrote: Hi Andres, On Sun, Mar 10, 2013 at 01:59:16AM -0500, Andres Mejia wrote: On Wed, Mar 6, 2013 at 2:49 PM, Guido Günther a...@sigxcpu.org wrote: tag 702372 +patch thanks On Tue, Mar 05, 2013 at 08:38:22PM +0100, Guido Günther wrote: Package: gstreamer0.10-crystalhd Version: 1:0.0~git20110715.fdd2f19-9 Severity: wishlist Tags: patch Hi, I'd be great to have a version built against gstreamer 1.0 in experimental since GNOME/totem uses gstreamer 1.0 there already. I've added patches here: https://github.com/agx/crystalhd Tested with totem and gst-launch it reduces CPU usage from 60% to 25% when playing h264 video. It's a straight forward port of the gst0.10 version you were previously tracking. Attached patch updates the package. -- Guido Hi, great work here. Have you tried submitting a patch to linuxtv.org as well? I would like changes done to the upstream source be committed upstream first. I mailed Jarod Wilson ja...@redhat.com but got no reply so far. What would be the right place, the linux-media list? Cheers, -- Guido -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Bug 1138284] Re: sync request: libarchive (3.1.2-5) from experimental
Jeremy, I think step 3 should be done. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1138284 Title: sync request: libarchive (3.1.2-5) from experimental To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libarchive/+bug/1138284/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Bug#690152: bsaf: FTBFS: Test org.jdesktop.application.TaskMonitorTest failed
On Sun, Mar 3, 2013 at 8:42 AM, gregor herrmann gre...@debian.org wrote: On Sat, 02 Mar 2013 19:12:32 -0500, Andres Mejia wrote: I just rebuilt bsaf on my machine that has the DISPLAY environment variable set and In a chroot or in the normal environment? The normal environment. on a sid and wheezy chroot via sbuild-shell (which in turn uses schroot) that does not have DISPLAY set. All builds succeeded and passed the test suite. That's not surprising, since without DISPLAY the otherwise failing tests are skipped :) FWIW: The tests still fail for me in wheezy and sid cowbuilder amd64 chroots, with DISPLAY set, with or without my earlier patch (to use xvfb). As mentioned earlier in this bug log by Matteo, building with openjdk-7-jdk works in the same setup. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: David Bowie: Suffragette City At this time, being this late into the release cycle, I would like to support only the default-jdk. I am building with sbuild using a chroot created by sbuild-createchroot as I believe this closely matches what the buildd machines are running. The bsaf package builds and passes the test suite for me fine on my machine running Debian wheezy, inside a wheezy chroot using sbuild, and inside a sid chroot using sbuild. My machine has a display, the chroot environments do not have a display. I will be downgrading this bug to important as I don't believe supporting cowbuilder, xvfb, or openjdk-7-jdk to be release critical. If someone else can reproduce the test case failure with the version of bsaf in the archives as is, then feel free to raise it back, otherwise fixing these other issues of supporting cowbuilder, xvfb, and openjdk-7-jdk can wait. -- ~ Andres __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#690152: bsaf: FTBFS: Test org.jdesktop.application.TaskMonitorTest failed
On Sun, Mar 3, 2013 at 8:42 AM, gregor herrmann gre...@debian.org wrote: On Sat, 02 Mar 2013 19:12:32 -0500, Andres Mejia wrote: I just rebuilt bsaf on my machine that has the DISPLAY environment variable set and In a chroot or in the normal environment? The normal environment. on a sid and wheezy chroot via sbuild-shell (which in turn uses schroot) that does not have DISPLAY set. All builds succeeded and passed the test suite. That's not surprising, since without DISPLAY the otherwise failing tests are skipped :) FWIW: The tests still fail for me in wheezy and sid cowbuilder amd64 chroots, with DISPLAY set, with or without my earlier patch (to use xvfb). As mentioned earlier in this bug log by Matteo, building with openjdk-7-jdk works in the same setup. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: David Bowie: Suffragette City At this time, being this late into the release cycle, I would like to support only the default-jdk. I am building with sbuild using a chroot created by sbuild-createchroot as I believe this closely matches what the buildd machines are running. The bsaf package builds and passes the test suite for me fine on my machine running Debian wheezy, inside a wheezy chroot using sbuild, and inside a sid chroot using sbuild. My machine has a display, the chroot environments do not have a display. I will be downgrading this bug to important as I don't believe supporting cowbuilder, xvfb, or openjdk-7-jdk to be release critical. If someone else can reproduce the test case failure with the version of bsaf in the archives as is, then feel free to raise it back, otherwise fixing these other issues of supporting cowbuilder, xvfb, and openjdk-7-jdk can wait. -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702372: Please build against gstreamer 1.0
On Wed, Mar 6, 2013 at 2:49 PM, Guido Günther a...@sigxcpu.org wrote: tag 702372 +patch thanks On Tue, Mar 05, 2013 at 08:38:22PM +0100, Guido Günther wrote: Package: gstreamer0.10-crystalhd Version: 1:0.0~git20110715.fdd2f19-9 Severity: wishlist Tags: patch Hi, I'd be great to have a version built against gstreamer 1.0 in experimental since GNOME/totem uses gstreamer 1.0 there already. I've added patches here: https://github.com/agx/crystalhd Tested with totem and gst-launch it reduces CPU usage from 60% to 25% when playing h264 video. It's a straight forward port of the gst0.10 version you were previously tracking. Attached patch updates the package. -- Guido Hi, great work here. Have you tried submitting a patch to linuxtv.org as well? I would like changes done to the upstream source be committed upstream first. -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690152: bsaf: FTBFS: Test org.jdesktop.application.TaskMonitorTest failed
On Sun, Mar 3, 2013 at 8:42 AM, gregor herrmann gre...@debian.org wrote: On Sat, 02 Mar 2013 19:12:32 -0500, Andres Mejia wrote: I just rebuilt bsaf on my machine that has the DISPLAY environment variable set and In a chroot or in the normal environment? The normal environment. on a sid and wheezy chroot via sbuild-shell (which in turn uses schroot) that does not have DISPLAY set. All builds succeeded and passed the test suite. That's not surprising, since without DISPLAY the otherwise failing tests are skipped :) FWIW: The tests still fail for me in wheezy and sid cowbuilder amd64 chroots, with DISPLAY set, with or without my earlier patch (to use xvfb). As mentioned earlier in this bug log by Matteo, building with openjdk-7-jdk works in the same setup. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: David Bowie: Suffragette City At this time, being this late into the release cycle, I would like to support only the default-jdk. I am building with sbuild using a chroot created by sbuild-createchroot as I believe this closely matches what the buildd machines are running. The bsaf package builds and passes the test suite for me fine on my machine running Debian wheezy, inside a wheezy chroot using sbuild, and inside a sid chroot using sbuild. My machine has a display, the chroot environments do not have a display. I will be downgrading this bug to important as I don't believe supporting cowbuilder, xvfb, or openjdk-7-jdk to be release critical. If someone else can reproduce the test case failure with the version of bsaf in the archives as is, then feel free to raise it back, otherwise fixing these other issues of supporting cowbuilder, xvfb, and openjdk-7-jdk can wait. -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690152: bsaf: FTBFS: Test org.jdesktop.application.TaskMonitorTest failed
On Monday, January 7, 2013, Joost Yervante Damad wrote: On 01/07/2013 07:48 PM, gregor herrmann wrote: On Sat, 15 Dec 2012 16:13:35 +0100, Joost Yervante Damad wrote: I tried rebuilding the bsaf software in wheezy with default-jdk, which uses the openjdk from openjdk-6-jre-headless_6b24. It builds just fine. Is this really still an issue? It still fails to build for me in wheezy and sid chroots - without my earlier patch because of Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. - with the patch with the long java.beans stack trace I guess you had DISPLAY unset during the build and the problematic tests were skipped? Indeed, I did not have DISPLAY set. Unfortunately I forgot to keep a log of the build around. Joost __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.**org/cgi-bin/mailman/listinfo/** pkg-java-maintainershttp://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. I just rebuilt bsaf on my machine that has the DISPLAY environment variable set and on a sid and wheezy chroot via sbuild-shell (which in turn uses schroot) that does not have DISPLAY set. All builds succeeded and passed the test suite. The chroot environment will not have DISPLAY set of course. In fact, there should be a small number of environment variables set in an chroot environment using schroot. My chroot environment has the following variables set. USER HOME XDG_SESSION_COOKIE SCHROOT_CHROOT_NAME SCHROOT_UID LOGNAME TERM USERNAME PATH SCHROOT_COMMAND SCHROOT_SESSION_ID SCHROOT_ALIAS_NAME SCHROOT_GROUP SCHROOT_USER SHELL PWD SCHROOT_GID -- Andres -- ~ Andres __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Accepted crystalhd 1:0.0~git20110715.fdd2f19-8 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 02 Mar 2013 13:34:36 -0500 Source: crystalhd Binary: libcrystalhd-dev libcrystalhd3 gstreamer0.10-crystalhd Architecture: source amd64 Version: 1:0.0~git20110715.fdd2f19-8 Distribution: unstable Urgency: high Maintainer: Andres Mejia ame...@debian.org Changed-By: Andres Mejia ame...@debian.org Description: gstreamer0.10-crystalhd - Crystal HD Video Decoder (GStreamer plugin) libcrystalhd-dev - Crystal HD Video Decoder (development files) libcrystalhd3 - Crystal HD Video Decoder (shared library) Closes: 682252 699470 Changes: crystalhd (1:0.0~git20110715.fdd2f19-8) unstable; urgency=high . * Remove dkms package which contained buggy driver. Driver already existed in mainline kernel. Any issues with the driver should be directed to the kernel package. (Closes: #682252) (Closes: #699470) * Bump to Standards-Version 3.9.4. * Build with hardening options to satisfy Wheezy release goal. Checksums-Sha1: 45042a247a90cd4577ec6c3d9106e9aad563b459 2180 crystalhd_0.0~git20110715.fdd2f19-8.dsc 597fc881f8dae9aaf8582d198d7949ba63d57ca4 4963 crystalhd_0.0~git20110715.fdd2f19-8.debian.tar.gz ac575d8f0d96f015cb677bc7324bdcd7533ee656 17994 libcrystalhd-dev_0.0~git20110715.fdd2f19-8_amd64.deb 790bf11f0ad0bcd65a6794498a82dfe2752de1ca 53082 libcrystalhd3_0.0~git20110715.fdd2f19-8_amd64.deb 098c5fc0f7ba09489e4169319d404a25dab5e905 28760 gstreamer0.10-crystalhd_0.0~git20110715.fdd2f19-8_amd64.deb Checksums-Sha256: c3c403361e331aaae519998e7f4a1c570546338a394304b45b3696ba6fd189a6 2180 crystalhd_0.0~git20110715.fdd2f19-8.dsc 7d317c911d720003a0600c7935aea68a600fdad0a24f3bec017936796c1c88c0 4963 crystalhd_0.0~git20110715.fdd2f19-8.debian.tar.gz 7536f2b0586992005704cb2fda112fc959857d59417597d00733d02d8906a712 17994 libcrystalhd-dev_0.0~git20110715.fdd2f19-8_amd64.deb b350bcfa97f98e289c19ef701da8c9a7a9abb997a4217562c9b5dbd844ba5d1d 53082 libcrystalhd3_0.0~git20110715.fdd2f19-8_amd64.deb da659740e69590f2bc2ee9e178c27ffa3a63cf03b801cc768deaca55dcb5de8f 28760 gstreamer0.10-crystalhd_0.0~git20110715.fdd2f19-8_amd64.deb Files: 43bd4b8da573c62f4e1d6857b237905c 2180 libs optional crystalhd_0.0~git20110715.fdd2f19-8.dsc 3614728dd1ad122df5599c368d1792bf 4963 libs optional crystalhd_0.0~git20110715.fdd2f19-8.debian.tar.gz 5d0e037399e1b362d6dd549996ba62d9 17994 libdevel optional libcrystalhd-dev_0.0~git20110715.fdd2f19-8_amd64.deb cffa8eb43f07b1af3f43dd0e54ce3cce 53082 libs optional libcrystalhd3_0.0~git20110715.fdd2f19-8_amd64.deb c5f3665050555fa274412279969eb7af 28760 video optional gstreamer0.10-crystalhd_0.0~git20110715.fdd2f19-8_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRMkqGAAoJED+5x4pTyFTfIroQAKzo5TxJDzZ6YNtLlBRL3W99 72WJrmRfFVY+XfnABZqe857/SGSjWVHKqpv0/3KTssfHZIAfjVTSz0mXb9QFqnyg uRHyWDnJsCoGh/22YD75W7BUNpZW2Yep8qb76uYd9L/HqbaAHBMPXnumW37FpDs4 k089Knq/TausrCTTFyFVIkl0zd/9JdM3sVjjn3ZVkyG33tjKwOhJuHLa3DyGyFp9 xoeEzkW+Ng740LJ3y6ZgkSSMe+Ftphm85B+xOF3OKdZCD+ZRL+WQl6RBd2G8hOMh GzGefhEGlfqLqa+FB9fvoe7xhW1qR6fwC2QEh2IrWm/CGJxyRgGBPQaiQ8dIkZ5m NvGftIsEsfRBfYcaakT0WmUgpaNKBd3SS5SVF1tVY8uS0S8tw2ttynsf6XmUyL+0 xKOsxnSMyGfB7DbhaHwQ0b32MEnnt6Wq9H9AY/JvcKGgfKclbxpU5DjIXEq1UYd9 8AePSFN5LPjTav6FcKD79qhkgJUCKt6tC5oTfoa8w70ww2ETpL1WqoUMStSLnvRn NI4oXZPP3g7nxTsaD29siMvalrXoxRcEAm+HZNp58wLKsMrjmTUdj7Lz4R1tgvPQ w4jcnJmi7iiZZgEkfEAmOBkAKo3v7Ai/SuDTtYL8EJ0sG4puRhS9Re/0nhKr0qkE 6jPVKO5NxAvmTuYGB7Dc =e/MH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ubrhe-0004sg...@franck.debian.org
Accepted crystalhd 1:0.0~git20110715.fdd2f19-9 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 02 Mar 2013 17:43:59 -0500 Source: crystalhd Binary: libcrystalhd-dev libcrystalhd3 gstreamer0.10-crystalhd Architecture: source amd64 Version: 1:0.0~git20110715.fdd2f19-9 Distribution: unstable Urgency: high Maintainer: Andres Mejia ame...@debian.org Changed-By: Andres Mejia ame...@debian.org Description: gstreamer0.10-crystalhd - Crystal HD Video Decoder (GStreamer plugin) libcrystalhd-dev - Crystal HD Video Decoder (development files) libcrystalhd3 - Crystal HD Video Decoder (shared library) Changes: crystalhd (1:0.0~git20110715.fdd2f19-9) unstable; urgency=high . * New package upload with just fixes to remove dkms package. * Revert bump to Standards-Version 3.9.4. * Revert build with hardening options to satisfy Wheezy release goal. Checksums-Sha1: 7dbf4eb6ce05f75e083404a65921979a2f87e90e 2180 crystalhd_0.0~git20110715.fdd2f19-9.dsc 759f76f3f3594dc848c239d36cefa385e54a43a3 4703 crystalhd_0.0~git20110715.fdd2f19-9.debian.tar.gz 93bda69b201434b055f5b5bc34c69e666240 18056 libcrystalhd-dev_0.0~git20110715.fdd2f19-9_amd64.deb c759e1c7d68f8f3a4a4e56ad468078a5a486862c 53004 libcrystalhd3_0.0~git20110715.fdd2f19-9_amd64.deb cd1d1f9dc6c55ee0f1cc4315eac8d180f4a81f94 28634 gstreamer0.10-crystalhd_0.0~git20110715.fdd2f19-9_amd64.deb Checksums-Sha256: 998976e5372590fc89fcef6805545677724ba8e706bbabe6690285de71d17a80 2180 crystalhd_0.0~git20110715.fdd2f19-9.dsc e4cce2c3344689169d3e0bf7b7d0d4eb2680c755f24841e13fe6caaa60f15749 4703 crystalhd_0.0~git20110715.fdd2f19-9.debian.tar.gz f1322aede989f6dca9ff770281ab6e8109057d13fa202cd6d5d24f5e8d748e2f 18056 libcrystalhd-dev_0.0~git20110715.fdd2f19-9_amd64.deb 8f8e1f9354e4698d5e65075143a27b2f468ba349febc3ce34db41452995c5edd 53004 libcrystalhd3_0.0~git20110715.fdd2f19-9_amd64.deb a33a8db18d5dbd2b51ad664d66fc06c4052ac3df178459f47f986af83aa6dcdb 28634 gstreamer0.10-crystalhd_0.0~git20110715.fdd2f19-9_amd64.deb Files: 0a3dcc8d6257ff727edc1a0b3fc505ca 2180 libs optional crystalhd_0.0~git20110715.fdd2f19-9.dsc 0a24bbab1b33e47c552a7ff6e450266a 4703 libs optional crystalhd_0.0~git20110715.fdd2f19-9.debian.tar.gz 6af2d4df45bd78087988130e86a43f86 18056 libdevel optional libcrystalhd-dev_0.0~git20110715.fdd2f19-9_amd64.deb 137589f40f3745d5f0d82285e7b1ed57 53004 libs optional libcrystalhd3_0.0~git20110715.fdd2f19-9_amd64.deb 2586c20a6798f1c6cd8c0a4e90935cf2 28634 video optional gstreamer0.10-crystalhd_0.0~git20110715.fdd2f19-9_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRMoJxAAoJED+5x4pTyFTf+NYP+wYxwaPyW8H8A0u0OHQxvgPd c31PEOWuJ+KPC450f8F9XeHz661+ScH/EXZblG4hClho0RF5p0+qH1A1490IvAfH jg/Bavj+9NDWVY9Ah6OgifhjX9NqVy2noHpzQ6kjStvKRkSzVocPXh17yKHAexGm TexrTje3+sTU+SPZSXl7Q/mZwPD5MXCLh9oEpcmWlCFf6tH9YqXASG1qCRKu vWnlbt13Nrd1vboHrBHZhkAoWwSoVrFYpP7PligjGhMGeJbl0oPB9J9a1X7wK7fr JaWuaSGCb/cvPa1AAF36LEvnGemR9SbIU+utZJE4SnAFTkaOPBnVj1s4QWHyYqTI gsKwUmWcushAZBeFsPdUqgO7W+609kOVIMrgSfPBN30+Ok+/g9gQrp8nsU8uE2HL de0P6BO6evDnpXayPR0hxsiYXwjsGuGhdIK3JBGNHOiMwLLZDMcgvKiY1fVS48Fr yxRK+NlzuqFapykiOC+eUBbZ78Ywp7kZp1+g4WxP93cNniiZwkzqwpGzmuirO/3d BvM0yQLZJwm8sLOXxi1K5IbpMmpticm/Frxd4uEjyDuqlDwBoqsusg4S8ZzD0UPy 1fLcWCB+KKvsgJ0oQoV39vmT41JHlFl88wjKDNc/FOTTwMxAUYDYHDSPM49LOjoA 2QkUKGCLfc3OGE9BsE55 =+RIt -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ubvrq-0007vp...@franck.debian.org
Bug#702109: unblock: crystalhd/1:0.0~git20110715.fdd2f19-8
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package crystalhd
This new package release fixes two release critical bugs related to the
buggy driver that was distributed through a dkms package. Users of the driver
should instead use the crystalhd driver already provided in the mainline
kernel. This package also enables the hardening options which is a release
goal. This was missed in the last upload.
Finally, I did end up bumping the Standards-Version from 3.9.3 to 3.9.4.
I can place it back to 3.9.3, though there was no changes needed when
bumping the Standards-Version to 3.9.4.
Below is the debdiff.
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/changelog
crystalhd-0.0~git20110715.fdd2f19/debian/changelog
--- crystalhd-0.0~git20110715.fdd2f19/debian/changelog 2013-03-02
14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/changelog 2013-03-02
13:34:42.0 -0500
@@ -1,3 +1,15 @@
+crystalhd (1:0.0~git20110715.fdd2f19-8) unstable; urgency=high
+
+ * Remove dkms package which contained buggy driver.
+Driver already existed in mainline kernel. Any issues with the driver
+should be directed to the kernel package.
+(Closes: #682252)
+(Closes: #699470)
+ * Bump to Standards-Version 3.9.4.
+ * Build with hardening options to satisfy Wheezy release goal.
+
+ -- Andres Mejia ame...@debian.org Sat, 02 Mar 2013 13:34:36 -0500
+
crystalhd (1:0.0~git20110715.fdd2f19-7) unstable; urgency=low
* Include udev rules for crystalhd-dkms.
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/control
crystalhd-0.0~git20110715.fdd2f19/debian/control
--- crystalhd-0.0~git20110715.fdd2f19/debian/control 2013-03-02
14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/control 2013-03-02
13:01:17.0 -0500
@@ -3,9 +3,8 @@
Maintainer: Andres Mejia ame...@debian.org
Build-Depends: debhelper (= 8.1.3~),
libgstreamer0.10-dev,
- libgstreamer-plugins-base0.10-dev,
- dkms
-Standards-Version: 3.9.3
+ libgstreamer-plugins-base0.10-dev
+Standards-Version: 3.9.4
Section: libs
Homepage: http://www.broadcom.com/support/crystal_hd/
Vcs-Git: git://git.debian.org/git/collab-maint/crystalhd.git
@@ -37,18 +36,6 @@
.
This package contains the shared library.
-Package: crystalhd-dkms
-Section: kernel
-Architecture: amd64 i386
-Depends: ${shlibs:Depends}, ${misc:Depends}, dkms
-Suggests: linux-headers
-Description: Crystal HD Video Decoder (Linux kernel driver)
- Crystal HD Solution is a product offered by Broadcom. It is used to enable
- flawless playback of 1080p high definition video across a wide range of
- systems.
- .
- This package contains the crystalhd Linux kernel driver.
-
Package: gstreamer0.10-crystalhd
Section: video
Architecture: amd64 i386
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.dkms
crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.dkms
--- crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.dkms 2013-03-02
14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.dkms 1969-12-31
19:00:00.0 -0500
@@ -1,11 +0,0 @@
-# DKMS configuration for crystalhd
-
-PACKAGE_NAME=crystalhd
-PACKAGE_VERSION=#MODULE_VERSION#
-BUILT_MODULE_NAME[0]=$PACKAGE_NAME
-BUILT_MODULE_LOCATION[0]=driver/linux
-DEST_MODULE_LOCATION[0]=/updates/dkms/
-AUTOINSTALL=yes
-
-MAKE[0]=cd driver/linux ./configure make
-CLEAN=make -C driver/linux clean distclean
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.install
crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.install
--- crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.install 2013-03-02
14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.install 1969-12-31
19:00:00.0 -0500
@@ -1,2 +0,0 @@
-usr/src
-lib/udev/rules.d
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/patches/hardening-opts.patch
crystalhd-0.0~git20110715.fdd2f19/debian/patches/hardening-opts.patch
--- crystalhd-0.0~git20110715.fdd2f19/debian/patches/hardening-opts.patch
1969-12-31 19:00:00.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/patches/hardening-opts.patch
2013-03-02 13:21:28.0 -0500
@@ -0,0 +1,16 @@
+Description: Allow extra compiler and linker flags to be passed into build
+ system.
+Author: Andres Mejia ame...@debian.org
+
+--- a/linux_lib/libcrystalhd/Makefile
b/linux_lib/libcrystalhd/Makefile
+@@ -30,6 +30,9 @@
+ CPPFLAGS += $(MACHINE_OPTS)
+ LDFLAGS = -Wl,-soname,${BCLIB_SL} -pthread
+
++CPPFLAGS += $(EXTRA_CPPFLAGS) $(EXTRA_CXXFLAGS)
++LDFLAGS += $(EXTRA_LDFLAGS)
++
+ SRCFILES = libcrystalhd_if.cpp \
+ libcrystalhd_int_if.cpp \
+ libcrystalhd_fwcmds.cpp \
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/patches/series
crystalhd-0.0~git20110715.fdd2f19/debian/patches/series
--- crystalhd-0.0~git20110715.fdd2f19/debian
Bug#658335: [firmware-crystalhd] Firmware image signature failure
tags 658335 moreinfo stop Tim, Are you still having an issue with the firmware for crystalhd? If so, are you using the crystalhd-dkms package? Note that the crystalhd-dkms package is being dropped at this time. It is recommended you use the crystalhd driver found in the mainline Linux kernel. On Sun, Mar 4, 2012 at 2:43 PM, Andres Mejia amejia...@gmail.com wrote: Hi, I'm the maintainer of the crystalhd packages in Debian. There's a user that reported the below issue. Do you have any suggestions on what he may try? I'm not sure about any mismatch. The crystalhd library and firmware packages were built from the same git snapshot (repo: http://git.linuxtv.org/jarod/crystalhd.git, commit: fdd2f19ac739a3db1fd7469ea19ceaefe0822e5a). When you reply, please preserve the CC field. -- Forwarded message -- From: Tim Sattarov ti...@sattaroff.name Date: Wed, Feb 1, 2012 at 10:22 PM Subject: Bug#658335: [firmware-crystalhd] Firmware image signature failure To: sub...@bugs.debian.org Package: firmware-crystalhd Version: 0.0~git20120110.fdd2f19-1 Severity: grave --- Please enter the report below this line. --- Hello, I'm trying to use my Broadcom HW decoder bcm70015 here is lspci output 04:00.0 Multimedia controller: Broadcom Corporation BCM70015 Video Decoder [Crystal HD] driver compiles but every time I start video application (xbmc or totem) I'm getting these messages in dmesg [ 5503.584187] Loading crystalhd v3.10.0 [ 5503.584345] crystalhd :04:00.0: Starting Device:0x1615 [ 5503.584430] crystalhd :04:00.0: PCI INT A - GSI 19 (level, low) - IRQ 19 [ 5503.595602] crystalhd :04:00.0: irq 47 for MSI/MSI-X [ 5503.668241] crystalhd :04:00.0: setting latency timer to 64 [ 5527.782089] crystalhd :04:00.0: Opening new user[0] handle [ 5527.852226] crystalhd :04:00.0: Closing user[0] handle with mode [ 5734.101508] crystalhd :04:00.0: Opening new user[0] handle [ 5734.172146] crystalhd :04:00.0: Closing user[0] handle with mode [ 5734.210614] crystalhd :04:00.0: Opening new user[0] handle [ 5734.280237] crystalhd :04:00.0: Closing user[0] handle with mode [ 5734.317633] crystalhd :04:00.0: Opening new user[0] handle [ 5734.668199] crystalhd :04:00.0: [crystalhd_flea_download_fw]: step 7. Error bit occured. RetVal:c00018 [ 5734.668226] crystalhd :04:00.0: [crystalhd_flea_download_fw]: step 7. Firmware image signature failure. [ 5734.668242] crystalhd :04:00.0: Firmware Download Failure!! - -1 [ 5734.784736] crystalhd :04:00.0: Closing user[0] handle via ioctl with mode 1c200 and crystalhd is not used at all. Google says - firmware version does not match driver version. Any ideas how to make it work ? Thanks Tim --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-1-686-pae Debian Release: wheezy/sid 500 unstable www.debian-multimedia.org 500 unstable http.us.debian.org 1 experimental http.us.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== initramfs-tools | 0.99 linux-image | -- ~ Andres -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690152: bsaf: FTBFS: Test org.jdesktop.application.TaskMonitorTest failed
On Monday, January 7, 2013, Joost Yervante Damad wrote: On 01/07/2013 07:48 PM, gregor herrmann wrote: On Sat, 15 Dec 2012 16:13:35 +0100, Joost Yervante Damad wrote: I tried rebuilding the bsaf software in wheezy with default-jdk, which uses the openjdk from openjdk-6-jre-headless_6b24. It builds just fine. Is this really still an issue? It still fails to build for me in wheezy and sid chroots - without my earlier patch because of Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. - with the patch with the long java.beans stack trace I guess you had DISPLAY unset during the build and the problematic tests were skipped? Indeed, I did not have DISPLAY set. Unfortunately I forgot to keep a log of the build around. Joost __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.**org/cgi-bin/mailman/listinfo/** pkg-java-maintainershttp://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. I just rebuilt bsaf on my machine that has the DISPLAY environment variable set and on a sid and wheezy chroot via sbuild-shell (which in turn uses schroot) that does not have DISPLAY set. All builds succeeded and passed the test suite. The chroot environment will not have DISPLAY set of course. In fact, there should be a small number of environment variables set in an chroot environment using schroot. My chroot environment has the following variables set. USER HOME XDG_SESSION_COOKIE SCHROOT_CHROOT_NAME SCHROOT_UID LOGNAME TERM USERNAME PATH SCHROOT_COMMAND SCHROOT_SESSION_ID SCHROOT_ALIAS_NAME SCHROOT_GROUP SCHROOT_USER SHELL PWD SCHROOT_GID -- Andres -- ~ Andres
Bug#570611: ITP: mythtv -- A personal video recorder application
On Friday, July 20, 2012, Wookey wrote: Hi, I've been using the deb-mulitmedia mythtv packages for many years (thanx for that work), and having just had to re-install stuff and noting the long existence of mythbuntu was wondering why there were still no packages in Debian. So I came to this bug. I'm happy to help out, and would also like to have it working on ARM hardware too - not sure what the status of that is upstream, but I see there are packgaes at deb-multimedia already for armel and armhf. I'd better get testing... So where are we at? Still waiting to sort out the internal library thing properly, even though the 1st message from two years ago claims a patch for that? Looks like the deb-m package uses the internal av* libs. Josh have you started the 'long conversation' with upstream yet? Is your packaging online somewhere? The verison at http://anonscm.debian.org/gitweb/?p=collab-maint/mythtv.git stops in March 2010 Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ Hi Wookey, If you want to help with mythtv packaging, please start from the packaging work done for Ubuntu at https://github.com/MythTV/packaging. The main maintainer for the mythtv packages in Ubuntu is superm1. Note that for Debian, the issue with using a fork of ffmpeg/libav will need to be addressed. Last I checked, mythtv was still making changes to their version of ffmpeg that were different from upstream ffmpeg/libav. There's also the licensing issues from using openssl. With this, I believe you can simply use the openssl wrapper provided by gnutls. -- Andres -- ~ Andres
Bug#702109: unblock: crystalhd/1:0.0~git20110715.fdd2f19-8
retitle 702109 unblock: crystalhd/1:0.0~git20110715.fdd2f19-9
stop
On Saturday, March 02, 2013 2:43:26 PM Adam D. Barratt wrote:
As per our last d-d-a mail in January[1], release goal changes no longer
qualify for unblocks.
Regards,
Adam
[1] http://lists.debian.org/debian-devel-announce/2013/01/msg5.html
Ok, please unblock crystalhd/1:0.0~git20110715.fdd2f19-9.
This will only have the removal of the dkms package to
address bugs 682252 and 699470. Note the bug 682252
was marked a normal bug, but both were actually the
same bug and both were release critical.
Here is the debdiff from the current package in testing
to the new package in unstable.
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/changelog
crystalhd-0.0~git20110715.fdd2f19/debian/changelog
--- crystalhd-0.0~git20110715.fdd2f19/debian/changelog 2013-03-02
14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/changelog 2013-03-02
17:45:53.0 -0500
@@ -1,3 +1,23 @@
+crystalhd (1:0.0~git20110715.fdd2f19-9) unstable; urgency=high
+
+ * New package upload with just fixes to remove dkms package.
+ * Revert bump to Standards-Version 3.9.4.
+ * Revert build with hardening options to satisfy Wheezy release goal.
+
+ -- Andres Mejia ame...@debian.org Sat, 02 Mar 2013 17:43:59 -0500
+
+crystalhd (1:0.0~git20110715.fdd2f19-8) unstable; urgency=high
+
+ * Remove dkms package which contained buggy driver.
+Driver already existed in mainline kernel. Any issues with the driver
+should be directed to the kernel package.
+(Closes: #682252)
+(Closes: #699470)
+ * Bump to Standards-Version 3.9.4.
+ * Build with hardening options to satisfy Wheezy release goal.
+
+ -- Andres Mejia ame...@debian.org Sat, 02 Mar 2013 13:34:36 -0500
+
crystalhd (1:0.0~git20110715.fdd2f19-7) unstable; urgency=low
* Include udev rules for crystalhd-dkms.
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/control
crystalhd-0.0~git20110715.fdd2f19/debian/control
--- crystalhd-0.0~git20110715.fdd2f19/debian/control2013-03-02
14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/control2013-03-02
17:43:19.0 -0500
@@ -3,8 +3,7 @@
Maintainer: Andres Mejia ame...@debian.org
Build-Depends: debhelper (= 8.1.3~),
libgstreamer0.10-dev,
- libgstreamer-plugins-base0.10-dev,
- dkms
+ libgstreamer-plugins-base0.10-dev
Standards-Version: 3.9.3
Section: libs
Homepage: http://www.broadcom.com/support/crystal_hd/
@@ -37,18 +36,6 @@
.
This package contains the shared library.
-Package: crystalhd-dkms
-Section: kernel
-Architecture: amd64 i386
-Depends: ${shlibs:Depends}, ${misc:Depends}, dkms
-Suggests: linux-headers
-Description: Crystal HD Video Decoder (Linux kernel driver)
- Crystal HD Solution is a product offered by Broadcom. It is used to enable
- flawless playback of 1080p high definition video across a wide range of
- systems.
- .
- This package contains the crystalhd Linux kernel driver.
-
Package: gstreamer0.10-crystalhd
Section: video
Architecture: amd64 i386
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.dkms
crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-
dkms.dkms
--- crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.dkms
2013-03-02 14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.dkms
1969-12-31 19:00:00.0 -0500
@@ -1,11 +0,0 @@
-# DKMS configuration for crystalhd
-
-PACKAGE_NAME=crystalhd
-PACKAGE_VERSION=#MODULE_VERSION#
-BUILT_MODULE_NAME[0]=$PACKAGE_NAME
-BUILT_MODULE_LOCATION[0]=driver/linux
-DEST_MODULE_LOCATION[0]=/updates/dkms/
-AUTOINSTALL=yes
-
-MAKE[0]=cd driver/linux ./configure make
-CLEAN=make -C driver/linux clean distclean
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.install
crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-
dkms.install
--- crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.install
2013-03-02 14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.install
1969-12-31 19:00:00.0 -0500
@@ -1,2 +0,0 @@
-usr/src
-lib/udev/rules.d
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/rules
crystalhd-0.0~git20110715.fdd2f19/debian/rules
--- crystalhd-0.0~git20110715.fdd2f19/debian/rules 2013-03-02
14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/rules 2013-03-02
17:43:52.0 -0500
@@ -1,8 +1,5 @@
#!/usr/bin/make -f
-UPSTREAM_VERSION = $(shell dpkg-parsechangelog | grep -G '^Version' | \
- cut -d ' ' -f 2 | sed 's/^[^:]:*//' | sed 's/-.*$$//')
-
DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
EXTRA_INCLUDES = -I$(CURDIR)/include \
@@ -11,7 +8,7 @@
EXTRA_LD_PATH = -L$(CURDIR)/linux_lib/libcrystalhd
%:
- dh $@ --with dkms
+ dh $@
override_dh_auto_build:
make -C linux_lib/libcrystalhd
@@ -24,18 +21,9
Bug#570611: ITP: mythtv -- A personal video recorder application
On Friday, July 20, 2012, Wookey wrote: Hi, I've been using the deb-mulitmedia mythtv packages for many years (thanx for that work), and having just had to re-install stuff and noting the long existence of mythbuntu was wondering why there were still no packages in Debian. So I came to this bug. I'm happy to help out, and would also like to have it working on ARM hardware too - not sure what the status of that is upstream, but I see there are packgaes at deb-multimedia already for armel and armhf. I'd better get testing... So where are we at? Still waiting to sort out the internal library thing properly, even though the 1st message from two years ago claims a patch for that? Looks like the deb-m package uses the internal av* libs. Josh have you started the 'long conversation' with upstream yet? Is your packaging online somewhere? The verison at http://anonscm.debian.org/gitweb/?p=collab-maint/mythtv.git stops in March 2010 Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ Hi Wookey, If you want to help with mythtv packaging, please start from the packaging work done for Ubuntu at https://github.com/MythTV/packaging. The main maintainer for the mythtv packages in Ubuntu is superm1. Note that for Debian, the issue with using a fork of ffmpeg/libav will need to be addressed. Last I checked, mythtv was still making changes to their version of ffmpeg that were different from upstream ffmpeg/libav. There's also the licensing issues from using openssl. With this, I believe you can simply use the openssl wrapper provided by gnutls. -- Andres -- ~ Andres
Bug#658335: [firmware-crystalhd] Firmware image signature failure
tags 658335 moreinfo stop Tim, Are you still having an issue with the firmware for crystalhd? If so, are you using the crystalhd-dkms package? Note that the crystalhd-dkms package is being dropped at this time. It is recommended you use the crystalhd driver found in the mainline Linux kernel. On Sun, Mar 4, 2012 at 2:43 PM, Andres Mejia amejia...@gmail.com wrote: Hi, I'm the maintainer of the crystalhd packages in Debian. There's a user that reported the below issue. Do you have any suggestions on what he may try? I'm not sure about any mismatch. The crystalhd library and firmware packages were built from the same git snapshot (repo: http://git.linuxtv.org/jarod/crystalhd.git, commit: fdd2f19ac739a3db1fd7469ea19ceaefe0822e5a). When you reply, please preserve the CC field. -- Forwarded message -- From: Tim Sattarov ti...@sattaroff.name Date: Wed, Feb 1, 2012 at 10:22 PM Subject: Bug#658335: [firmware-crystalhd] Firmware image signature failure To: sub...@bugs.debian.org Package: firmware-crystalhd Version: 0.0~git20120110.fdd2f19-1 Severity: grave --- Please enter the report below this line. --- Hello, I'm trying to use my Broadcom HW decoder bcm70015 here is lspci output 04:00.0 Multimedia controller: Broadcom Corporation BCM70015 Video Decoder [Crystal HD] driver compiles but every time I start video application (xbmc or totem) I'm getting these messages in dmesg [ 5503.584187] Loading crystalhd v3.10.0 [ 5503.584345] crystalhd :04:00.0: Starting Device:0x1615 [ 5503.584430] crystalhd :04:00.0: PCI INT A - GSI 19 (level, low) - IRQ 19 [ 5503.595602] crystalhd :04:00.0: irq 47 for MSI/MSI-X [ 5503.668241] crystalhd :04:00.0: setting latency timer to 64 [ 5527.782089] crystalhd :04:00.0: Opening new user[0] handle [ 5527.852226] crystalhd :04:00.0: Closing user[0] handle with mode [ 5734.101508] crystalhd :04:00.0: Opening new user[0] handle [ 5734.172146] crystalhd :04:00.0: Closing user[0] handle with mode [ 5734.210614] crystalhd :04:00.0: Opening new user[0] handle [ 5734.280237] crystalhd :04:00.0: Closing user[0] handle with mode [ 5734.317633] crystalhd :04:00.0: Opening new user[0] handle [ 5734.668199] crystalhd :04:00.0: [crystalhd_flea_download_fw]: step 7. Error bit occured. RetVal:c00018 [ 5734.668226] crystalhd :04:00.0: [crystalhd_flea_download_fw]: step 7. Firmware image signature failure. [ 5734.668242] crystalhd :04:00.0: Firmware Download Failure!! - -1 [ 5734.784736] crystalhd :04:00.0: Closing user[0] handle via ioctl with mode 1c200 and crystalhd is not used at all. Google says - firmware version does not match driver version. Any ideas how to make it work ? Thanks Tim --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-1-686-pae Debian Release: wheezy/sid 500 unstable www.debian-multimedia.org 500 unstable http.us.debian.org 1 experimental http.us.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== initramfs-tools | 0.99 linux-image | -- ~ Andres -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690152: bsaf: FTBFS: Test org.jdesktop.application.TaskMonitorTest failed
On Monday, January 7, 2013, Joost Yervante Damad wrote: On 01/07/2013 07:48 PM, gregor herrmann wrote: On Sat, 15 Dec 2012 16:13:35 +0100, Joost Yervante Damad wrote: I tried rebuilding the bsaf software in wheezy with default-jdk, which uses the openjdk from openjdk-6-jre-headless_6b24. It builds just fine. Is this really still an issue? It still fails to build for me in wheezy and sid chroots - without my earlier patch because of Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. - with the patch with the long java.beans stack trace I guess you had DISPLAY unset during the build and the problematic tests were skipped? Indeed, I did not have DISPLAY set. Unfortunately I forgot to keep a log of the build around. Joost __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.**org/cgi-bin/mailman/listinfo/** pkg-java-maintainershttp://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. I just rebuilt bsaf on my machine that has the DISPLAY environment variable set and on a sid and wheezy chroot via sbuild-shell (which in turn uses schroot) that does not have DISPLAY set. All builds succeeded and passed the test suite. The chroot environment will not have DISPLAY set of course. In fact, there should be a small number of environment variables set in an chroot environment using schroot. My chroot environment has the following variables set. USER HOME XDG_SESSION_COOKIE SCHROOT_CHROOT_NAME SCHROOT_UID LOGNAME TERM USERNAME PATH SCHROOT_COMMAND SCHROOT_SESSION_ID SCHROOT_ALIAS_NAME SCHROOT_GROUP SCHROOT_USER SHELL PWD SCHROOT_GID -- Andres -- ~ Andres
Bug#702109: unblock: crystalhd/1:0.0~git20110715.fdd2f19-8
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package crystalhd
This new package release fixes two release critical bugs related to the
buggy driver that was distributed through a dkms package. Users of the driver
should instead use the crystalhd driver already provided in the mainline
kernel. This package also enables the hardening options which is a release
goal. This was missed in the last upload.
Finally, I did end up bumping the Standards-Version from 3.9.3 to 3.9.4.
I can place it back to 3.9.3, though there was no changes needed when
bumping the Standards-Version to 3.9.4.
Below is the debdiff.
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/changelog
crystalhd-0.0~git20110715.fdd2f19/debian/changelog
--- crystalhd-0.0~git20110715.fdd2f19/debian/changelog 2013-03-02
14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/changelog 2013-03-02
13:34:42.0 -0500
@@ -1,3 +1,15 @@
+crystalhd (1:0.0~git20110715.fdd2f19-8) unstable; urgency=high
+
+ * Remove dkms package which contained buggy driver.
+Driver already existed in mainline kernel. Any issues with the driver
+should be directed to the kernel package.
+(Closes: #682252)
+(Closes: #699470)
+ * Bump to Standards-Version 3.9.4.
+ * Build with hardening options to satisfy Wheezy release goal.
+
+ -- Andres Mejia ame...@debian.org Sat, 02 Mar 2013 13:34:36 -0500
+
crystalhd (1:0.0~git20110715.fdd2f19-7) unstable; urgency=low
* Include udev rules for crystalhd-dkms.
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/control
crystalhd-0.0~git20110715.fdd2f19/debian/control
--- crystalhd-0.0~git20110715.fdd2f19/debian/control 2013-03-02
14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/control 2013-03-02
13:01:17.0 -0500
@@ -3,9 +3,8 @@
Maintainer: Andres Mejia ame...@debian.org
Build-Depends: debhelper (= 8.1.3~),
libgstreamer0.10-dev,
- libgstreamer-plugins-base0.10-dev,
- dkms
-Standards-Version: 3.9.3
+ libgstreamer-plugins-base0.10-dev
+Standards-Version: 3.9.4
Section: libs
Homepage: http://www.broadcom.com/support/crystal_hd/
Vcs-Git: git://git.debian.org/git/collab-maint/crystalhd.git
@@ -37,18 +36,6 @@
.
This package contains the shared library.
-Package: crystalhd-dkms
-Section: kernel
-Architecture: amd64 i386
-Depends: ${shlibs:Depends}, ${misc:Depends}, dkms
-Suggests: linux-headers
-Description: Crystal HD Video Decoder (Linux kernel driver)
- Crystal HD Solution is a product offered by Broadcom. It is used to enable
- flawless playback of 1080p high definition video across a wide range of
- systems.
- .
- This package contains the crystalhd Linux kernel driver.
-
Package: gstreamer0.10-crystalhd
Section: video
Architecture: amd64 i386
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.dkms
crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.dkms
--- crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.dkms 2013-03-02
14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.dkms 1969-12-31
19:00:00.0 -0500
@@ -1,11 +0,0 @@
-# DKMS configuration for crystalhd
-
-PACKAGE_NAME=crystalhd
-PACKAGE_VERSION=#MODULE_VERSION#
-BUILT_MODULE_NAME[0]=$PACKAGE_NAME
-BUILT_MODULE_LOCATION[0]=driver/linux
-DEST_MODULE_LOCATION[0]=/updates/dkms/
-AUTOINSTALL=yes
-
-MAKE[0]=cd driver/linux ./configure make
-CLEAN=make -C driver/linux clean distclean
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.install
crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.install
--- crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.install 2013-03-02
14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.install 1969-12-31
19:00:00.0 -0500
@@ -1,2 +0,0 @@
-usr/src
-lib/udev/rules.d
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/patches/hardening-opts.patch
crystalhd-0.0~git20110715.fdd2f19/debian/patches/hardening-opts.patch
--- crystalhd-0.0~git20110715.fdd2f19/debian/patches/hardening-opts.patch
1969-12-31 19:00:00.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/patches/hardening-opts.patch
2013-03-02 13:21:28.0 -0500
@@ -0,0 +1,16 @@
+Description: Allow extra compiler and linker flags to be passed into build
+ system.
+Author: Andres Mejia ame...@debian.org
+
+--- a/linux_lib/libcrystalhd/Makefile
b/linux_lib/libcrystalhd/Makefile
+@@ -30,6 +30,9 @@
+ CPPFLAGS += $(MACHINE_OPTS)
+ LDFLAGS = -Wl,-soname,${BCLIB_SL} -pthread
+
++CPPFLAGS += $(EXTRA_CPPFLAGS) $(EXTRA_CXXFLAGS)
++LDFLAGS += $(EXTRA_LDFLAGS)
++
+ SRCFILES = libcrystalhd_if.cpp \
+ libcrystalhd_int_if.cpp \
+ libcrystalhd_fwcmds.cpp \
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/patches/series
crystalhd-0.0~git20110715.fdd2f19/debian/patches/series
--- crystalhd-0.0~git20110715.fdd2f19/debian
Bug#702109: unblock: crystalhd/1:0.0~git20110715.fdd2f19-8
retitle 702109 unblock: crystalhd/1:0.0~git20110715.fdd2f19-9
stop
On Saturday, March 02, 2013 2:43:26 PM Adam D. Barratt wrote:
As per our last d-d-a mail in January[1], release goal changes no longer
qualify for unblocks.
Regards,
Adam
[1] http://lists.debian.org/debian-devel-announce/2013/01/msg5.html
Ok, please unblock crystalhd/1:0.0~git20110715.fdd2f19-9.
This will only have the removal of the dkms package to
address bugs 682252 and 699470. Note the bug 682252
was marked a normal bug, but both were actually the
same bug and both were release critical.
Here is the debdiff from the current package in testing
to the new package in unstable.
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/changelog
crystalhd-0.0~git20110715.fdd2f19/debian/changelog
--- crystalhd-0.0~git20110715.fdd2f19/debian/changelog 2013-03-02
14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/changelog 2013-03-02
17:45:53.0 -0500
@@ -1,3 +1,23 @@
+crystalhd (1:0.0~git20110715.fdd2f19-9) unstable; urgency=high
+
+ * New package upload with just fixes to remove dkms package.
+ * Revert bump to Standards-Version 3.9.4.
+ * Revert build with hardening options to satisfy Wheezy release goal.
+
+ -- Andres Mejia ame...@debian.org Sat, 02 Mar 2013 17:43:59 -0500
+
+crystalhd (1:0.0~git20110715.fdd2f19-8) unstable; urgency=high
+
+ * Remove dkms package which contained buggy driver.
+Driver already existed in mainline kernel. Any issues with the driver
+should be directed to the kernel package.
+(Closes: #682252)
+(Closes: #699470)
+ * Bump to Standards-Version 3.9.4.
+ * Build with hardening options to satisfy Wheezy release goal.
+
+ -- Andres Mejia ame...@debian.org Sat, 02 Mar 2013 13:34:36 -0500
+
crystalhd (1:0.0~git20110715.fdd2f19-7) unstable; urgency=low
* Include udev rules for crystalhd-dkms.
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/control
crystalhd-0.0~git20110715.fdd2f19/debian/control
--- crystalhd-0.0~git20110715.fdd2f19/debian/control2013-03-02
14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/control2013-03-02
17:43:19.0 -0500
@@ -3,8 +3,7 @@
Maintainer: Andres Mejia ame...@debian.org
Build-Depends: debhelper (= 8.1.3~),
libgstreamer0.10-dev,
- libgstreamer-plugins-base0.10-dev,
- dkms
+ libgstreamer-plugins-base0.10-dev
Standards-Version: 3.9.3
Section: libs
Homepage: http://www.broadcom.com/support/crystal_hd/
@@ -37,18 +36,6 @@
.
This package contains the shared library.
-Package: crystalhd-dkms
-Section: kernel
-Architecture: amd64 i386
-Depends: ${shlibs:Depends}, ${misc:Depends}, dkms
-Suggests: linux-headers
-Description: Crystal HD Video Decoder (Linux kernel driver)
- Crystal HD Solution is a product offered by Broadcom. It is used to enable
- flawless playback of 1080p high definition video across a wide range of
- systems.
- .
- This package contains the crystalhd Linux kernel driver.
-
Package: gstreamer0.10-crystalhd
Section: video
Architecture: amd64 i386
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.dkms
crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-
dkms.dkms
--- crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.dkms
2013-03-02 14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.dkms
1969-12-31 19:00:00.0 -0500
@@ -1,11 +0,0 @@
-# DKMS configuration for crystalhd
-
-PACKAGE_NAME=crystalhd
-PACKAGE_VERSION=#MODULE_VERSION#
-BUILT_MODULE_NAME[0]=$PACKAGE_NAME
-BUILT_MODULE_LOCATION[0]=driver/linux
-DEST_MODULE_LOCATION[0]=/updates/dkms/
-AUTOINSTALL=yes
-
-MAKE[0]=cd driver/linux ./configure make
-CLEAN=make -C driver/linux clean distclean
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.install
crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-
dkms.install
--- crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.install
2013-03-02 14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/crystalhd-dkms.install
1969-12-31 19:00:00.0 -0500
@@ -1,2 +0,0 @@
-usr/src
-lib/udev/rules.d
diff -Nru crystalhd-0.0~git20110715.fdd2f19/debian/rules
crystalhd-0.0~git20110715.fdd2f19/debian/rules
--- crystalhd-0.0~git20110715.fdd2f19/debian/rules 2013-03-02
14:23:07.0 -0500
+++ crystalhd-0.0~git20110715.fdd2f19/debian/rules 2013-03-02
17:43:52.0 -0500
@@ -1,8 +1,5 @@
#!/usr/bin/make -f
-UPSTREAM_VERSION = $(shell dpkg-parsechangelog | grep -G '^Version' | \
- cut -d ' ' -f 2 | sed 's/^[^:]:*//' | sed 's/-.*$$//')
-
DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
EXTRA_INCLUDES = -I$(CURDIR)/include \
@@ -11,7 +8,7 @@
EXTRA_LD_PATH = -L$(CURDIR)/linux_lib/libcrystalhd
%:
- dh $@ --with dkms
+ dh $@
override_dh_auto_build:
make -C linux_lib/libcrystalhd
@@ -24,18 +21,9
[ubuntu/raring-proposed] libarchive 3.1.2-5 (Accepted)
libarchive (3.1.2-5) experimental; urgency=low * Update patch to fix LZO test cases to use changes from upstream. * Update homepage field for new homepage URL. * Add upstream changes to fix building libarchive with lrzip support. Date: 2013-02-25 04:24:28.142894+00:00 Signed-By: Benjamin Drung bdr...@debian.org https://launchpad.net/ubuntu/raring/+source/libarchive/3.1.2-5 Sorry, changesfile not available.-- Raring-changes mailing list Raring-changes@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/raring-changes
Bug#681840: liblzo2-dev: multirch dev package
Hi, You asked over the summer if this was necessary for wheezy. The answer is yes, this is one of Debian wheezy's release goals. [1]. 1. http://release.debian.org/wheezy/goals.txt -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699470: crystalhd-dkms: Kernel null pointer BUG in crystalhd_dioq_fetch_wait()
It looks like the crystalhd drivers are buggy with newer kernel releases. I opt for removing the dkms package. I will do this over the weekend. On Thu, Feb 28, 2013 at 4:52 PM, thomas schorpp thomas.scho...@gmail.com wrote: On 28.02.2013 20:41, Julien Cristau wrote: On Thu, Jan 31, 2013 at 19:25:50 +0100, tom schorpp wrote: Package: crystalhd-dkms Version: 1:0.0~git20110715.fdd2f19-7 Severity: critical Tags: patch Justification: breaks the whole system Reproducible NULL pointer BUG at crystalhd-0.0~git20110715.fdd2f19/driver/linux/crystalhd_misc.c:515, triggered by adobe flash plugin from dmo repo, ffmpeg, mplayer, bino or other, mostly on heavy ioq usage or after FETCH_TIMEOUT and/or unclosed driver HANDLEs. Does the maintainer or somebody on pkg-multimedia plan on fixing this RC bug? If not I'll consider a NMU removing the dkms package from crystalhd source. Cheers, Julien Known linux-media Maintainers STAGING - CRYSTAL HD VIDEO DECODER M:Naren Sankar nsan...@broadcom.com M:Jarod Wilson ja...@wilsonet.com M:Scott Davilla davi...@4pi.com M:Manu Abraham abraham.m...@gmail.com seem to have left the Broadcom's legacy driver code, focusing on the new linux-media staging driver, but limited time, one stated lately on the linux-media/LKML, nothing read from the others. I could adapt it to new kernel releases the next 2-3 years, but nothing more, not a experienced kernel driver coder, no debian package/policy maintaining motivation because I do not use dkms or debian kernels packages. If my last patch applies to Your codebase in the debian git repository (mine is from git.linuxtv.org, according to the git changelog more advanced in the gstreamer plugin, merge?) You may consider it hotfixed and release with known multithreading (gstreamer based transcoders/matroska demuxers) and PM ACPI S3 issues? Has not crashed here any more, nor notable side effects with usual playback use cases, including Totem (gstreamer). y tom ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699470: crystalhd-dkms: Kernel null pointer BUG in crystalhd_dioq_fetch_wait()
On Fri, Mar 1, 2013 at 3:55 PM, Julien Cristau jcris...@debian.org wrote: On Fri, Mar 1, 2013 at 21:38:54 +0100, thomas schorpp wrote: So no technical reasons to drop the package? Until and unless the driver is in mainline, there's every reason to drop it. Cheers, Julien I just checked the crystalhd driver in the mainline kernel. The driver seems to be much better maintained over there than at linuxtv.org. See [1]. I'm going to drop the driver from linuxtv.org. If after I drop the package someone has some compelling reason to use the driver from linuxtv.org, they can submit another bug to the crystalhd package and explain why the linuxtv.org driver should be used. 1. https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/drivers/staging/crystalhd -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Bug 1138284] [NEW] sync request: libarchive (3.1.2-5) from experimental
Public bug reported: Please sync libarchive (3.1.2-5) from Debian experimental main. The changes introduced with this new sync are * fixes to get LZO support working in libarchive * LRZIP support is introduced ** Affects: libarchive (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1138284 Title: sync request: libarchive (3.1.2-5) from experimental To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libarchive/+bug/1138284/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: Bug#699470: crystalhd-dkms: Kernel null pointer BUG in crystalhd_dioq_fetch_wait()
It looks like the crystalhd drivers are buggy with newer kernel releases. I opt for removing the dkms package. I will do this over the weekend. On Thu, Feb 28, 2013 at 4:52 PM, thomas schorpp thomas.scho...@gmail.com wrote: On 28.02.2013 20:41, Julien Cristau wrote: On Thu, Jan 31, 2013 at 19:25:50 +0100, tom schorpp wrote: Package: crystalhd-dkms Version: 1:0.0~git20110715.fdd2f19-7 Severity: critical Tags: patch Justification: breaks the whole system Reproducible NULL pointer BUG at crystalhd-0.0~git20110715.fdd2f19/driver/linux/crystalhd_misc.c:515, triggered by adobe flash plugin from dmo repo, ffmpeg, mplayer, bino or other, mostly on heavy ioq usage or after FETCH_TIMEOUT and/or unclosed driver HANDLEs. Does the maintainer or somebody on pkg-multimedia plan on fixing this RC bug? If not I'll consider a NMU removing the dkms package from crystalhd source. Cheers, Julien Known linux-media Maintainers STAGING - CRYSTAL HD VIDEO DECODER M:Naren Sankar nsan...@broadcom.com M:Jarod Wilson ja...@wilsonet.com M:Scott Davilla davi...@4pi.com M:Manu Abraham abraham.m...@gmail.com seem to have left the Broadcom's legacy driver code, focusing on the new linux-media staging driver, but limited time, one stated lately on the linux-media/LKML, nothing read from the others. I could adapt it to new kernel releases the next 2-3 years, but nothing more, not a experienced kernel driver coder, no debian package/policy maintaining motivation because I do not use dkms or debian kernels packages. If my last patch applies to Your codebase in the debian git repository (mine is from git.linuxtv.org, according to the git changelog more advanced in the gstreamer plugin, merge?) You may consider it hotfixed and release with known multithreading (gstreamer based transcoders/matroska demuxers) and PM ACPI S3 issues? Has not crashed here any more, nor notable side effects with usual playback use cases, including Totem (gstreamer). y tom ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers -- ~ Andres ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#699470: crystalhd-dkms: Kernel null pointer BUG in crystalhd_dioq_fetch_wait()
On Fri, Mar 1, 2013 at 3:55 PM, Julien Cristau jcris...@debian.org wrote: On Fri, Mar 1, 2013 at 21:38:54 +0100, thomas schorpp wrote: So no technical reasons to drop the package? Until and unless the driver is in mainline, there's every reason to drop it. Cheers, Julien I just checked the crystalhd driver in the mainline kernel. The driver seems to be much better maintained over there than at linuxtv.org. See [1]. I'm going to drop the driver from linuxtv.org. If after I drop the package someone has some compelling reason to use the driver from linuxtv.org, they can submit another bug to the crystalhd package and explain why the linuxtv.org driver should be used. 1. https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/drivers/staging/crystalhd -- ~ Andres ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#699470: crystalhd-dkms: Kernel null pointer BUG in crystalhd_dioq_fetch_wait()
It looks like the crystalhd drivers are buggy with newer kernel releases. I opt for removing the dkms package. I will do this over the weekend. On Thu, Feb 28, 2013 at 4:52 PM, thomas schorpp thomas.scho...@gmail.com wrote: On 28.02.2013 20:41, Julien Cristau wrote: On Thu, Jan 31, 2013 at 19:25:50 +0100, tom schorpp wrote: Package: crystalhd-dkms Version: 1:0.0~git20110715.fdd2f19-7 Severity: critical Tags: patch Justification: breaks the whole system Reproducible NULL pointer BUG at crystalhd-0.0~git20110715.fdd2f19/driver/linux/crystalhd_misc.c:515, triggered by adobe flash plugin from dmo repo, ffmpeg, mplayer, bino or other, mostly on heavy ioq usage or after FETCH_TIMEOUT and/or unclosed driver HANDLEs. Does the maintainer or somebody on pkg-multimedia plan on fixing this RC bug? If not I'll consider a NMU removing the dkms package from crystalhd source. Cheers, Julien Known linux-media Maintainers STAGING - CRYSTAL HD VIDEO DECODER M:Naren Sankar nsan...@broadcom.com M:Jarod Wilson ja...@wilsonet.com M:Scott Davilla davi...@4pi.com M:Manu Abraham abraham.m...@gmail.com seem to have left the Broadcom's legacy driver code, focusing on the new linux-media staging driver, but limited time, one stated lately on the linux-media/LKML, nothing read from the others. I could adapt it to new kernel releases the next 2-3 years, but nothing more, not a experienced kernel driver coder, no debian package/policy maintaining motivation because I do not use dkms or debian kernels packages. If my last patch applies to Your codebase in the debian git repository (mine is from git.linuxtv.org, according to the git changelog more advanced in the gstreamer plugin, merge?) You may consider it hotfixed and release with known multithreading (gstreamer based transcoders/matroska demuxers) and PM ACPI S3 issues? Has not crashed here any more, nor notable side effects with usual playback use cases, including Totem (gstreamer). y tom ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699470: crystalhd-dkms: Kernel null pointer BUG in crystalhd_dioq_fetch_wait()
On Fri, Mar 1, 2013 at 3:55 PM, Julien Cristau jcris...@debian.org wrote: On Fri, Mar 1, 2013 at 21:38:54 +0100, thomas schorpp wrote: So no technical reasons to drop the package? Until and unless the driver is in mainline, there's every reason to drop it. Cheers, Julien I just checked the crystalhd driver in the mainline kernel. The driver seems to be much better maintained over there than at linuxtv.org. See [1]. I'm going to drop the driver from linuxtv.org. If after I drop the package someone has some compelling reason to use the driver from linuxtv.org, they can submit another bug to the crystalhd package and explain why the linuxtv.org driver should be used. 1. https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/drivers/staging/crystalhd -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701782: java-package: Add java-6-sun - j2sdk1.6-oracle symlink for Java 1.6 packages
Package: java-package Version: 0.50+nmu2 Severity: normal Building Android requires either JDK 6 for Gingerbread or newer, and JDK 5 for Froyo or older. For JDK 6, the java package is expected to be found under /usr/lib/jvm/java-6-sun. Adding a symlink from /usr/lib/jvm/java-6-sun - /usr/lib/jvm/j2sdk1.6-oracle will allow Android to be built for Gingerbread and newer. Please provide this symlink. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages java-package depends on: ii debhelper 9.20120909 ii fakeroot1.18.4-2 ii libasound2 1.0.25-4 ii libx11-62:1.5.0-1 ii unzip 6.0-8 Versions of packages java-package recommends: ii dpkg-dev 1.16.9 ii gcc 4:4.7.2-1 Versions of packages java-package suggests: ii openjdk-6-jre 6b24-1.11.5-1 pn openjdk-7-jre none -- no debconf information __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#701782: java-package: Add java-6-sun - j2sdk1.6-oracle symlink for Java 1.6 packages
Package: java-package Version: 0.50+nmu2 Severity: normal Building Android requires either JDK 6 for Gingerbread or newer, and JDK 5 for Froyo or older. For JDK 6, the java package is expected to be found under /usr/lib/jvm/java-6-sun. Adding a symlink from /usr/lib/jvm/java-6-sun - /usr/lib/jvm/j2sdk1.6-oracle will allow Android to be built for Gingerbread and newer. Please provide this symlink. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages java-package depends on: ii debhelper 9.20120909 ii fakeroot1.18.4-2 ii libasound2 1.0.25-4 ii libx11-62:1.5.0-1 ii unzip 6.0-8 Versions of packages java-package recommends: ii dpkg-dev 1.16.9 ii gcc 4:4.7.2-1 Versions of packages java-package suggests: ii openjdk-6-jre 6b24-1.11.5-1 pn openjdk-7-jre none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted libarchive 3.1.2-5 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 24 Feb 2013 16:44:32 -0500 Source: libarchive Binary: libarchive-dev libarchive13 bsdtar bsdcpio Architecture: source amd64 Version: 3.1.2-5 Distribution: experimental Urgency: low Maintainer: Debian Libarchive Maintainers ah-libarch...@debian.org Changed-By: Andres Mejia ame...@debian.org Description: bsdcpio- Implementation of the 'cpio' program from FreeBSD bsdtar - Implementation of the 'tar' program from FreeBSD libarchive-dev - Multi-format archive and compression library (development files) libarchive13 - Multi-format archive and compression library (shared library) Changes: libarchive (3.1.2-5) experimental; urgency=low . * Update patch to fix LZO test cases to use changes from upstream. * Update homepage field for new homepage URL. * Add upstream changes to fix building libarchive with lrzip support. Checksums-Sha1: 3f9537830dbb0f9b99caa2ff3104b4dc7847fe54 2290 libarchive_3.1.2-5.dsc c16190772aa784a94af7633fda43b0bfd1a51162 12892 libarchive_3.1.2-5.debian.tar.gz 56b381515672af8eda790c1a8a2b248c8e56fdf1 530450 libarchive-dev_3.1.2-5_amd64.deb ddec1bb75aeaa45c0f0c6b47cb71088a055ea325 320758 libarchive13_3.1.2-5_amd64.deb 9ff945a65ac257a8691ed3834c5e3619e91f32eb 57910 bsdtar_3.1.2-5_amd64.deb e4c1d7ffe2aa058a41a515f829660ad983fe74a8 41820 bsdcpio_3.1.2-5_amd64.deb Checksums-Sha256: 4c45392483513bc57bf5fe9d546ba11e605d09ab598e49c4608a156f1e966bbf 2290 libarchive_3.1.2-5.dsc 632ef8e81e0727d14ad38de47bdc9b1f16ce1bca67363e2b14e2d7f62b3b31f6 12892 libarchive_3.1.2-5.debian.tar.gz 8ce4b48cb6a2b64317c8c2d73c9288d8cf0eccca8091c061b888b421b7863b4f 530450 libarchive-dev_3.1.2-5_amd64.deb d1a751de512fec5c1be5da8a8f7c4a625967a3123b0c991d95ed885d0b66ed79 320758 libarchive13_3.1.2-5_amd64.deb 2a90099f1d6709f4f6598d53708495fb97d72708c8bf4ec494c954f86852fb21 57910 bsdtar_3.1.2-5_amd64.deb e086b6f68104322a8e8f7698af5a17c538b450e592e5a262d095c75bb0d8d949 41820 bsdcpio_3.1.2-5_amd64.deb Files: 9d7cf34ecb0519ae8216e79a5206f4f6 2290 libs optional libarchive_3.1.2-5.dsc 5bbe13878f59719420c22822c61c8731 12892 libs optional libarchive_3.1.2-5.debian.tar.gz 18c216170491334f1e08397893e9e1a2 530450 libdevel optional libarchive-dev_3.1.2-5_amd64.deb f38a90728744d2474e57b28724c05269 320758 libs optional libarchive13_3.1.2-5_amd64.deb eba6559ad01d489c48de0ed7ea4b4d0a 57910 utils optional bsdtar_3.1.2-5_amd64.deb 24bef79b41a4e4d3738f01e5ec65d974 41820 utils optional bsdcpio_3.1.2-5_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRKo5PAAoJED+5x4pTyFTfZwIQAKxxd25WY7CJ4hoA2qAvHFk2 8SOk+BBfFsWi6CIkril88L91i22pe79cH1Pgo9WMbDiJckJGGMOVxQ983pqCtxlu K47kVSis34t9xsLbMmvnPxDqgVMBFjkoglDm6619iLqHG7cY0YQpVG/fzCkxNCb8 3eSh11/zv8DMZ9oTck8++01KbV+Sqf8XSrqTmjZ05S/73uh3+F5v61aVwIRE67lY iI4mvUvDquCkZbbjbR0lun4DggbWHXGfWGTqImFaklLZEHevVG8lElLMkKMrw4wP iUb/rkr6f5CWUv2d5QQRNINA8BoR+DUoBjZfPkhRBDat3KY55VXQszkYXZvo5vt9 e7ftpQMmuVLJuVNjXiRgnLPlQAHi8nBlNYCTCXkhnfacGswW6m9K9wDEsTB/MjYg vF7smHP0bwNjia0ufnohAcbJqN1HG+OshIJsuMmhjgUrvbLnKG8xrjgjzOq/z8NN jKSXUtgzBp3j64nQabjOlhbKCF55RO4CIDnmzcVyndv1sIQxLBX/Y+xspValO/O2 sKRxHoUzbWHmFJ75ARuC36/aFDRfJ8WrXjzYNm2QOkEFTKmqdrtImUnR+c+iJdYZ Va2ZuxqNm9k85+wRfdqDIds03UIljHpN4f9+xqIqCMpEo5ds2N6v4+iomCgGW2HD G5EcCiGV+TpQ+XlMoUE7 =3UxF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1u9jt4-0007fv...@franck.debian.org
Accepted libarchive 3.1.2-4 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 23 Feb 2013 23:44:26 -0500 Source: libarchive Binary: libarchive-dev libarchive13 bsdtar bsdcpio Architecture: source amd64 Version: 3.1.2-4 Distribution: experimental Urgency: low Maintainer: Debian Libarchive Maintainers ah-libarch...@debian.org Changed-By: Andres Mejia ame...@debian.org Description: bsdcpio- Implementation of the 'cpio' program from FreeBSD bsdtar - Implementation of the 'tar' program from FreeBSD libarchive-dev - Multi-format archive and compression library (development files) libarchive13 - Multi-format archive and compression library (shared library) Changes: libarchive (3.1.2-4) experimental; urgency=low . * Add mtree filename length fix from upstream. * Add fix for LZO test cases. * Renable LZO support. * Bump Standards-Version to 3.9.4. Checksums-Sha1: 4e43d06360f4dfe6b9fe8e3d19b39d50a90ce142 2286 libarchive_3.1.2-4.dsc 4169e5bbeca822a303532eb0df605251614c9808 11852 libarchive_3.1.2-4.debian.tar.gz 965fef0a584c10056c3a7e8c492ed2a8e231aef8 530234 libarchive-dev_3.1.2-4_amd64.deb f7b3e448bdbf23cddf10d5d8d42768a5ad2bf357 320600 libarchive13_3.1.2-4_amd64.deb 8563fce6a97a73171c75287dd9ce7a4174100a8b 57850 bsdtar_3.1.2-4_amd64.deb f59b2c7cdcfc2337bd3edb15cadb2ef9dea02570 41758 bsdcpio_3.1.2-4_amd64.deb Checksums-Sha256: afcb25af13436d4ce21b65ae8fc1dd8b184ca74c24e62a5f3396ab0a5432d6be 2286 libarchive_3.1.2-4.dsc a0f808c6056fc2afab38af402a6e4dcc425eeb6ae3c9f80af911d5cc74a9a76f 11852 libarchive_3.1.2-4.debian.tar.gz 0d3599673ebdf95438c2a53189ee482d930c794294a7288741c227ca1ba58ecb 530234 libarchive-dev_3.1.2-4_amd64.deb 42793d437546c995a0f9010f27a28bbce6536eb2ba3703cbfce8f2dc899d8c91 320600 libarchive13_3.1.2-4_amd64.deb 1706c950c613566a72f2a623195647fb16db4ab9978bfd9540d4ecddf0138260 57850 bsdtar_3.1.2-4_amd64.deb c2ea0032dd4b383d384a00c5d5221be95120edeaf0a6774d3d107b9c0e6ee449 41758 bsdcpio_3.1.2-4_amd64.deb Files: e34616a482d0618adc8d59311c508fa4 2286 libs optional libarchive_3.1.2-4.dsc d0336ecc2fc8ce192fd2c27cb5543270 11852 libs optional libarchive_3.1.2-4.debian.tar.gz 7e977b08ece9dfb8f58407e27d494734 530234 libdevel optional libarchive-dev_3.1.2-4_amd64.deb aa7f74d3d1407139e70ef77698ffcf26 320600 libs optional libarchive13_3.1.2-4_amd64.deb 1c67859a52eaf20458f01707c0bf5e5c 57850 utils optional bsdtar_3.1.2-4_amd64.deb 997d1766d1b61b35594a3ec2eb835ea4 41758 utils optional bsdcpio_3.1.2-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRKZwjAAoJED+5x4pTyFTfKSIP/3Nnwlot0nUWITKoHR3oZAwH wJjNkC1dKn77imMjwMjwbc2Nua6zizXm9ji/kDy9rGm5RiiXLbaM7lcXXafUuJH9 WBtjqsLPBtrIbSg9G5MLE6OrkT4AN/vgrvvxfhNSHgPFHKoYLdVF4fp5amYaOn+g HhGs5kn0ark0o4UpMCPgsS/ZspTr/b4V2Yt+/VGvgh1hSxqClbqBc/tvS3gPvLSt 64V4yTWKacDjTkqxF9vWtIRvuMtKJj4UbFUCMIUjeRWKZ936a4vgeoRdWMakhED9 /yWCw0A3POtKs+eKndYtOso5RMnrm+OdO6ZcqI5C2kdioinbfrOHEer33+LGiSp/ x6Fjh0g1RCDeKjvT34MmpLP8oHaTzL/i3d+3+dxCw6wuU0aPZ9R0mdz7cPD7k/W3 yinfYrVrAmyI6ReX3Zh0eav1xQE6BFlmNw4dDVBSXnZFYS3sasnJFS2FlFZ0fW9Y eYsJW61+Voo6CN5zQi9BOHbmBgyn7Vk7FT2eMmetHA8ygbgkMhVi/8LJ6Wnryacn x+fDDKt1Mn/X3VrBY2REnhbZvGqtjZun39C57C2jfb0Ubj3sDZ3+Hm+cuHaUMDfB iT8ABNKtCUnKJEM1PFNyYzTNWiERTJ2hNd6CsyDW23nV/vCKAQcwm8h36S6qpzjT UNh2/q92ctlxopoLnaxG =SOH/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1u9tju-0004ej...@franck.debian.org
[SCM] maven-native packaging branch, upstream, created. 2b0f185e01ad45c02f1c8c61470a1949b233b0d8
The branch, upstream has been created at 2b0f185e01ad45c02f1c8c61470a1949b233b0d8 (commit) - Shortlog --- -- maven-native packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] maven-native packaging branch, pristine-tar, created. bbc98417eaa9c9a04c9293890b71a7756bf99b66
The branch, pristine-tar has been created at bbc98417eaa9c9a04c9293890b71a7756bf99b66 (commit) - Shortlog commit bbc98417eaa9c9a04c9293890b71a7756bf99b66 Author: Andres Mejia amejia...@gmail.com Date: Fri Feb 15 20:57:08 2013 -0500 pristine-tar data for maven-native_1.0~alpha-7.orig.tar.gz --- -- maven-native packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] maven-native packaging branch, master, created. b71e694fc9a24d49d8836e31f7017ac4bcda9690
The branch, master has been created at b71e694fc9a24d49d8836e31f7017ac4bcda9690 (commit) - Shortlog commit b71e694fc9a24d49d8836e31f7017ac4bcda9690 Author: Andres Mejia ame...@debian.org Date: Thu Feb 14 18:08:27 2013 -0500 Imported Debian patch 1.0~alpha-7-1 --- -- maven-native packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] maven-native packaging annotated tag, debian/1.0_alpha-7-1, created. debian/1.0_alpha-7-1
The annotated tag, debian/1.0_alpha-7-1 has been created at 2c9fd38b95e5de4bb227457effa627f7b1fa24fa (tag) tagging b71e694fc9a24d49d8836e31f7017ac4bcda9690 (commit) replaces upstream/1.0_alpha-7 tagged by Andres Mejia on Fri Feb 15 20:57:08 2013 -0500 - Shortlog Debian release 1.0~alpha-7-1 Andres Mejia (1): Imported Debian patch 1.0~alpha-7-1 --- -- maven-native packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] maven-native packaging annotated tag, upstream/1.0_alpha-7, created. upstream/1.0_alpha-7
The annotated tag, upstream/1.0_alpha-7 has been created at 598f1a41018b6bb966642477ae3a052eeb031eac (tag) tagging 2b0f185e01ad45c02f1c8c61470a1949b233b0d8 (commit) tagged by Andres Mejia on Fri Feb 15 20:57:07 2013 -0500 - Shortlog Upstream version 1.0~alpha-7 Andres Mejia (1): Imported Upstream version 1.0~alpha-7 --- -- maven-native packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] maven-native packaging branch, master, updated. upstream/1.0_alpha-7-2-ga182b5f
The following commit has been merged in the master branch: commit a182b5ff65fc628d8a9744c3a5b55e131e5dfe58 Author: Andres Mejia amejia...@gmail.com Date: Fri Feb 15 21:00:51 2013 -0500 Update changelog. diff --git a/debian/changelog b/debian/changelog index 808160c..a499b07 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,5 @@ -maven-native (1.0~alpha-7-1) UNRELEASED; urgency=low +maven-native (1.0~alpha-7-1) unstable; urgency=low - * Initial release. (Closes: #XX) + * Initial release. (Closes: #700679) -- Andres Mejia ame...@debian.org Thu, 14 Feb 2013 18:08:27 -0500 -- maven-native packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] maven-native packaging branch, master, updated. upstream/1.0_alpha-7-3-g9d23761
The following commit has been merged in the master branch: commit 9d23761624d99b663ab9a97fd08353cfed9de438 Author: Andres Mejia amejia...@gmail.com Date: Fri Feb 15 21:33:16 2013 -0500 Add lintian overrides for needless-dependency-on-jre lintian warning. diff --git a/debian/libmaven-native-java.lintian-overrides b/debian/libmaven-native-java.lintian-overrides new file mode 100644 index 000..074a7a1 --- /dev/null +++ b/debian/libmaven-native-java.lintian-overrides @@ -0,0 +1,3 @@ +# libmaven-native-java requires javah which therefore means it requires +# a JDK +libmaven-native-java: needless-dependency-on-jre -- maven-native packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] maven-native packaging branch, master, updated. upstream/1.0_alpha-7-4-g2dea366
The following commit has been merged in the master branch: commit 2dea36628d0735c0959b774c46a3339c9b25eb45 Author: Andres Mejia amejia...@gmail.com Date: Fri Feb 15 22:41:26 2013 -0500 Don't provide transformation for maven-native libraries. API is still unstable. diff --git a/debian/maven.rules b/debian/maven.rules index 15353fd..03b7a07 100644 --- a/debian/maven.rules +++ b/debian/maven.rules @@ -19,14 +19,6 @@ s/bcel/org.apache.bcel/ bcel jar s/.*/5.x/ * * junit junit jar s/3\..*/3.x/ * * org.apache.bcel bcel jar s/5\..*/5.x/ * * -org.codehaus.mojo.natives maven-native-api jar s/1\..*/1.x/ * * -org.codehaus.mojo.natives maven-native-bcc jar s/1\..*/1.x/ * * -org.codehaus.mojo.natives maven-native-components pom s/1\..*/1.x/ * * -org.codehaus.mojo.natives maven-native-generic-c jar s/1\..*/1.x/ * * -org.codehaus.mojo.natives maven-native-javah jar s/1\..*/1.x/ * * -org.codehaus.mojo.natives maven-native-manager jar s/1\..*/1.x/ * * -org.codehaus.mojo.natives maven-native-msvc jar s/1\..*/1.x/ * * -org.codehaus.mojo.natives maven-native pom s/1\..*/1.x/ * * org.codehaus.plexus plexus-container-default jar s/.*/1.5.5/ * * org.codehaus.plexus plexus-utils jar s/2\..*/2.x/ * * s/org.apache.maven.shared/org.apache.maven.plugin-testing/ maven-plugin-testing-harness * s/.*/debian/ * * diff --git a/debian/rules b/debian/rules index 76b06fb..5be223b 100755 --- a/debian/rules +++ b/debian/rules @@ -5,10 +5,3 @@ include /usr/share/cdbs/1/class/maven.mk include /usr/share/cdbs/1/rules/patchsys-quilt.mk JAVA_HOME := /usr/lib/jvm/default-java - -# Needed in order to build javadoc -after-mvn-build:: - $(DEB_MAVEN_INVOKE) -DgroupId=org.codehaus.mojo.natives \ - -DartifactId=maven-native-api -Dversion=1.0-alpha-7 \ - -Dpackaging=jar \ - -Dfile=$(CURDIR)/maven-native-api/target/maven-native-api-1.0-alpha-7.jar -- maven-native packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] maven-native packaging branch, master, created. bb063924bdd44e0588430508ba83f5000a35835f
The branch, master has been created at bb063924bdd44e0588430508ba83f5000a35835f (commit) - Shortlog commit bb063924bdd44e0588430508ba83f5000a35835f Author: Andres Mejia ame...@debian.org Date: Thu Feb 14 18:08:27 2013 -0500 Imported Debian patch 1.0~alpha7-1 --- -- maven-native packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] maven-native packaging branch, pristine-tar, created. 686fb26a4ed669147a47142f506f318da02cd1c6
The branch, pristine-tar has been created at 686fb26a4ed669147a47142f506f318da02cd1c6 (commit) - Shortlog commit 686fb26a4ed669147a47142f506f318da02cd1c6 Author: Andres Mejia amejia...@gmail.com Date: Sat Feb 16 01:35:47 2013 -0500 pristine-tar data for maven-native_1.0~alpha7.orig.tar.gz --- -- maven-native packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] maven-native packaging branch, upstream, created. 4a7dcb7bcf7f7c69879126918b7d1d6f8e1756c8
The branch, upstream has been created at 4a7dcb7bcf7f7c69879126918b7d1d6f8e1756c8 (commit) - Shortlog --- -- maven-native packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] maven-native packaging annotated tag, upstream/1.0_alpha7, created. upstream/1.0_alpha7
The annotated tag, upstream/1.0_alpha7 has been created at bab31fb816b7397e0325fb5fd0138a20282779d8 (tag) tagging 4a7dcb7bcf7f7c69879126918b7d1d6f8e1756c8 (commit) tagged by Andres Mejia on Sat Feb 16 01:35:47 2013 -0500 - Shortlog Upstream version 1.0~alpha7 Andres Mejia (1): Imported Upstream version 1.0~alpha7 --- -- maven-native packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] maven-native packaging branch, master, updated. upstream/1.0_alpha7-2-g86065e7
The following commit has been merged in the master branch: commit 86065e7646320aad6cd691298596dfd9817a7627 Author: Andres Mejia amejia...@gmail.com Date: Sat Feb 16 01:51:53 2013 -0500 Add build dependency on libmaven-install-plugin-java. diff --git a/debian/control b/debian/control index 530420c..2ffe3be 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,8 @@ Section: java Priority: optional Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Uploaders: Andres Mejia ame...@debian.org -Build-Depends: debhelper (= 7), cdbs, default-jdk, maven-debian-helper (= 1.5) +Build-Depends: debhelper (= 7), cdbs, default-jdk, + maven-debian-helper (= 1.5), libmaven-install-plugin-java Build-Depends-Indep: libbackport-util-concurrent-java, libbcel-java (= 5.1), libcommons-lang-java (= 2.4), libmaven2-core-java, libplexus-archiver-java, libplexus-containers1.5-java (= 1.0-alpha-9), libplexus-utils2-java (= 2.0.1), default-jdk-doc, libbackport-util-concurrent-java-doc, -- maven-native packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] maven-native packaging branch, master, updated. upstream/1.0_alpha7-3-ge489d58
The following commit has been merged in the master branch: commit e489d58b8ca2d96f2a61e6d616a6687951d549a7 Author: Andres Mejia amejia...@gmail.com Date: Sat Feb 16 10:17:17 2013 -0500 Correct debian/copyright to conform to dep5. diff --git a/debian/copyright b/debian/copyright index 0ed40b8..7896416 100644 --- a/debian/copyright +++ b/debian/copyright @@ -1,4 +1,5 @@ -Name: Maven Native +Format: http://dep.debian.net/deps/dep5/ +Upstream-Name: Maven Native Source: http://mojo.codehaus.org/maven-native/native-maven-plugin/ Files: * @@ -25,3 +26,5 @@ License: MIT Files: debian/* Copyright: none License: public-domain + Content in debian/* have their copyright disclaimed and are placed in + the public domain. -- maven-native packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] javolution-msvc packaging branch, master, created. 69c575f0d013312f3e9d790e654cde0c72f45c78
The branch, master has been created at 69c575f0d013312f3e9d790e654cde0c72f45c78 (commit) - Shortlog commit 69c575f0d013312f3e9d790e654cde0c72f45c78 Author: Andres Mejia ame...@debian.org Date: Sat Feb 16 09:56:29 2013 -0500 Imported Debian patch 1.0.0-1 --- -- javolution-msvc packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] javolution-msvc packaging branch, upstream, created. a2d75663055cead0b9b06182da944dbf070d96d6
The branch, upstream has been created at a2d75663055cead0b9b06182da944dbf070d96d6 (commit) - Shortlog --- -- javolution-msvc packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] javolution-msvc packaging branch, pristine-tar, created. 2e7827ee8a4124a3efc49006ae09298f7123039b
The branch, pristine-tar has been created at 2e7827ee8a4124a3efc49006ae09298f7123039b (commit) - Shortlog commit 2e7827ee8a4124a3efc49006ae09298f7123039b Author: Andres Mejia amejia...@gmail.com Date: Sat Feb 16 10:39:39 2013 -0500 pristine-tar data for javolution-msvc_1.0.0.orig.tar.gz --- -- javolution-msvc packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] javolution-msvc packaging annotated tag, upstream/1.0.0, created. upstream/1.0.0
The annotated tag, upstream/1.0.0 has been created at f884f950135a5fee637fc0f734e75deaf3ee25e3 (tag) tagging a2d75663055cead0b9b06182da944dbf070d96d6 (commit) tagged by Andres Mejia on Sat Feb 16 10:39:38 2013 -0500 - Shortlog Upstream version 1.0.0 Andres Mejia (1): Imported Upstream version 1.0.0 --- -- javolution-msvc packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] colapi packaging branch, master, created. 645c8c6be2881360e8598ebba2ce83be3a24303e
The branch, master has been created at 645c8c6be2881360e8598ebba2ce83be3a24303e (commit) - Shortlog commit 645c8c6be2881360e8598ebba2ce83be3a24303e Author: Andres Mejia ame...@debian.org Date: Sat Feb 16 11:28:19 2013 -0500 Imported Debian patch 2.0-1 --- -- colapi packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] colapi packaging branch, upstream, created. b254c14323b47b0539eaef5f75ce647e9d096029
The branch, upstream has been created at b254c14323b47b0539eaef5f75ce647e9d096029 (commit) - Shortlog --- -- colapi packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] colapi packaging branch, pristine-tar, created. b4584dc56775fa958694ca175d5550cd173f048c
The branch, pristine-tar has been created at b4584dc56775fa958694ca175d5550cd173f048c (commit) - Shortlog commit b4584dc56775fa958694ca175d5550cd173f048c Author: Andres Mejia amejia...@gmail.com Date: Sat Feb 16 11:37:47 2013 -0500 pristine-tar data for colapi_2.0.orig.tar.gz --- -- colapi packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] colapi packaging annotated tag, upstream/2.0, created. upstream/2.0
The annotated tag, upstream/2.0 has been created at 2694b53e5b236a947d8a1693d06fe4a2b2a202c1 (tag) tagging b254c14323b47b0539eaef5f75ce647e9d096029 (commit) tagged by Andres Mejia on Sat Feb 16 11:37:47 2013 -0500 - Shortlog Upstream version 2.0 Andres Mejia (1): Imported Upstream version 2.0 --- -- colapi packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] colapi packaging branch, master, updated. upstream/2.0-2-gd564ee3
The following commit has been merged in the master branch: commit d564ee333f68e660278c2656f04f2f51526389bc Author: Andres Mejia amejia...@gmail.com Date: Sat Feb 16 11:51:14 2013 -0500 Add libmaven-plugin-tools-java to build dependencies. diff --git a/debian/control b/debian/control index f003176..540eca7 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,8 @@ Section: java Priority: optional Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Uploaders: Andres Mejia ame...@debian.org -Build-Depends: debhelper (= 7), cdbs, default-jdk, maven-debian-helper (= 1.5) +Build-Depends: debhelper (= 7), cdbs, default-jdk, + maven-debian-helper (= 1.5), libmaven-plugin-tools-java Build-Depends-Indep: libmaven-javadoc-plugin-java, libmaven2-core-java, default-jdk-doc, libmaven2-core-java-doc Standards-Version: 3.9.4 -- colapi packaging ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] Exec Maven Plugin branch, master, updated. debian/1.1.1+dfsg-3-6-gef1e3f7
The following commit has been merged in the master branch: commit 28f5984bb4e9d9efbc0237694f2d7a0038ec71b0 Author: Andres Mejia amejia...@gmail.com Date: Sat Feb 16 13:18:39 2013 -0500 Fix debian/copyright, Correct label to GPL-3+ license. diff --git a/debian/copyright b/debian/copyright index 706e780..e723eb7 100644 --- a/debian/copyright +++ b/debian/copyright @@ -14,6 +14,6 @@ License: Apache-2.0 On Debian GNU/Linux system you can find the complete text of the Apache-2.0 license in '/usr/share/common-licenses/Apache-2.0' -License: GPL-3 +License: GPL-3+ On Debian GNU/Linux system you can find the complete text of the GPL-3 license in '/usr/share/common-licenses/GPL-3' -- Exec Maven Plugin ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] Exec Maven Plugin branch, master, updated. debian/1.1.1+dfsg-3-6-gef1e3f7
The following commit has been merged in the master branch: commit 139284ec7ca6d3722902ca9fb5d33749036946cf Author: Andres Mejia amejia...@gmail.com Date: Sat Feb 16 13:19:13 2013 -0500 Mangle +dfsg part in debian version of package. diff --git a/debian/watch b/debian/watch index 7f5b057..6733eb2 100644 --- a/debian/watch +++ b/debian/watch @@ -1,4 +1,4 @@ version=3 -opts=uversionmangle=s/-(alpha|beta)-/~$1/ \ +opts=uversionmangle=s/-(alpha|beta)-/~$1/,dversionmangle=s/[+]dfsg// \ http://svn.codehaus.org/mojo/tags/ \ exec-maven-plugin-(\d.*)/ debian debian/orig-tar.sh -- Exec Maven Plugin ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] Exec Maven Plugin branch, master, updated. debian/1.1.1+dfsg-3-6-gef1e3f7
The following commit has been merged in the master branch: commit 1333024d28444ada4b1b1c71f759edfb584ecbb8 Author: Andres Mejia amejia...@gmail.com Date: Sat Feb 16 13:05:06 2013 -0500 Reset changes made in upstream source and commit to VCS. diff --git a/src/test/java/org/codehaus/mojo/exec/ExecJavaMojoTest.java b/src/test/java/org/codehaus/mojo/exec/ExecJavaMojoTest.java index 28a1828..62fc9fb 100644 --- a/src/test/java/org/codehaus/mojo/exec/ExecJavaMojoTest.java +++ b/src/test/java/org/codehaus/mojo/exec/ExecJavaMojoTest.java @@ -260,7 +260,7 @@ public class ExecJavaMojoTest ArtifactRepositoryLayout localRepositoryLayout = (ArtifactRepositoryLayout) lookup( ArtifactRepositoryLayout.ROLE, default ); -String path = debian/maven-repo; +String path = src/test/repository; ArtifactRepository localRepository = new DefaultArtifactRepository( local, file:// + new File( path ).getAbsolutePath(), localRepositoryLayout ); diff --git a/src/test/java/org/codehaus/mojo/exec/ExecMojoTest.java b/src/test/java/org/codehaus/mojo/exec/ExecMojoTest.java index 9f4c685..6167797 100644 --- a/src/test/java/org/codehaus/mojo/exec/ExecMojoTest.java +++ b/src/test/java/org/codehaus/mojo/exec/ExecMojoTest.java @@ -243,7 +243,7 @@ public class ExecMojoTest ArtifactRepositoryLayout localRepositoryLayout = (ArtifactRepositoryLayout) lookup( ArtifactRepositoryLayout.ROLE, default ); -String path = debian/maven-repo; +String path = src/test/repository; ArtifactRepository localRepository = new DefaultArtifactRepository( local, file:// + new File( path ).getAbsolutePath(), localRepositoryLayout ); diff --git a/src/test/projects/project1/pom.xml b/src/test/projects/project1/pom.xml index 98a598f..f40a300 100644 --- a/src/test/projects/project1/pom.xml +++ b/src/test/projects/project1/pom.xml @@ -32,12 +32,12 @@ dependency groupIdcommons-io/groupId artifactIdcommons-io/artifactId - versiondebian/version + version1.1/version /dependency dependency groupIdcommons-logging/groupId artifactIdcommons-logging/artifactId - versiondebian/version + version1.0.4/version /dependency /dependencies diff --git a/src/test/projects/project12/pom.xml b/src/test/projects/project12/pom.xml index 4c16fea..f903d0f 100644 --- a/src/test/projects/project12/pom.xml +++ b/src/test/projects/project12/pom.xml @@ -32,12 +32,12 @@ dependency groupIdcommons-io/groupId artifactIdcommons-io/artifactId - versiondebian/version + version1.1/version /dependency dependency groupIdcommons-logging/groupId artifactIdcommons-logging/artifactId - versiondebian/version + version1.0.4/version /dependency /dependencies diff --git a/src/test/projects/project13/pom.xml b/src/test/projects/project13/pom.xml index 85c3ad0..8a68bcd 100644 --- a/src/test/projects/project13/pom.xml +++ b/src/test/projects/project13/pom.xml @@ -34,17 +34,17 @@ dependency groupIdcommons-io/groupId artifactIdcommons-io/artifactId - versiondebian/version + version1.1/version /dependency dependency groupIdcommons-logging/groupId artifactIdcommons-logging/artifactId - versiondebian/version + version1.0.4/version /dependency dependency groupIdjunit/groupId artifactIdjunit/artifactId - versiondebian/version + version3.8.1/version scopetest/scope /dependency /dependencies diff --git a/src/test/projects/project14/pom.xml b/src/test/projects/project14/pom.xml index 35e0a61..4df02dd 100644 --- a/src/test/projects/project14/pom.xml +++ b/src/test/projects/project14/pom.xml @@ -34,17 +34,17 @@ dependency groupIdcommons-io/groupId artifactIdcommons-io/artifactId - versiondebian/version + version1.1/version /dependency dependency groupIdcommons-logging/groupId artifactIdcommons-logging/artifactId - versiondebian/version + version1.0.4/version /dependency dependency groupIdjunit/groupId artifactIdjunit/artifactId - versiondebian/version + version3.8.1/version scopetest/scope /dependency /dependencies diff --git a/src/test/projects/project2/pom.xml b/src/test/projects/project2/pom.xml index 899761d..d449e1a 100644 --- a/src/test/projects/project2/pom.xml +++ b/src/test/projects/project2/pom.xml @@ -12,18 +12,18 @@ dependency groupIdlog4j/groupId artifactIdlog4j/artifactId - versiondebian/version + version1.2.9/version /dependency dependency groupIdcommons-io/groupId artifactIdcommons-io/artifactId - versiondebian/version + version1.1/version scoperuntime/scope /dependency dependency
[SCM] Exec Maven Plugin branch, master, updated. debian/1.1.1+dfsg-3-6-gef1e3f7
The following commit has been merged in the master branch: commit ef1e3f778862409a5fb7bcaa0a29ee13f9ff42a8 Author: Andres Mejia amejia...@gmail.com Date: Sat Feb 16 13:20:14 2013 -0500 Update debian/maven.rules, corrected by maven-debian-helper. diff --git a/debian/maven.rules b/debian/maven.rules index 0a722c2..77d7e5e 100644 --- a/debian/maven.rules +++ b/debian/maven.rules @@ -16,8 +16,8 @@ # and version starting with 3., replacing the version with 3.x # junit junit jar s/3\..*/3.x/ -org.codehaus.plexus plexus-container-default jar s/1\.0-alpha.*/1.0-alpha/ * -s/org.apache.maven.shared/org.apache.maven.plugin-testing/ maven-plugin-testing * s/.*/debian/ * -s/org.apache.maven.shared/org.apache.maven.plugin-testing/ maven-plugin-testing-harness * s/.*/debian/ * -s/org.apache.maven.shared/org.apache.maven.plugin-testing/ maven-plugin-testing-tools * s/.*/debian/ * -s/org.apache.maven.shared/org.apache.maven.plugin-testing/ maven-test-tools * s/.*/debian/ * +org.codehaus.plexus plexus-container-default jar s/1\.0-alpha.*/1.0-alpha/ * * +s/org.apache.maven.shared/org.apache.maven.plugin-testing/ maven-plugin-testing-harness * s/.*/debian/ * * +s/org.apache.maven.shared/org.apache.maven.plugin-testing/ maven-plugin-testing-tools * s/.*/debian/ * * +s/org.apache.maven.shared/org.apache.maven.plugin-testing/ maven-plugin-testing * s/.*/debian/ * * +s/org.apache.maven.shared/org.apache.maven.plugin-testing/ maven-test-tools * s/.*/debian/ * * -- Exec Maven Plugin ___ pkg-java-commits mailing list pkg-java-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
[SCM] Exec Maven Plugin branch, master, updated. debian/1.1.1+dfsg-3-6-gef1e3f7
The following commit has been merged in the master branch: commit 76a0afeb75fd52f9d27f5f347f85bb56ae00c16c Author: Andres Mejia amejia...@gmail.com Date: Sat Feb 16 13:04:35 2013 -0500 Recreate patch used to change local repository used by test cases. diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..12a645d --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +tests-local-repository.patch diff --git a/debian/patches/tests-local-repository.patch b/debian/patches/tests-local-repository.patch new file mode 100644 index 000..d2b5bd4 --- /dev/null +++ b/debian/patches/tests-local-repository.patch @@ -0,0 +1,188 @@ +Description: Patch to use Debian repository for tests. +Origin: debian +Forwarded: not-needed + +--- a/src/test/projects/project6/pom.xml b/src/test/projects/project6/pom.xml +@@ -10,7 +10,7 @@ + dependency + groupIdjunit/groupId + artifactIdjunit/artifactId +-version3.8.1/version ++versiondebian/version + /dependency + /dependencies + /dependencyManagement +--- a/src/test/projects/project6/project5lib/pom.xml b/src/test/projects/project6/project5lib/pom.xml +@@ -15,18 +15,18 @@ + dependency + groupIdlog4j/groupId + artifactIdlog4j/artifactId +- version1.2.9/version ++ versiondebian/version + /dependency + dependency + groupIdcommons-io/groupId + artifactIdcommons-io/artifactId +- version1.1/version ++ versiondebian/version + scoperuntime/scope + /dependency + dependency + groupIdjunit/groupId + artifactIdjunit/artifactId +- version3.8.1/version ++ versiondebian/version + scopetest/scope + /dependency + /dependencies +--- a/src/test/projects/project14/pom.xml b/src/test/projects/project14/pom.xml +@@ -34,17 +34,17 @@ + dependency + groupIdcommons-io/groupId + artifactIdcommons-io/artifactId +- version1.1/version ++ versiondebian/version + /dependency + dependency + groupIdcommons-logging/groupId + artifactIdcommons-logging/artifactId +- version1.0.4/version ++ versiondebian/version + /dependency + dependency + groupIdjunit/groupId + artifactIdjunit/artifactId +- version3.8.1/version ++ versiondebian/version + scopetest/scope + /dependency + /dependencies +--- a/src/test/projects/project12/pom.xml b/src/test/projects/project12/pom.xml +@@ -32,12 +32,12 @@ + dependency + groupIdcommons-io/groupId + artifactIdcommons-io/artifactId +- version1.1/version ++ versiondebian/version + /dependency + dependency + groupIdcommons-logging/groupId + artifactIdcommons-logging/artifactId +- version1.0.4/version ++ versiondebian/version + /dependency + /dependencies + +--- a/src/test/projects/project13/pom.xml b/src/test/projects/project13/pom.xml +@@ -34,17 +34,17 @@ + dependency + groupIdcommons-io/groupId + artifactIdcommons-io/artifactId +- version1.1/version ++ versiondebian/version + /dependency + dependency + groupIdcommons-logging/groupId + artifactIdcommons-logging/artifactId +- version1.0.4/version ++ versiondebian/version + /dependency + dependency + groupIdjunit/groupId + artifactIdjunit/artifactId +- version3.8.1/version ++ versiondebian/version + scopetest/scope + /dependency + /dependencies +--- a/src/test/projects/project2/pom.xml b/src/test/projects/project2/pom.xml +@@ -12,18 +12,18 @@ + dependency + groupIdlog4j/groupId + artifactIdlog4j/artifactId +- version1.2.9/version ++ versiondebian/version + /dependency + dependency + groupIdcommons-io/groupId + artifactIdcommons-io/artifactId +- version1.1/version ++ versiondebian/version + scoperuntime/scope + /dependency + dependency + groupIdjunit/groupId + artifactIdjunit/artifactId +- version3.8.1/version ++ versiondebian/version + scopetest/scope + /dependency + /dependencies +--- a/src/test/projects/project3/pom.xml b/src/test/projects/project3/pom.xml +@@ -32,17 +32,17 @@ + dependency + groupIdcommons-io/groupId + artifactIdcommons-io/artifactId +- version1.1/version ++ versiondebian/version + /dependency + dependency + groupIdcommons-logging/groupId + artifactIdcommons-logging/artifactId +- version1.0.4/version
[SCM] Exec Maven Plugin branch, master, updated. debian/1.1.1+dfsg-3-7-gf1fdc64
The following commit has been merged in the master branch:
commit f1fdc6434c6f1cdeb264294581a3c2d4b1238d50
Author: Andres Mejia amejia...@gmail.com
Date: Sat Feb 16 13:33:53 2013 -0500
Have transitional package depend on new package.
diff --git a/debian/control b/debian/control
index 62c990d..a3b1d28 100644
--- a/debian/control
+++ b/debian/control
@@ -40,7 +40,7 @@ Package: libmaven-exec-plugin-java
Priority: extra
Section: oldlibs
Architecture: all
-Depends: ${misc:Depends}
+Depends: libexec-maven-plugin-java, ${misc:Depends}
Description: Exec Maven Plugin (transitional package)
A plugin to allow execution of system and Java programs
.
--
Exec Maven Plugin
___
pkg-java-commits mailing list
pkg-java-commits@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-commits
Bug#700679: ITP: maven-native -- Maven plugin to compile C/C++ source code
Package: wnpp Severity: wishlist Owner: Andres Mejia ame...@debian.org * Package name: maven-native Version : 1.0~alpha-7 Upstream Author : Dan T. Tran dant...@gmail.com * URL : http://mojo.codehaus.org/maven-native/native-maven-plugin/ * License : MIT Programming Lang: Java Description : Maven plugin to compile C/C++ source code The Native Maven Plugin is a plugin to compile C and C++ source code under Maven using native compilers such as gcc, msvc, gcj, etc. -- 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/20130216015459.5.16678.report...@andres-laptop.home
Bug#700679: ITP: maven-native -- Maven plugin to compile C/C++ source code
Package: wnpp Severity: wishlist Owner: Andres Mejia ame...@debian.org * Package name: maven-native Version : 1.0~alpha-7 Upstream Author : Dan T. Tran dant...@gmail.com * URL : http://mojo.codehaus.org/maven-native/native-maven-plugin/ * License : MIT Programming Lang: Java Description : Maven plugin to compile C/C++ source code The Native Maven Plugin is a plugin to compile C and C++ source code under Maven using native compilers such as gcc, msvc, gcj, etc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700679: ITP: maven-native -- Maven plugin to compile C/C++ source code
Nothing. It's part of the build dependencies for BridJ which I would like to get compiling on the buildd network because of the C code it uses. On Fri, Feb 15, 2013 at 10:38 PM, Istimsak Abdulbasir saqman2...@gmail.com wrote: What is the problem with the Maven plugin? On Fri, Feb 15, 2013 at 8:54 PM, Andres Mejia amejia...@gmail.com wrote: Package: wnpp Severity: wishlist Owner: Andres Mejia ame...@debian.org * Package name: maven-native Version : 1.0~alpha-7 Upstream Author : Dan T. Tran dant...@gmail.com * URL : http://mojo.codehaus.org/maven-native/native-maven-plugin/ * License : MIT Programming Lang: Java Description : Maven plugin to compile C/C++ source code The Native Maven Plugin is a plugin to compile C and C++ source code under Maven using native compilers such as gcc, msvc, gcj, etc. -- 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/20130216015459.5.16678.report...@andres-laptop.home -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700679: ITP: maven-native -- Maven plugin to compile C/C++ source code
Package: wnpp Severity: wishlist Owner: Andres Mejia ame...@debian.org * Package name: maven-native Version : 1.0~alpha-7 Upstream Author : Dan T. Tran dant...@gmail.com * URL : http://mojo.codehaus.org/maven-native/native-maven-plugin/ * License : MIT Programming Lang: Java Description : Maven plugin to compile C/C++ source code The Native Maven Plugin is a plugin to compile C and C++ source code under Maven using native compilers such as gcc, msvc, gcj, etc. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130216015459.5.16678.report...@andres-laptop.home
Bug#700679: ITP: maven-native -- Maven plugin to compile C/C++ source code
Nothing. It's part of the build dependencies for BridJ which I would like to get compiling on the buildd network because of the C code it uses. On Fri, Feb 15, 2013 at 10:38 PM, Istimsak Abdulbasir saqman2...@gmail.com wrote: What is the problem with the Maven plugin? On Fri, Feb 15, 2013 at 8:54 PM, Andres Mejia amejia...@gmail.com wrote: Package: wnpp Severity: wishlist Owner: Andres Mejia ame...@debian.org * Package name: maven-native Version : 1.0~alpha-7 Upstream Author : Dan T. Tran dant...@gmail.com * URL : http://mojo.codehaus.org/maven-native/native-maven-plugin/ * License : MIT Programming Lang: Java Description : Maven plugin to compile C/C++ source code The Native Maven Plugin is a plugin to compile C and C++ source code under Maven using native compilers such as gcc, msvc, gcj, etc. -- 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/20130216015459.5.16678.report...@andres-laptop.home -- ~ Andres -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capm41nohci8fhajtwvkx3fr3ezu1w8x10ffuxwwrsgz4v0y...@mail.gmail.com
Bug#663020: Intend to Package BridJ and friends
retitle 663020 ITP: jnaerator -- parses C/C++/Obj-C headers and generates BridJ/JNA/Rococoa Java interfaces owner 663020 ! retitle 663021 ITP: bridj -- Java / native interoperability library owner 663021 ! thanks I have a need for this now. Since it looks like no one will take up packaging this, I'll look into packaging this myself. -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663021: Intend to Package BridJ and friends
retitle 663020 ITP: jnaerator -- parses C/C++/Obj-C headers and generates BridJ/JNA/Rococoa Java interfaces owner 663020 ! retitle 663021 ITP: bridj -- Java / native interoperability library owner 663021 ! thanks I have a need for this now. Since it looks like no one will take up packaging this, I'll look into packaging this myself. -- ~ Andres -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPM41nMikuFgMkzCv7CKnf2BHcHVjZg_x41Gi=ycdxpbu6j...@mail.gmail.com
[Bug 1123721] [NEW] sync request: libarchive (3.1.2-3)
Public bug reported: Please sync libarchive (3.1.2-3) from Debian experimental main. All Ubuntu changes from libarchive (3.0.4-2git2) have been merged into the Debian package. Also, the Debian package contains the latest upstream release of libarchive. ** Affects: ubuntu Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1123721 Title: sync request: libarchive (3.1.2-3) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+bug/1123721/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Accepted libarchive 3.1.2-3 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 10 Feb 2013 12:43:35 -0500 Source: libarchive Binary: libarchive-dev libarchive13 bsdtar bsdcpio Architecture: source amd64 Version: 3.1.2-3 Distribution: experimental Urgency: low Maintainer: Debian Libarchive Maintainers ah-libarch...@debian.org Changed-By: Andres Mejia ame...@debian.org Description: bsdcpio- Implementation of the 'cpio' program from FreeBSD bsdtar - Implementation of the 'tar' program from FreeBSD libarchive-dev - Multi-format archive and compression library (development files) libarchive13 - Multi-format archive and compression library (shared library) Changes: libarchive (3.1.2-3) experimental; urgency=low . * Update gbp.conf to point to branches used for libarchive packaging in experimental. * Disable LZO support, it is broken on some architectures. Checksums-Sha1: 98df2c754d660d44a25bb778a46fe9c0e9f377a1 2273 libarchive_3.1.2-3.dsc 0d19f1b8b61c01d122bd5456e5531c825532c1d0 10721 libarchive_3.1.2-3.debian.tar.gz 84b9881b61faec518e6348ab913facae0ce38dce 527686 libarchive-dev_3.1.2-3_amd64.deb d7b06a1b4f7790be7e784be3bc2e0b6839f072fb 318342 libarchive13_3.1.2-3_amd64.deb 0119383455d7a2b974a6fbe916c5cf4af8103cd8 57788 bsdtar_3.1.2-3_amd64.deb 04cbdda8589b4e3398279eebdda74c384adae9fa 41700 bsdcpio_3.1.2-3_amd64.deb Checksums-Sha256: b9cfbc790cd385a31cc1c7ee8e1ee323a6bb23a2ac972ac5008a1750d70f0077 2273 libarchive_3.1.2-3.dsc 0da5f0fe56d6a7355c4021bdb966603b314683b4a01bd56bd06de622f1e286b8 10721 libarchive_3.1.2-3.debian.tar.gz 873be4b6486b52c46aac821cda3110d1b313788df22fdc4ccbdbc73a6a0077dc 527686 libarchive-dev_3.1.2-3_amd64.deb 9950cbedc07a12ffbe9d80492d3e6f702edae9067a129c7481d3720ee41dbdaf 318342 libarchive13_3.1.2-3_amd64.deb 2f60a24976e5bb9ac5109ce0b7c7d5bd13d51ca0123d251a25c680efbfbe1fa4 57788 bsdtar_3.1.2-3_amd64.deb 66510926bed635d6a13bd7dc76fea2d730378fe6b850ebc19984ae4c29995976 41700 bsdcpio_3.1.2-3_amd64.deb Files: 879cd6dfde471279e27acaa5de3c73e8 2273 libs optional libarchive_3.1.2-3.dsc ffe60d0b77758996265c57cc49605ff8 10721 libs optional libarchive_3.1.2-3.debian.tar.gz 6f4829b59a631bb51dfd56731268fe43 527686 libdevel optional libarchive-dev_3.1.2-3_amd64.deb af8a4fc22b2be71df54843d3c9c1bdb4 318342 libs optional libarchive13_3.1.2-3_amd64.deb 67dcc6163fe67dd9cf31c51dac360710 57788 utils optional bsdtar_3.1.2-3_amd64.deb 9840e22b7939084fd30ccba2c789a91f 41700 utils optional bsdcpio_3.1.2-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRGVjiAAoJED+5x4pTyFTfiDQP/0noCw0t3aYzXcKp9NucQCPQ CnnA51M1ZRWfKNt9JUFbJ/1fuzvhwVNtOT60XY6HEM1pEk58Kv5H3FVWX4NCoOtJ aUQSW+iWOubNLLFm6GWqU1TaDVx/9KfyCbzbrumxSOA+ammgWldrYHC+JoJZHzNb Cf34cRB7DeZ4eC4Eu1ryr0X+vg7lEBFTa0Pt6xoIX/5dchknyVm8LbNHftURXpOh Uhx3cKC/5DZI+D2wzirqjrOiLt3wodxHhYmFnP8tRclC/XHC7jHDIbigeiGba0BA D1RPJW4ZM5Z/J6Oyj4Ifsva06sm89Z/sh5+k6uhIkouLvx5+skcvtVTMebD0y5yg jnEiDmwdL8A8KYjP6dVmwYJaUPDsECIipd5m5w0/dzraLhrluC8cWp+qOdwVhxe+ UdLFe2Bggz+YgseLmw7D1Rx/7oD12yHQC5HPw3EO/j5OQWHQMF1AzkbF69OSTISD 1xWo/bfJqdInIJ4y+AbM0BhLvkHkIWNYfg2Oiz902ShZlc98i7Y7GBTcnsDcaOOd q+VYCxn2mYwkDO8NcwPgJQUBR6wruAQmrFKJC0MtQqIh23Mqhv8223E0BWjReco4 JQDu0mjs5bvX3w737aN6QoGyIfFzTsyHcu/6sdp/J/pQX+ocih333tffkmelG4VH IW2De+PQiklC7pV1VtT8 =6zSK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1u50wj-0002os...@franck.debian.org
Accepted libarchive 3.1.2-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 09 Feb 2013 13:37:34 -0500 Source: libarchive Binary: libarchive-dev libarchive13 bsdtar bsdcpio Architecture: source amd64 Version: 3.1.2-1 Distribution: experimental Urgency: low Maintainer: Debian Libarchive Maintainers ah-libarch...@debian.org Changed-By: Andres Mejia ame...@debian.org Description: bsdcpio- Implementation of the 'cpio' program from FreeBSD bsdtar - Implementation of the 'tar' program from FreeBSD libarchive-dev - Multi-format archive and compression library (development files) libarchive13 - Multi-format archive and compression library (shared library) Changes: libarchive (3.1.2-1) experimental; urgency=low . * New upstream release. * Enable LZO support. Checksums-Sha1: 192c39358f926c7ccb70a9e30013259758a112c8 2286 libarchive_3.1.2-1.dsc 6a991777ecb0f890be931cec4aec856d1a195489 4527540 libarchive_3.1.2.orig.tar.gz b6d47b5a5e1d6ff275dff0eff0165b1f04cbe908 10541 libarchive_3.1.2-1.debian.tar.gz 2f74bc6ad5819ebc1dd38988f5b5899569cb8a51 530104 libarchive-dev_3.1.2-1_amd64.deb 782e310bc9d619a93126160736bdd1952dfe9cad 320468 libarchive13_3.1.2-1_amd64.deb f69c2375f731ec43404b2078377fd6061f854081 57700 bsdtar_3.1.2-1_amd64.deb 07c2aa0317f2dc361d87dbdf1ca238204311bffe 41628 bsdcpio_3.1.2-1_amd64.deb Checksums-Sha256: 3e614051197fa0bac27199d578be085cb9e078dd866186d7c8512984d2511a85 2286 libarchive_3.1.2-1.dsc eb87eacd8fe49e8d90c8fdc189813023ccc319c5e752b01fb6ad0cc7b2c53d5e 4527540 libarchive_3.1.2.orig.tar.gz c318cc1b6411e70b7cb3963b16e3febfb067644b4d8df9b9201fb81fae627230 10541 libarchive_3.1.2-1.debian.tar.gz c6b7c6f6aa0152b0b941c3117acb1d002f02d0d535107cd556b99cacc8b81fae 530104 libarchive-dev_3.1.2-1_amd64.deb a516c037046a8d51fc6736a10717b0ab90dece955190ba1f1ea0e0ef5c132348 320468 libarchive13_3.1.2-1_amd64.deb 5ca6d87d59f921099f2020971826134e8f01435edb5f369711d7f0105b86ea85 57700 bsdtar_3.1.2-1_amd64.deb 5fbe86aa530f8db90fac3b0522524d99231edbd1291f82179826a56436475c38 41628 bsdcpio_3.1.2-1_amd64.deb Files: 4f8366327626007bcac3f4eb700cffc9 2286 libs optional libarchive_3.1.2-1.dsc efad5a503f66329bb9d2f4308b5de98a 4527540 libs optional libarchive_3.1.2.orig.tar.gz 8448848c5e021b236c4b91d0e68b4865 10541 libs optional libarchive_3.1.2-1.debian.tar.gz 7f2677b012fc1290cd96dfce3e975578 530104 libdevel optional libarchive-dev_3.1.2-1_amd64.deb bb1e0d26980424923af2cd8740e77007 320468 libs optional libarchive13_3.1.2-1_amd64.deb 82ce339261d6fda25d385e8c286ccfa6 57700 utils optional bsdtar_3.1.2-1_amd64.deb fd41863daa9d54fe13852eb46d61c1f0 41628 utils optional bsdcpio_3.1.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRFpsrAAoJED+5x4pTyFTfVugP/iLd7Ar/jI59ZtElbZIzy0qL ZKvH3+XEsy4Av64ijvmzyxDKCgAheh7D+DWzyC1x66suUamsN7xyV5B5keIquDn7 I6LZwbrI3g7QBy+7KbZhmkkpG0tCHvMvlALIl7vrpcJqSqIysyaNlj73Dj9/CD1H /tFyZ7126vJ/kqYdc78EIPqhCDr1kKOCBk28Kikpjgc0rzkYT+3OHVoz0pzs7W1P XMLqxIwv7cy0HGGXuq55Nig0pCutVoJs9/ZmGMWXZQJIMR0N5MsyHw62FKDoO+dZ yCzt4JDQlOCvb8CME6k1XnwsT2ya7tPDg/ospkpR2WJyzFh6Mexp+AvmPQx+1Uid lKqSHGLOyhwHFRzJGNkeTUNJvgOJQIR/hgKNJdEXp8Y2iu7bGwVDaUR3stcmqbBX 6dWZVByA+Zt4Vx2liX206FBHARby7DbCwNfk3U7JuNaFJ3XevGFlBDuN4jp+umam WgQ3JAD4uJwae6AbsggdrySm7uzz331tkEPhBSBOekWpFRjOFIznbTuxo504kxOr 4OMxSfnwJyjRBe7ETOkxMnrQyCOxcTKOqG0e4ya9J9XILl1i52AAhPQt3hvwC8Sv V5waQmOJDungAEdTXw5RXEMjTYP+PWifeESd11Iaqj+mXZdSqBPh6vt6BFhmFT/j 7e33P3/zTAAP9te3PWnS =ZfYs -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1u4fhe-0001aw...@franck.debian.org
Accepted libarchive 3.1.2-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 09 Feb 2013 15:13:20 -0500 Source: libarchive Binary: libarchive-dev libarchive13 bsdtar bsdcpio Architecture: source amd64 Version: 3.1.2-2 Distribution: experimental Urgency: low Maintainer: Debian Libarchive Maintainers ah-libarch...@debian.org Changed-By: Andres Mejia ame...@debian.org Description: bsdcpio- Implementation of the 'cpio' program from FreeBSD bsdtar - Implementation of the 'tar' program from FreeBSD libarchive-dev - Multi-format archive and compression library (development files) libarchive13 - Multi-format archive and compression library (shared library) Changes: libarchive (3.1.2-2) experimental; urgency=low . * Update patches to use changes applied upstream. Checksums-Sha1: ad513c8db43e5df3e9885a9db071f3fe3cc7b217 2286 libarchive_3.1.2-2.dsc 66a1c68dd5cc215fd07c31d9cd2eeadadbf2fde5 10721 libarchive_3.1.2-2.debian.tar.gz d4c5b024252bcf0030dbb57727cdb897ea60ff4d 530128 libarchive-dev_3.1.2-2_amd64.deb 2e2e2ad065ec230fd6fb9010c56ff750c1fdabc6 320512 libarchive13_3.1.2-2_amd64.deb 1bc53801020109c3cb35c9c0c55a4acb9186b86e 57742 bsdtar_3.1.2-2_amd64.deb 044c56971691ecec6c301b611e0db609b0a01872 41660 bsdcpio_3.1.2-2_amd64.deb Checksums-Sha256: 4088da1b93bbe4cfbfc3fd212a5ebefeb547f1d159cbe2a7da09ba4a1cc690e1 2286 libarchive_3.1.2-2.dsc d82ba32ad891eb2c5fa28328d92e6abcb4a0928d8087cf05f173625a8d88c34e 10721 libarchive_3.1.2-2.debian.tar.gz e7c403d6aa41fe2f53f5bc9c29eb02a79476decadbb7ed54234fdf54dcc793dd 530128 libarchive-dev_3.1.2-2_amd64.deb 67be79fc6b6d862ddd018f750f4cee5fffd5d13dee5190af67fd5a1e9af7e504 320512 libarchive13_3.1.2-2_amd64.deb 36a8f3534876739335b457826cd69d81abdf207c1d68c5c62a2630422db137b3 57742 bsdtar_3.1.2-2_amd64.deb 3e1ac1dfeabb85d34c2671d9f6495f85b7b3239db313d5a99afbfb6b01f1d76e 41660 bsdcpio_3.1.2-2_amd64.deb Files: fd96ab942086a1060b9d2862955c3b0f 2286 libs optional libarchive_3.1.2-2.dsc 906c974ff8db5a9aad31013c6d55a3d0 10721 libs optional libarchive_3.1.2-2.debian.tar.gz df764e2ff6903ca9740308005e56f3e0 530128 libdevel optional libarchive-dev_3.1.2-2_amd64.deb 1673363a784622cf03daa092a357e11e 320512 libs optional libarchive13_3.1.2-2_amd64.deb 036fef16a9ef6f10d742054162f45ccc 57742 utils optional bsdtar_3.1.2-2_amd64.deb 394956a16f2ed4113733c125d8fe1049 41660 utils optional bsdcpio_3.1.2-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRFrIuAAoJED+5x4pTyFTfmKMQAJC9iYUkLSlC4BwQbWIIZvTC cavDNlxbmmv3ihGDdZVM8hEXiMmuoUwAW8Wizf69BxlW2IoqnYxISCeQ8GtzNHlx /mQhcO+zCmPYJc0gK/zCevui/NwfFNcCFnpXfJSeR9ABKF4eGdtNsjaSTpw5y4Jb rU7qBB++Z1DNX5BFUkYoNzhDxPKNTnzobYv1TU2+pFSiVGwGMR9iwYxmOrIDIUXc dxkp3g/go/jidxRleOP8UI4fJqB2c6jSDo9ukj9vfpB64H68EjpH0ZeWFNIctyku HGn6znw/kFqXp62+rSIOfzfyuXOmzvUvvBMQOKgFuTeyTFDWdpEhqnHS3kbNGvym R5TLyy51d1jmvFSe1bFTYt8V93oLM/8Z3dkplLs1ztRsfbaFUbkGRQKRI/WQGSUP jjS5LMkcBLtydcWiKPxoABCvnJyY/SAjQxaDiEQ3O8mQrl1Fu3qL9pBStzYbOZ39 cCwbkvCwWwZQGte180xsnKO0c2M+lGFI7qx7HMNeqK+YKzLXqW8iz8n+jbdP3XYh eIvbmxlW0KYdpNc1wUofHKUNTXUw+oC9VesTUJumyej88g3owJTZjTH4YrMOJ7Bb B9B70cs2V5PgTk0biop2Qw4powKzduaaLsnsdKjDypRcOM+edTpBkEQLGKILi1uN u2GB6pYVsP+AASS5vErf =IXnk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1u4hlt-0004uj...@franck.debian.org
Accepted xbmc 2:12.0~git20130127.fb595f2-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Jan 2013 20:13:05 -0500 Source: xbmc Binary: xbmc xbmc-bin xbmc-eventclients-common xbmc-eventclients-dev xbmc-eventclients-wiiremote xbmc-eventclients-j2me xbmc-eventclients-ps3 xbmc-eventclients-xbmc-send Architecture: source all amd64 Version: 2:12.0~git20130127.fb595f2-1 Distribution: experimental Urgency: low Maintainer: Debian XBMC Packaging Team pkg-xbmc-maintain...@lists.alioth.debian.org Changed-By: Andres Mejia ame...@debian.org Description: xbmc - XBMC Media Center (arch-independent data package) xbmc-bin - XBMC Media Center (binary data package) xbmc-eventclients-common - XBMC Media Center (Event Client Common package) xbmc-eventclients-dev - XBMC Media Center (Event Client Dev package) xbmc-eventclients-j2me - XBMC Media Center (Event Client J2ME package) xbmc-eventclients-ps3 - XBMC Media Center (Event Client PS3 package) xbmc-eventclients-wiiremote - XBMC Media Center (Event Client WII Remote support package) xbmc-eventclients-xbmc-send - XBMC Media Center (Event Client XBMC-SEND package) Changes: xbmc (2:12.0~git20130127.fb595f2-1) experimental; urgency=low . * New upload for XBMC 12.0 Frodo. Checksums-Sha1: 71f93f851534c1cfcad2e930bc6cc87fe73ba389 3810 xbmc_12.0~git20130127.fb595f2-1.dsc 03e0d74eea105a8eae22acfafbb9351266a14f82 55681355 xbmc_12.0~git20130127.fb595f2.orig.tar.gz e93a6351d6d38e5736a6b3d059a5dd2ebdf6c9e6 37253 xbmc_12.0~git20130127.fb595f2-1.debian.tar.gz bead7f02eeb191067bda3d6cc31b66dd231e3e4b 21748700 xbmc_12.0~git20130127.fb595f2-1_all.deb 79f9022ba9dc390b29c380633a0bff1301446f35 12198208 xbmc-bin_12.0~git20130127.fb595f2-1_amd64.deb 866d1d43f551541e0a9eda0f3d710c439c1faf35 59022 xbmc-eventclients-common_12.0~git20130127.fb595f2-1_all.deb 3dd03d28d71b191a6342b4a9a79914c68d916174 43358 xbmc-eventclients-dev_12.0~git20130127.fb595f2-1_all.deb de97537baa46d489a0f804ca3a837ac0266be907 61986 xbmc-eventclients-wiiremote_12.0~git20130127.fb595f2-1_amd64.deb d7ca295516f2cb08334c2040a61ceb407d51fc4f 35960 xbmc-eventclients-j2me_12.0~git20130127.fb595f2-1_all.deb 54e65835ed610d2ddb5cd6ffd8e627caa217fafc 36458 xbmc-eventclients-ps3_12.0~git20130127.fb595f2-1_all.deb f69b876cf2f6c360a6844c3ee28d3d8e0db96f91 35156 xbmc-eventclients-xbmc-send_12.0~git20130127.fb595f2-1_all.deb Checksums-Sha256: 12381cb323d69c5f5e84ea7aaa0ce9264877cd5a843c88eee5111422ecc887b3 3810 xbmc_12.0~git20130127.fb595f2-1.dsc 964f13262bb849cc4cb1b75f085709ff518d32c83d91f5c81887828537e38681 55681355 xbmc_12.0~git20130127.fb595f2.orig.tar.gz 6ebb5fe6c618811ec112dee7453ddb846e0d8448366bce78940545a72152cebd 37253 xbmc_12.0~git20130127.fb595f2-1.debian.tar.gz 19e41889f9b1d3711969cabd692fe21eb46e9edffe01472a1df56e87ea59f737 21748700 xbmc_12.0~git20130127.fb595f2-1_all.deb f3bc349639f748f04d236492a773c9a031f6dd81368ec125aa85f94484c69207 12198208 xbmc-bin_12.0~git20130127.fb595f2-1_amd64.deb da185575865d256510e9a317583cf0c497efa25e9998b379e83095bc7f85caeb 59022 xbmc-eventclients-common_12.0~git20130127.fb595f2-1_all.deb bc6b177afce61a2dc78f9f51fd2196b694c8dd50405d961fb0727757f1711167 43358 xbmc-eventclients-dev_12.0~git20130127.fb595f2-1_all.deb 9c837b68aeee268ced6d2a3e6a6a0afc55e9fac88bc0bc3b1918f69f88d73908 61986 xbmc-eventclients-wiiremote_12.0~git20130127.fb595f2-1_amd64.deb 29a31e051701d1b20391cce6b2df5af7ded261d3c40f653d79fa3dd9fa4578f2 35960 xbmc-eventclients-j2me_12.0~git20130127.fb595f2-1_all.deb c41bb9338b746169772c2241569f3468107999ca553932a0d7bf30de696d6cb0 36458 xbmc-eventclients-ps3_12.0~git20130127.fb595f2-1_all.deb ad3ff5aeee703f03efb9e851d2fa5b8d0b4117f53f1640abb666211a3dd2d320 35156 xbmc-eventclients-xbmc-send_12.0~git20130127.fb595f2-1_all.deb Files: bffcf3b226a6306aa5c0e8192c22db44 3810 video optional xbmc_12.0~git20130127.fb595f2-1.dsc fc8ae8ce92812c6f6580b2337947c3a1 55681355 video optional xbmc_12.0~git20130127.fb595f2.orig.tar.gz 3f068e4866b30c044c93a0db3bfd 37253 video optional xbmc_12.0~git20130127.fb595f2-1.debian.tar.gz 7d63b24f1b1c293ca533e82bd3033a63 21748700 video optional xbmc_12.0~git20130127.fb595f2-1_all.deb c2e868f8ce6973e1cfde44d666dc4ed2 12198208 video optional xbmc-bin_12.0~git20130127.fb595f2-1_amd64.deb afe2ce06142ef63d7d56e59bbc7e3f45 59022 video optional xbmc-eventclients-common_12.0~git20130127.fb595f2-1_all.deb 40fcfb85cc4a6c2c47eab238f29fcff5 43358 libdevel optional xbmc-eventclients-dev_12.0~git20130127.fb595f2-1_all.deb c98133d0944bc9c3e56cbb4358a778d9 61986 video optional xbmc-eventclients-wiiremote_12.0~git20130127.fb595f2-1_amd64.deb 87398f4b808f32fa3c6cd61d7e42e0b4 35960 video optional xbmc-eventclients-j2me_12.0~git20130127.fb595f2-1_all.deb 56bdf6421e8128684172e1d56c0ba377 36458 video optional xbmc-eventclients-ps3_12.0~git20130127.fb595f2-1_all.deb acc2e50f3b5ed1cfcaf5d806f9d50eff 35156 video optional xbmc-eventclients-xbmc-send_12.0~git20130127.fb595f2-1_all.deb -BEGIN PGP SIGNATURE
Re: [libav-devel] Question on libav for Visual Studio 2010
On Sat, Jan 19, 2013 at 4:59 AM, Reinhard Tartler siret...@gmail.com wrote: On Sat, Jan 19, 2013 at 7:13 AM, Sean Yiu sean...@gmail.com wrote: Hi I hope not to have to go thru the clang conversion and many steps to have libav work with Visual Studio 2010 (to be able to run source code debugger into the libav code). Not being an expert at builds, I would probably make mistakes and spend many hours in trial and error. This question is better addresed at libav-user. I'll respond anyways because I think that there is something that can still be discussed on the -devel list. I have found http://msdn.microsoft.com/en-us/library/bb165951(v=vs.80).aspx as description what an sln file actually is. Are there better ressources? Are there free software tools that help with creating them? All you really need to know is that these solution (*.sln) files are ordinary text files that Visual Studio uses to describe certain aspects about the solution. They describe things like what projects belong to the solution and what release types are available (debug, release, etc.). The projects themselves are each described with their own *proj files. In libav's case, being a C project, these project files would be *.vcxproj files. These are what actually describe what binaries or libraries to build, what sources and headers are needed, what dependencies are required, and so forth. These *.vcxproj files are ordinary text files as well and resemble standard XML files. In libav's case, adding Visual Studio support could consist of multiple project files for each library and binary built, all tied to a single solution file. These files can be kept directly under version control. They pose no licensing problems if you want to distribute them along with libav. If you want to generate these solution or project files, then you would just need a way to create text files, which libav's build system can already do. Is there a prepackaged libav build I can download which is already converted with .sln ? no It could be slightly outdated libav code. I could update it from latest libav git after having the Visual Studio working. I think this method might be useful to others as well. You can find windows libav binaries at http://win32.libav.org/releases/. They do not contain a .sln file, because the libav sources need to be configured before you can start compiling them. This configuration process checks the available libraries on your system (e.g., libav provides various wrappers such as libx264, libvpx and many more that get activated if they are found in the system), and also allows you to enable/disable functionality such as encoders/decoders (e.g., allowing you to create a very specialized build that can decode only certain files, etc). Note that the selected configuration may also impact your rights to distribute the build products! It is certainly possible to allow configuring a Visual Studio project to create different builds. (we should probably put something along those lines at http://libav.org/faq.html) I guess that it would be possible to make our configure script to create a suitable .sln file. Does anyone know what it would take to implement this? See above. It would help to first use Visual Studio to create these solution and project files, study them, and then modify libav's build system to generate these files. However, if I were involved in libav, I would opt for keeping these solution and project files directly under version control instead. -- regards, Reinhard ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel -- ~ Andres ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel
Re: [libav-devel] Question on libav for Visual Studio 2010
On Sat, Jan 19, 2013 at 11:01 AM, Andres Mejia amejia...@gmail.com wrote: On Sat, Jan 19, 2013 at 4:59 AM, Reinhard Tartler siret...@gmail.com wrote: On Sat, Jan 19, 2013 at 7:13 AM, Sean Yiu sean...@gmail.com wrote: Hi I hope not to have to go thru the clang conversion and many steps to have libav work with Visual Studio 2010 (to be able to run source code debugger into the libav code). Not being an expert at builds, I would probably make mistakes and spend many hours in trial and error. This question is better addresed at libav-user. I'll respond anyways because I think that there is something that can still be discussed on the -devel list. I have found http://msdn.microsoft.com/en-us/library/bb165951(v=vs.80).aspx as description what an sln file actually is. Are there better ressources? Are there free software tools that help with creating them? All you really need to know is that these solution (*.sln) files are ordinary text files that Visual Studio uses to describe certain aspects about the solution. They describe things like what projects belong to the solution and what release types are available (debug, release, etc.). The projects themselves are each described with their own *proj files. In libav's case, being a C project, these project files would be *.vcxproj files. These are what actually describe what binaries or libraries to build, what sources and headers are needed, what dependencies are required, and so forth. These *.vcxproj files are ordinary text files as well and resemble standard XML files. In libav's case, adding Visual Studio support could consist of multiple project files for each library and binary built, all tied to a single solution file. These files can be kept directly under version control. They pose no licensing problems if you want to distribute them along with libav. If you want to generate these solution or project files, then you would just need a way to create text files, which libav's build system can already do. Is there a prepackaged libav build I can download which is already converted with .sln ? no It could be slightly outdated libav code. I could update it from latest libav git after having the Visual Studio working. I think this method might be useful to others as well. You can find windows libav binaries at http://win32.libav.org/releases/. They do not contain a .sln file, because the libav sources need to be configured before you can start compiling them. This configuration process checks the available libraries on your system (e.g., libav provides various wrappers such as libx264, libvpx and many more that get activated if they are found in the system), and also allows you to enable/disable functionality such as encoders/decoders (e.g., allowing you to create a very specialized build that can decode only certain files, etc). Note that the selected configuration may also impact your rights to distribute the build products! It is certainly possible to allow configuring a Visual Studio project to create different builds. (we should probably put something along those lines at http://libav.org/faq.html) I guess that it would be possible to make our configure script to create a suitable .sln file. Does anyone know what it would take to implement this? See above. It would help to first use Visual Studio to create these solution and project files, study them, and then modify libav's build system to generate these files. However, if I were involved in libav, I would opt for keeping these solution and project files directly under version control instead. -- regards, Reinhard ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel -- ~ Andres One more thing, I think it would be worthwhile if libav could find it's way into NuGet [1]. NuGet is to .NET as Maven is to Java, CPAN is to Perl, and PyPI is to Python. I see FFMpeg is already in there, though I haven't checked how recent those NuGet distributables of FFMpeg are. 1. http://nuget.codeplex.com -- ~ Andres ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel
Accepted libarchive 3.1.1-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 16 Jan 2013 17:06:36 -0500 Source: libarchive Binary: libarchive-dev libarchive13 bsdtar bsdcpio Architecture: source amd64 Version: 3.1.1-1 Distribution: experimental Urgency: low Maintainer: Debian Libarchive Maintainers ah-libarch...@debian.org Changed-By: Andres Mejia ame...@debian.org Description: bsdcpio- Implementation of the 'cpio' program from FreeBSD bsdtar - Implementation of the 'tar' program from FreeBSD libarchive-dev - Multi-format archive and compression library (development files) libarchive13 - Multi-format archive and compression library (shared library) Changes: libarchive (3.1.1-1) experimental; urgency=low . * New upstream release. Checksums-Sha1: 8792591c805d892f70415b23c30f2043ce923533 2273 libarchive_3.1.1-1.dsc 611f296718cea684b3c1bcbd1eccd5f9693ce859 4260083 libarchive_3.1.1.orig.tar.gz 352937bed2840041e51764a03ca2873a708dc6ab 10434 libarchive_3.1.1-1.debian.tar.gz 13da11153ab3b7c4c887f1fdb9799a332fd8ef9a 495716 libarchive-dev_3.1.1-1_amd64.deb 99df0faa3728c009bd6e1b4eed864f1f2c13ec82 318038 libarchive13_3.1.1-1_amd64.deb 133e28c781933e2993cf9bd5a4eb5750da6442e0 57608 bsdtar_3.1.1-1_amd64.deb b9fe87f7c380af7e5c99a9ee21e8effc58898f93 41516 bsdcpio_3.1.1-1_amd64.deb Checksums-Sha256: d517688f3c3d7b408f9b649e81f92fd63de212f37eb3053ddd93e66e6967040e 2273 libarchive_3.1.1-1.dsc b70acd1a185e4c8bf7b2dda566a3240adf055e99dc97faec3dd4567ee84ec568 4260083 libarchive_3.1.1.orig.tar.gz 7046d8e2ec4a7df863b060294e8249b6bf99b3d2bdcb4f0037094d10d455b953 10434 libarchive_3.1.1-1.debian.tar.gz 926238be983a72501b1b8d23d33da39bc907dd47017f065c14aeddf7fce3ab2f 495716 libarchive-dev_3.1.1-1_amd64.deb dbe8847ffe2ad1c0b082873c567ea0237dd2af054606e2bd60dde98fbaedfb60 318038 libarchive13_3.1.1-1_amd64.deb 0b0456bb2d743f235c47574c877104cd3727b968d4c4fe0187cf476cf0241f49 57608 bsdtar_3.1.1-1_amd64.deb 93e3c9c65100835f05bc5d4ab78b0fe02afbac8eb4f8ef96d90c849c378ea98f 41516 bsdcpio_3.1.1-1_amd64.deb Files: 3c93a1bce0ccd53778f289f95feaa5db 2273 libs optional libarchive_3.1.1-1.dsc 1dd72aa8eff177db1af9a1011ec22556 4260083 libs optional libarchive_3.1.1.orig.tar.gz b8edf245fda63cd8aac8553b7ed101c4 10434 libs optional libarchive_3.1.1-1.debian.tar.gz 38fbb97c87616d4b77b75e24bbf386c8 495716 libdevel optional libarchive-dev_3.1.1-1_amd64.deb 94a2a8a3acbe5e8578072a6fd9f98ff0 318038 libs optional libarchive13_3.1.1-1_amd64.deb 6d462e950b9bcc369a0d9f1cd7984eb9 57608 utils optional bsdtar_3.1.1-1_amd64.deb 38a2310f492be2fdf58ad155df874ea8 41516 utils optional bsdcpio_3.1.1-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJQ9yYiAAoJED+5x4pTyFTfVgEP/128Bslh7E4Ce0+8VGHyEBrO 07MG0wRT3HjzshP1fkND0Hjc24gFcUC0wKQlEYFFOiNTx0Yg67uydPMSZ2PkyGFv 6moa8zt49fcYfcMH4BUwOCj2Lzwm6bCXBwv7fr4/wBAVXv3qwAy9SwINGcL5ml1F rXmWE6n2Ye/wlXaGMYLEKJ1mXyPbGo7+gISIgcFnq2YVaJS8OWEnTdRdcPVjYK02 PxviTos57tsYAOgEbaM2YtLg+XY67c0kxoaVmtoFKsUEYn/Exf3q/Bmp0K6xuGGM UZgi3TGxYxuWtmxHGQrnW5xR0iahoGmwgyBTfv9ByP8Sfbty58dReNMG0YNpotV4 9baFeILPkFBq/fAvKNWXMIdXG59skqtNIe/tIth35hyM2xNpX/mlHpxDn4LLHEj2 UQlQND/pAgX0zhgL/qY0XqaIIsVE8GuizCNKS4h5q5A3K4TUecHrdhpOFsCRMlEZ u9P470bbS8ET3AsDVaWXVy4Gr6As46JE4nyZ2ZhJUaz34KMEX+z0HAPKOOSvpxWO aHV+DEDz9Eb0WAszFXw9KVxfe0IhHInAOM+r7erox2DvV2UGGGedsGNxKbQRbcRt odJsW8UY0QVKArQX88KlY6jLe2JMFBzcLOKt0M/YJgcVsri/Kp7cDWfV+EftY2To dFw4STs4rLeeB9J/RGGc =xtDj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1tvbxj-00023o...@franck.debian.org
Accepted libarchive 3.1.0-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 13 Jan 2013 22:00:14 -0500 Source: libarchive Binary: libarchive-dev libarchive13 bsdtar bsdcpio Architecture: source amd64 Version: 3.1.0-1 Distribution: experimental Urgency: low Maintainer: Debian Libarchive Maintainers ah-libarch...@debian.org Changed-By: Andres Mejia ame...@debian.org Description: bsdcpio- Implementation of the 'cpio' program from FreeBSD bsdtar - Implementation of the 'tar' program from FreeBSD libarchive-dev - Multi-format archive and compression library (development files) libarchive13 - Multi-format archive and compression library (shared library) Changes: libarchive (3.1.0-1) experimental; urgency=low . [ Benjamin Drung ] * Add autopkgtest (LP: #1073390). . [ Martin Pitt ] * Add examples-offset-type.patch: Fix offset data type in examples. . [ Andres Mejia ] * New upstream release. Checksums-Sha1: 56388df4cd56d9e46859ba519df1277610cdf196 2273 libarchive_3.1.0-1.dsc 4a5ea6f6de229b0aca03202612cba9746ab7ba62 4260056 libarchive_3.1.0.orig.tar.gz 54811aa0c1fde8da3ecf2a87f2fb49c61124b330 10516 libarchive_3.1.0-1.debian.tar.gz 4052231b45e7118d934ffdc3ed8d1a2237963370 495690 libarchive-dev_3.1.0-1_amd64.deb 53367af0bb4bc3302be648ad879fad1927b01cff 318000 libarchive13_3.1.0-1_amd64.deb 7ee22a62d45abadf3453a322e8001962a87476b4 57572 bsdtar_3.1.0-1_amd64.deb 42e7b5d952284eedf17f3e9932bd5a40aaf79489 41502 bsdcpio_3.1.0-1_amd64.deb Checksums-Sha256: 372f84bd1ef3cb263ce293a151af82c16e18a40555b1dd048b987173a6342ed6 2273 libarchive_3.1.0-1.dsc 8161ec20dad9e28175993707d90ad8d8ce5814b0672a1448298d72bd041ac06d 4260056 libarchive_3.1.0.orig.tar.gz 895be563efc66766f413c01ff42377f8d52e7ce5c244df3da59269ac90dd8204 10516 libarchive_3.1.0-1.debian.tar.gz 080f14ae55b7fb330d3b6a630390381d4fe85087c562164ec1372cfdd3c85ddc 495690 libarchive-dev_3.1.0-1_amd64.deb 6b42dac7c7c222ceeec1b6a8e2079aa1384bce5d1854dadf6d57f8693dfef513 318000 libarchive13_3.1.0-1_amd64.deb 7f3217af0da31be72f4d06ee537d983911bb993efc8b3323c8d6b1634da64363 57572 bsdtar_3.1.0-1_amd64.deb 50f88b172d7ee683056884aa662547ca4e63ed975062822f3b16bc8ebfa16aa2 41502 bsdcpio_3.1.0-1_amd64.deb Files: aa456f4538c826db8b10186511b6dd90 2273 libs optional libarchive_3.1.0-1.dsc c33a67b9ea47ca19e115a948f38db246 4260056 libs optional libarchive_3.1.0.orig.tar.gz a1ce652d33241abdad8f053f6094f9c4 10516 libs optional libarchive_3.1.0-1.debian.tar.gz 2c6b5b28a304989f58ec58402ff4760a 495690 libdevel optional libarchive-dev_3.1.0-1_amd64.deb 43e322cee5ee157a3ea43463e0d5f0af 318000 libs optional libarchive13_3.1.0-1_amd64.deb 25e85244ce0cb16a37d073cde158efb6 57572 utils optional bsdtar_3.1.0-1_amd64.deb 71c1c609e94333d538061134d9cc2aac 41502 utils optional bsdcpio_3.1.0-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJQ83oZAAoJED+5x4pTyFTfAVsP/37XfMs/C1zlSk6Y8bVHqJYx zOjnGtdZZ01nVNjaLyhjt0mEl9QGoSokpuaJ2UecX6z3GXdsTVc8CqC1pk0TDbrp mDHUhQj/8fIjqjAslttZxMGiDzKCfEgd82qPk5iw/eSw3bSEXXj6QxTkyCJXYfEy lrg4eJ+8XjJ9+GWNIHfJOCNFkS1W3XlUBjYklj86PepsdiwTHbJRw7R5lIrePmc2 k83vx63DDHCcGcV0cKrIaz2V04olDfFRxdm8rVwlYtayuNPUOC+x8p+C2PwdqKg4 uq/WzUeNBfUXqWyhAGPj4i73/i4O/KulQg0/StWPoIDsstd3lUlEfjAfK3iR8Jnk bTScO42Umjl6I6D55MHQB4dsy0DjoQ5w8XwY63F/oIxM7JTqSBruH5AbuH3dXBx7 c7tlgivpcsS3SEfypueFW/PNQbC9ok6vyO48YeUpESIxF/LeQSQgTUTbcsPFJPhi V/9j+PnPnhuV7C5ViJtAPyWW7q+qdEU+M+sBacjNdgkeau1eNpQU+aELNkZgAdkL ql3RbkogpNWu+B3ER70iB195OGrUdIb0Q8qJqatg9QjXstxESZM4Rk3D4btDXvfk LXI1kYWz8VoyF7nFAOz9O/w1ug6OEn3aAJ5fPsRO1c87uoSAceSbHFfu3tTI+kMP xaAxXgVRBjVpoEL8ZiMN =euFP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1tveya-0008fg...@franck.debian.org
Accepted xbmc 2:12.0~git20130102.7a6cb7f-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 04 Jan 2013 16:32:33 -0500 Source: xbmc Binary: xbmc xbmc-bin xbmc-eventclients-common xbmc-eventclients-dev xbmc-eventclients-wiiremote xbmc-eventclients-j2me xbmc-eventclients-ps3 xbmc-eventclients-xbmc-send Architecture: source all amd64 Version: 2:12.0~git20130102.7a6cb7f-1 Distribution: experimental Urgency: low Maintainer: Debian XBMC Packaging Team pkg-xbmc-maintain...@lists.alioth.debian.org Changed-By: Andres Mejia ame...@debian.org Description: xbmc - XBMC Media Center (arch-independent data package) xbmc-bin - XBMC Media Center (binary data package) xbmc-eventclients-common - XBMC Media Center (Event Client Common package) xbmc-eventclients-dev - XBMC Media Center (Event Client Dev package) xbmc-eventclients-j2me - XBMC Media Center (Event Client J2ME package) xbmc-eventclients-ps3 - XBMC Media Center (Event Client PS3 package) xbmc-eventclients-wiiremote - XBMC Media Center (Event Client WII Remote support package) xbmc-eventclients-xbmc-send - XBMC Media Center (Event Client XBMC-SEND package) Changes: xbmc (2:12.0~git20130102.7a6cb7f-1) experimental; urgency=low . * New upload for XBMC Frodo RC 3. Checksums-Sha1: 2ba84c8c7f4be9caa93680bdf0b3a98b7c53ed03 3810 xbmc_12.0~git20130102.7a6cb7f-1.dsc 203260a003a0e96e8b91c5d608d07d88f91782e5 68843020 xbmc_12.0~git20130102.7a6cb7f.orig.tar.gz 29996dec13c7d07e7d39b6ca8d67b5f24739f3d3 37639 xbmc_12.0~git20130102.7a6cb7f-1.debian.tar.gz a336fead703cb70a06e8aea60998438e68cc229a 21623430 xbmc_12.0~git20130102.7a6cb7f-1_all.deb 5a98edd9683f90854845331652ba0f183fb79482 12198768 xbmc-bin_12.0~git20130102.7a6cb7f-1_amd64.deb 35321445dd83381c8494dcfd139c33000b8b347b 58124 xbmc-eventclients-common_12.0~git20130102.7a6cb7f-1_all.deb 9ab60e287588716b0144116db30b173fefe41a3a 43496 xbmc-eventclients-dev_12.0~git20130102.7a6cb7f-1_all.deb 81e6a221751f625d1088c9c4fe683a024f5cfcc1 62128 xbmc-eventclients-wiiremote_12.0~git20130102.7a6cb7f-1_amd64.deb a25fbf39ee5f5ce291eabde4a4d5190fc2202675 36566 xbmc-eventclients-j2me_12.0~git20130102.7a6cb7f-1_all.deb 713ad7afe01b6444ee160ca342ab9276f048008c 36992 xbmc-eventclients-ps3_12.0~git20130102.7a6cb7f-1_all.deb bc6ac80297297a40fbf22ad2f8592e3452c586e0 35810 xbmc-eventclients-xbmc-send_12.0~git20130102.7a6cb7f-1_all.deb Checksums-Sha256: 60b5caadd3602e18769cb213a28dc88c25e9885c3a922ed72f63bc53848cbbfe 3810 xbmc_12.0~git20130102.7a6cb7f-1.dsc c4867e4fa78de01903c0ed501887c0a1efa35cf17f66b2a3c0ab9f3e5109f8f8 68843020 xbmc_12.0~git20130102.7a6cb7f.orig.tar.gz 45a0877799c5cca87cdee7523d7f1fc1bd8852c4ad09b20fcbfb15739d875345 37639 xbmc_12.0~git20130102.7a6cb7f-1.debian.tar.gz b86985b420eca067f6817699a3c4e4b7f1a8fd0ea8cb03b29dd2a8b416ec90dc 21623430 xbmc_12.0~git20130102.7a6cb7f-1_all.deb 931992183851da64c0034a628ab827d3cd0f581ca121645167ce32abd3f82468 12198768 xbmc-bin_12.0~git20130102.7a6cb7f-1_amd64.deb d1d24b45f069c57b2999cbd4a717e61abea76bcf7be878cb9548a29827548834 58124 xbmc-eventclients-common_12.0~git20130102.7a6cb7f-1_all.deb a6e6007e90a04b3e0b427f6399d0ce35c49725cca89a0a90c69cfb7d056c7278 43496 xbmc-eventclients-dev_12.0~git20130102.7a6cb7f-1_all.deb 3cb0a9a7bdcaa86dd75b3128ade9e0e24e104b0c1a94e161643a8f2a0f69d0ef 62128 xbmc-eventclients-wiiremote_12.0~git20130102.7a6cb7f-1_amd64.deb e2ed0ca390596ee180a987d5a681708f5bf0b13bfd7431c4f365dc0c00dbfc1e 36566 xbmc-eventclients-j2me_12.0~git20130102.7a6cb7f-1_all.deb c940c229894d6f6256f1959f0dbd7cae9c798f5f3af4e44e7f1a5e7106798034 36992 xbmc-eventclients-ps3_12.0~git20130102.7a6cb7f-1_all.deb 9926a61cea96328569fc9831dca0af5dca98890c936b24e7f41d999e63f2e43a 35810 xbmc-eventclients-xbmc-send_12.0~git20130102.7a6cb7f-1_all.deb Files: 6380d973e81fed6355aee18ac11016bf 3810 video optional xbmc_12.0~git20130102.7a6cb7f-1.dsc 05065dea87a94b1abfd567da14af147d 68843020 video optional xbmc_12.0~git20130102.7a6cb7f.orig.tar.gz 300ca1c9cb3cac3353dbe5016075213f 37639 video optional xbmc_12.0~git20130102.7a6cb7f-1.debian.tar.gz 184e97272a72aa05acf9185a15b1fc09 21623430 video optional xbmc_12.0~git20130102.7a6cb7f-1_all.deb d7630e1fbbebb2800442cc636ee50a83 12198768 video optional xbmc-bin_12.0~git20130102.7a6cb7f-1_amd64.deb e8daaf7d781e8a469a0036665e0cbad6 58124 video optional xbmc-eventclients-common_12.0~git20130102.7a6cb7f-1_all.deb 8042244b76a71e317ebc5f6b680b4d28 43496 libdevel optional xbmc-eventclients-dev_12.0~git20130102.7a6cb7f-1_all.deb 818c2397b11408ee46b5f5bf8ecc9c78 62128 video optional xbmc-eventclients-wiiremote_12.0~git20130102.7a6cb7f-1_amd64.deb e9e123b24a38c06b4367d8d244113d3d 36566 video optional xbmc-eventclients-j2me_12.0~git20130102.7a6cb7f-1_all.deb 75aaa75abca99932bee6f4453251332d 36992 video optional xbmc-eventclients-ps3_12.0~git20130102.7a6cb7f-1_all.deb 06b343b1f5ce0a82d5830268abb28587 35810 video optional xbmc-eventclients-xbmc-send_12.0~git20130102.7a6cb7f-1_all.deb -BEGIN PGP SIGNATURE
Bug#697155: /usr/share/initramfs-tools/scripts/local-top/cryptroot: Can't find blkid via ssh session
Package: cryptsetup Version: 2:1.4.3-4 Severity: normal File: /usr/share/initramfs-tools/scripts/local-top/cryptroot Tags: patch If using the cryptroot script to unlock the encrypted drives, the script will fail at line 296 with the message that it cannot find blkid. The simple fix here is to change the line to run /sbin/blkid instead. -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/andres--desktop-root ro quiet -- /etc/crypttab sda2_crypt UUID=522e25f9-7e66-49fd-83c9-3bf168b5ddfd none luks sdb1_crypt UUID=2e1f3d5f-fcc7-4ed9-9b02-f1672cb6206b /var/local/luks/random_key luks sdc1_crypt UUID=8657c2e9-1d7b-4229-86db-408874c7c944 /var/local/luks/random_key luks -- /etc/fstab # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # file system mount point type options dump pass /dev/mapper/andres--desktop-root / ext4errors=remount-ro 0 1 # /boot was on /dev/sda1 during installation UUID=f4472afd-877c-47a9-979f-13ad302042bc /boot ext4defaults 0 2 /dev/mapper/andres--desktop--2-drive2 /media/drive2 ext4defaults0 2 /dev/mapper/andres--desktop--3-drive3 /media/drive3 ext4defaults0 2 /dev/mapper/andres--desktop-swap noneswapsw 0 0 /dev/sr0/media/cdrom0 udf,iso9660 user,noauto 0 0 -- lsmod Module Size Used by parport_pc 22364 0 ppdev 12763 0 lp 17149 0 parport31858 3 lp,ppdev,parport_pc pci_stub 12429 1 vboxpci19103 0 vboxnetadp 25443 0 vboxnetflt 23608 0 vboxdrv 190105 3 vboxnetflt,vboxnetadp,vboxpci binfmt_misc12957 1 nfsd 216029 2 nfs 312283 0 nfs_acl12511 2 nfs,nfsd auth_rpcgss37143 2 nfs,nfsd fscache36739 1 nfs lockd 67306 2 nfs,nfsd sunrpc173774 6 lockd,auth_rpcgss,nfs_acl,nfs,nfsd loop 22641 0 snd_usb_audio 84836 0 snd_usbmidi_lib23420 1 snd_usb_audio snd_seq_midi 12848 0 snd_seq_midi_event 13316 1 snd_seq_midi snd_rawmidi23060 2 snd_seq_midi,snd_usbmidi_lib uvcvideo 57744 0 cx18_alsa 13045 0 mxl5005s 37647 1 snd_hda_codec_realtek 188858 1 s5h140913142 1 tuner_simple 17175 1 tuner_types16409 1 tuner_simple snd_hda_intel 26345 0 cs5345 12628 1 nvidia 11214135 30 tda988712645 1 tda829017278 0 snd_hda_codec 78031 2 snd_hda_intel,snd_hda_codec_realtek tuner 17497 2 snd_hwdep 13186 2 snd_hda_codec,snd_usb_audio snd_pcm68083 4 snd_hda_codec,snd_hda_intel,cx18_alsa,snd_usb_audio snd_page_alloc 13003 2 snd_pcm,snd_hda_intel cx18 103254 1 cx18_alsa videobuf_vmalloc 12715 1 cx18 cx2341x21461 1 cx18 dvb_core 77683 1 cx18 tveeprom 20593 1 cx18 snd_seq45126 2 snd_seq_midi_event,snd_seq_midi snd_seq_device 13176 3 snd_seq,snd_rawmidi,snd_seq_midi snd_timer 22917 2 snd_seq,snd_pcm snd52889 12 snd_timer,snd_seq_device,snd_seq,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_realtek,cx18_alsa,snd_rawmidi,snd_usbmidi_lib,snd_usb_audio coretemp 12898 0 acpi_cpufreq 12935 0 mperf 12453 1 acpi_cpufreq soundcore 13065 1 snd mxm_wmi12515 0 iTCO_wdt 17081 0 wmi13243 1 mxm_wmi videobuf_core 17825 2 videobuf_vmalloc,cx18 v4l2_common13222 4 cx2341x,cx18,tuner,cs5345 videodev 70889 6 v4l2_common,cx2341x,cx18,tuner,cs5345,uvcvideo i2c_i801 16870 0 v4l2_compat_ioctl3216655 1 videodev iTCO_vendor_support12704 1 iTCO_wdt media 18148 2 videodev,uvcvideo i2c_algo_bit 12841 1 cx18 i7core_edac22454 0 psmouse64497 0 edac_core 35258 3 i7core_edac i2c_core 23876 14 i2c_algo_bit,i2c_i801,videodev,v4l2_common,tveeprom,cx18,tuner,tda8290,tda9887,nvidia,cs5345,tuner_simple,s5h1409,mxl5005s button 12937 0 processor 28157 1 acpi_cpufreq evdev 17562 10 pcspkr 12579 0 thermal_sys18040 1 processor serio_raw 12931 0 ext4 350601 4
Bug#697156: /usr/share/initramfs-tools/scripts/local-top/cryptroot: Pass $cryptkey to /lib/cryptsetup/passfifo in ssh session
Package: cryptsetup Version: 2:1.4.3-4 Severity: wishlist File: /usr/share/initramfs-tools/scripts/local-top/cryptroot Tags: patch It would be great if the cryptroot script can also pass the $cryptkey into /lib/cryptsetup/passfifo when running in an ssh session via dropbear. I've attached a patch which will enable this. -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/andres--desktop-root ro quiet -- /etc/crypttab sda2_crypt UUID=522e25f9-7e66-49fd-83c9-3bf168b5ddfd none luks sdb1_crypt UUID=2e1f3d5f-fcc7-4ed9-9b02-f1672cb6206b /var/local/luks/random_key luks sdc1_crypt UUID=8657c2e9-1d7b-4229-86db-408874c7c944 /var/local/luks/random_key luks -- /etc/fstab # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # file system mount point type options dump pass /dev/mapper/andres--desktop-root / ext4errors=remount-ro 0 1 # /boot was on /dev/sda1 during installation UUID=f4472afd-877c-47a9-979f-13ad302042bc /boot ext4defaults 0 2 /dev/mapper/andres--desktop--2-drive2 /media/drive2 ext4defaults0 2 /dev/mapper/andres--desktop--3-drive3 /media/drive3 ext4defaults0 2 /dev/mapper/andres--desktop-swap noneswapsw 0 0 /dev/sr0/media/cdrom0 udf,iso9660 user,noauto 0 0 -- lsmod Module Size Used by parport_pc 22364 0 ppdev 12763 0 lp 17149 0 parport31858 3 lp,ppdev,parport_pc pci_stub 12429 1 vboxpci19103 0 vboxnetadp 25443 0 vboxnetflt 23608 0 vboxdrv 190105 3 vboxnetflt,vboxnetadp,vboxpci binfmt_misc12957 1 nfsd 216029 2 nfs 312283 0 nfs_acl12511 2 nfs,nfsd auth_rpcgss37143 2 nfs,nfsd fscache36739 1 nfs lockd 67306 2 nfs,nfsd sunrpc173774 6 lockd,auth_rpcgss,nfs_acl,nfs,nfsd loop 22641 0 snd_usb_audio 84836 0 snd_usbmidi_lib23420 1 snd_usb_audio snd_seq_midi 12848 0 snd_seq_midi_event 13316 1 snd_seq_midi snd_rawmidi23060 2 snd_seq_midi,snd_usbmidi_lib uvcvideo 57744 0 cx18_alsa 13045 0 mxl5005s 37647 1 snd_hda_codec_realtek 188858 1 s5h140913142 1 tuner_simple 17175 1 tuner_types16409 1 tuner_simple snd_hda_intel 26345 0 cs5345 12628 1 nvidia 11214135 30 tda988712645 1 tda829017278 0 snd_hda_codec 78031 2 snd_hda_intel,snd_hda_codec_realtek tuner 17497 2 snd_hwdep 13186 2 snd_hda_codec,snd_usb_audio snd_pcm68083 4 snd_hda_codec,snd_hda_intel,cx18_alsa,snd_usb_audio snd_page_alloc 13003 2 snd_pcm,snd_hda_intel cx18 103254 1 cx18_alsa videobuf_vmalloc 12715 1 cx18 cx2341x21461 1 cx18 dvb_core 77683 1 cx18 tveeprom 20593 1 cx18 snd_seq45126 2 snd_seq_midi_event,snd_seq_midi snd_seq_device 13176 3 snd_seq,snd_rawmidi,snd_seq_midi snd_timer 22917 2 snd_seq,snd_pcm snd52889 12 snd_timer,snd_seq_device,snd_seq,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_realtek,cx18_alsa,snd_rawmidi,snd_usbmidi_lib,snd_usb_audio coretemp 12898 0 acpi_cpufreq 12935 0 mperf 12453 1 acpi_cpufreq soundcore 13065 1 snd mxm_wmi12515 0 iTCO_wdt 17081 0 wmi13243 1 mxm_wmi videobuf_core 17825 2 videobuf_vmalloc,cx18 v4l2_common13222 4 cx2341x,cx18,tuner,cs5345 videodev 70889 6 v4l2_common,cx2341x,cx18,tuner,cs5345,uvcvideo i2c_i801 16870 0 v4l2_compat_ioctl3216655 1 videodev iTCO_vendor_support12704 1 iTCO_wdt media 18148 2 videodev,uvcvideo i2c_algo_bit 12841 1 cx18 i7core_edac22454 0 psmouse64497 0 edac_core 35258 3 i7core_edac i2c_core 23876 14 i2c_algo_bit,i2c_i801,videodev,v4l2_common,tveeprom,cx18,tuner,tda8290,tda9887,nvidia,cs5345,tuner_simple,s5h1409,mxl5005s button 12937 0 processor 28157 1 acpi_cpufreq evdev 17562 10 pcspkr 12579 0 thermal_sys18040 1 processor serio_raw 12931 0 ext4 350601 4 crc16
