Le Mon, 3 Aug 2009 14:13:34 +0200,
Paul Wise p...@debian.org a écrit :
There are an awful lot of changes to the code in the diff.gz and many
of these seem to be unnessecary because they only change a date in a
comment. Any other changes should be forwarded upstream.
I did not notice this
Le Mon, 3 Aug 2009 15:26:15 +0200,
Paul Wise p...@debian.org a écrit :
2009/8/3 Picca Frédéric-Emmanuel
frederic-emmanuel.pi...@synchrotron-soleil.fr:
Based on the copyright file, you've repacked the tarball, a
get-orig-source target in debian/rules might be appropriate.
Do you have
Hello
MY mentors told me to send an email to your list to improve the
description of my package.
here the control file:
Source: remotetea
Section: java
Priority: extra
Maintainer: picca frederic pi...@synchrotron-soleil.fr
Build-Depends: debhelper (= 7.0.50), default-jdk, ant
Standards-Version:
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: remotetea
Version: 1.0.7
Upstream Author: Harald Albrecht haraldalbre...@users.sourceforge.net
URL: http://remotetea.sourceforge.net/
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
--- Please fill out the fields below. ---
Package name: remotetea
Version: 1.0.7
Upstream Author: Harald Albrecht haraldalbre...@users.sourceforge.net
URL: http://remotetea.sourceforge.net/
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
--- Please fill out the fields below. ---
Package name: remotetea
Version: 1.0.7
Upstream Author: Harald Albrecht haraldalbre...@users.sourceforge.net
URL: http://remotetea.sourceforge.net/
Hello
I am working at the french synchotron radiation facility and we are
using the Tango constrol system http://tango-controls.org for all our
experiments. Most of the graphical part of the control system was
written using java (swig) and based on CORBA. The ancestor of this
control system was
Le Mon, 25 May 2009 14:12:45 +0200,
Picca Frédéric-Emmanuel frederic-emmanuel.pi...@synchrotron-soleil.fr
a écrit :
Hello
A trivial fix.
Thanks for vala.
Frederic
I forgot to add patch in the subject.
hope it helps solving this small problem :)
Regards
Frederic
Hello
A trivial fix.
Thanks for vala.
FredericFrom bc5c875e97d79fdc3f2f715bbdad003ebbb5edcf Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Fr=C3=A9d=C3=A9ric-Emmanuel=20PICCA?= pi...@synchrotron-soleil.fr
Date: Mon, 25 May 2009 14:10:07 +0200
Subject: [PATCH] * fix a typo in gsl.vapi
---
Hello
I am working at the french synchotron radiation facility and we are
using the Tango constrol system http://tango-controls.org for all our
experiments. Most of the graphical part of the control system was
written using java (swig) and based on CORBA. The ancestor of this
control system was
Hello
Do you have some news about this gnu_dev_minor problem with gcc 4.3
Thanks
Frederic
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hello
Do you have some news about this gnu_dev_minor problem with gcc 4.3
Thanks
Frederic
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Le Thu, 12 Feb 2009 15:31:30 +0100 (CET),
Andreas Tille til...@rki.de a écrit :
On Thu, 12 Feb 2009, Picca Frédéric-Emmanuel wrote:
Do you thing that it could be possible to move this repository into
the debian-science git repository.
Sure, why not?
As I am part of the debian-science
Yes, could be. We need to test it more. I see the link to the external vapi
bindings in http://www.gnu.org/software/gsl/ (section
extensions/applications). For me it's just fine...
Yes but do you have a repository for the gsl.vapi ?
Cheers
___
Sure, I am not fond of the switching from debhelper to cdbs though. I
think Xavier will concur, knowing him...
This also complexifies the workaround for this bug, as cdbs is harder
to work with than plain debhelper.
I used cdbs as it reduce drasticaly the number of lines to put in the rules
IIRC, if you write the two files (lets say Hkl/Vector.vala and
Hkl/Matrix.vala) without any forward references(not possible), then
compile them in the same command
$ valac -c Vector.vala Matrix.vala
the compiler automatically finds cross references (like, it does the
parsing of both
bonjour enfin bonsoir
Moi ça me convient très bien git en plus la gestion du paquet debian en sera
facilité puis qu'il utilise déjà git.
here where to find the repository of the debian package
http://repo.or.cz/w/pkg-lisaac.git
A+
Frédéric
___
Hello
Now downgrading this bug, as it is no longer RC for Lenny.
The next upload of the current upstream release should purposely
FTBFS on those architectures.
thanks for your quick solution. As I am new to debian package maintenance.
what do you mean by FTBFS.
What must I change in the
Hello
what is the status of this bug ? It would be cool to have tcc in lenny.
do you think that the patch solved this RC bug ?
If yes can you upload a new package to help the testing transition.
thank you
Frederic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Hello
what is the status of this bug ? It would be cool to have tcc in lenny.
do you think that the patch solved this RC bug ?
If yes can you upload a new package to help the testing transition.
thank you
Frederic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
I agree that it would be nice, but currently we don't maintain such a list
in HTML with links to Debian Policy sections and doing so is somewhat
annoying right now. I'm not sure that I'm willing to commit to doing
that, although I certainly agree that it would be nice to have.
The links
Feel free to volunteer for the task! Russ will gladly accept a patch for
it I guess. We always welcome help. :-)
I have just check the source of the debian policy and it will not be easy...
Indeed the sections (ex 4.1) in all html files generated from the docbook files
are not
numbered with
I agree that it would be nice, but currently we don't maintain such a list
in HTML with links to Debian Policy sections and doing so is somewhat
annoying right now. I'm not sure that I'm willing to commit to doing
that, although I certainly agree that it would be nice to have.
The links
Feel free to volunteer for the task! Russ will gladly accept a patch for
it I guess. We always welcome help. :-)
I have just check the source of the debian policy and it will not be easy...
Indeed the sections (ex 4.1) in all html files generated from the docbook files
are not
numbered with
I agree that it would be nice, but currently we don't maintain such a list
in HTML with links to Debian Policy sections and doing so is somewhat
annoying right now. I'm not sure that I'm willing to commit to doing
that, although I certainly agree that it would be nice to have.
The links
Feel free to volunteer for the task! Russ will gladly accept a patch for
it I guess. We always welcome help. :-)
I have just check the source of the debian policy and it will not be easy...
Indeed the sections (ex 4.1) in all html files generated from the docbook files
are not
numbered with
hello
everythings in the title.
did you solved this licence problem ?
thanks
Frederic
Hello
I have not, but I'm still interested in seing JacORB in Debian.
Your interest for JacORB is quite motivating, and as we have set up a
Debian CORBA Team, would you be interested in stepping in and joining
the team?
In fact in my institut we are using a control system based on CORBA.
hello
everythings in the title.
did you solved this licence problem ?
thanks
Frederic
Hello
I have not, but I'm still interested in seing JacORB in Debian.
Your interest for JacORB is quite motivating, and as we have set up a
Debian CORBA Team, would you be interested in stepping in and joining
the team?
In fact in my institut we are using a control system based on CORBA.
Hello
That's expected, it won't magically fix the bug :-)
Can you post the messages that are printed on the console (no need to
start it under gdb)? Thanks.
Here the message:
[EMAIL PROTECTED]:~$ MPDCon --GNU-Debug=dflt
2008-02-25 20:50:45.952 MPDCon[3948] File NSData.m: 167. In
Sorry, I messed this up. Here's the patch.
I tryed it and it works, but before all windows appeared on the screen, a
rectangular shape
blink a few times the first time I start MPD. after a warm start no more blink.
I do not observe that comportment with Gorm.
Nice.
See you
Frederic
here
We would need further help from you to investigate what's going on.
In case you're willing to, please rebuild gnustep-base, gnustep-gui
and gnustep-back with debugging symbols and send the backtrace.
Ok so, what do I have to add in the debian/rules to build thoses packages in
debug mode ?
Hello
Here the backtrace but no information from the libgnustep-art-012
Maybe we must change the makefile to add the debug information for the
libgnustep-art-012
[Switching to Thread 0xb72418d0 (LWP 29525)]
0xb6e3fafc in ?? () from
Have you been able to reproduce this with another GNUstep app?
Yes with another application gorm but I think it is true with all gnustep
applications.
here the backtrace:
[Switching to Thread 0xb72c88d0 (LWP 16512)]
0xb6ec6afc in -[XGServer(WindowOps) _checkStyle:] (self=0x8217470,
Many thanks for the backtrace. What is your DefaultDepth? Please try
with a different value. Also, I am curious to know how what are the
results with the cairo backend.
I attached the xdpyinfo file.
Could you also please try to run the app like this:
$ MPDCon --GNU-Debug=dflt
Same
At this point, could you please type bt instead of quit? Most
probably the backtrace will be meaningless, so it is better to rebuild
the package with debugging symbols.
here the backtrace
[Switching to Thread 0xb727f6c0 (LWP 5905)]
0xb6e77cc5 in ?? () from
Dear mentors,
I am looking for a sponsor and feedback for the new version 1:0.13-1
of my package lisaac.
It builds these binary packages:
lisaac - Object-oriented language base on prototype
lisaac-common - Arch-independent part for lisaac
lisaac-doc - Documentation for lisaac
lisaac-mode -
Hi,
Can you try again with Evince 2.20.2 libpoppler2 0.6.2 and libcairo2
1.4.12 (or later versions)?
Using these versions, I can open the document, but it seems to be a
little bit slow to render. I don't know if it's abnormal though, as it
seems to be a very complex file.
Hello
I tried
Hi,
Can you try again with Evince 2.20.2 libpoppler2 0.6.2 and libcairo2
1.4.12 (or later versions)?
Using these versions, I can open the document, but it seems to be a
little bit slow to render. I don't know if it's abnormal though, as it
seems to be a very complex file.
Hello
I tried
Hello
Good to know, thanks.
In fact now that I added the XAA to my xorg.conf, it seems that I have a
problem when I am scrolling in gvim windows with the mouse.
Today I will not have access to my intel machine but tomorrow I will double
check if without XAA this scroll problem vanish :).
Hello
Good to know, thanks.
In fact now that I added the XAA to my xorg.conf, it seems that I have a
problem when I am scrolling in gvim windows with the mouse.
Today I will not have access to my intel machine but tomorrow I will double
check if without XAA this scroll problem vanish :).
I guess dbconfig-common is the framework so apt-cache rdepends that.
Yes I am already using it in the package. but for now it install the databas on
the localhost.
I need a example of another package that deal with this remote host
installation.
Thank you
Frederic
Dear mentors,
I am looking for a feedback on my tango package, it is not yet finished but as
it use a mysql database and this is my second package, I asked here for
critical views on it.
It builds 2 libraries liblog4tango4 ans libtango5 and tango-db install the
tango-ds service.
Not much for
Salut.
Je suis en vacances en ce moment mais je rentre la semaine prochaine. Je ferai
un nouveau paquet avec emacs22 la semaine prochaine. 0.84-4
A+
Frédéric
winmail.dat
hello
Which mesa packages are you using? Probably 6.5.2-5, right?
Yes I am using this 6.5.2-5 version.
Does it help
if you upgrade libgl1-mesa-dri (and maybe other mesa packages) to
6.5.3-1 currently in experimental?
I compiled the mesa source package but I obtained only 3 .deb packages:
*
hello
Which mesa packages are you using? Probably 6.5.2-5, right?
Yes I am using this 6.5.2-5 version.
Does it help
if you upgrade libgl1-mesa-dri (and maybe other mesa packages) to
6.5.3-1 currently in experimental?
I compiled the mesa source package but I obtained only 3 .deb packages:
*
Ok, thanks for the link.
Your welcom
Then you should complain upstream to include it in the next vim release.
We don't include (too much) extras wrt the official vim in the debian
package. The vim-scripts package is for that.
Ok so vim-scripts :)
Frederic
Hello
Thomas, your list is about plug-out *executables*, but Picca spoke about
plug-out *sources*. I agree plug-out sources are useless because it is easy to
produce them from the corresponding models
Obviously this is not exactly the same problem for the tar I deliver because
the
sources
Okay, then I'll split the package and make the sources available in
another Arch:all package.
Thanks
One last question : if we remove empty plug-out sources, will the
empty plug-out still work?
I know nothing about this empty plug-out.
Thanks,
Good luck
Thomas
Frederic
Hello
I installed the 2.6.18-1-686 linux kernel. And I do not have to remove the
evbug in the alias file. This module is no more automatically loaded.
Now it is ok.
I think you can close this bug.
Good night
Frederic
Hello,
I tried to reproduce this bug and now it is ok.
with the ipython 0.7.2-5.
So I think you can close this bug
Bye
Frederic
Hello
I installed the 2.6.18-1-686 linux kernel. And I do not have to remove the
evbug in the alias file. This module is no more automatically loaded.
Now it is ok.
I think you can close this bug.
Good night
Frederic
Hello
I made all the changes you asked for my lisaac package:
* I removed the unwnated files.
* modify debian/rules to remove unnecessary lines
* reformat the package description
* rearrange the copyright file
The upload would fix these bugs: 379054
The package can be found on
On (13/09/06 21:59), PICCA Frédéric-Emmanuel wrote:
* I'm a little wary of the copyright situation, as I can't see any
statements within the package. It appears the license is DFSG free,
but you need to include any and all copyright statements in your
debian/copyright
Dear mentors,
I am looking for a sponsor for my package lisaac.
* Package name: lisaac
Version : 0.84-1
Upstream Author : [EMAIL PROTECTED]
* URL : http://isaacos.loria.fr/li.html
* License : Cecillv2 (compatible GPL)
.
I realise you did that, however I am not talking about the license, I am
referring to Copyright statements, e.g.
Copyright 2006 James Westby [EMAIL PROTECTED]
They are a separate issue from licenses, as they state who has the
Copyright for the work. Licenses deal with what you as a
Hello
I made all the changes you asked for my lisaac package:
* Now it is lintian clean. I added some overrides for the GPL du to the
reference in the CeCillv2 licence.
*I removed all un commented dh_* in the rules file.
*My email is the same everywhere.
*I am using dpatch for path.li
The
I have just check this bug. And with 1.4.2 version there is no problem.
thank you.
PS: I changed my mail. I am the author of this bug report.
Dear mentors,
I am looking for a sponsor for my package lisaac.
* Package name: lisaac
Version : 0.84-1
Upstream Author : [EMAIL PROTECTED]
* URL : http://isaacos.loria.fr/li.html
* License : Cecillv2 (compatible GPL)
hello
/etc/modprobe.d/blacklist contains:
| # evbug is a debug tool and should be loaded explicitly
| blacklist evbug
So it is never loaded automaticaly. You have to provide the
informations, why it is loaded than.
My /etc/modprobe.d/blacklist contains this blacklist evbug
so could it be
hello
/etc/modprobe.d/blacklist contains:
| # evbug is a debug tool and should be loaded explicitly
| blacklist evbug
So it is never loaded automaticaly. You have to provide the
informations, why it is loaded than.
My /etc/modprobe.d/blacklist contains this blacklist evbug
so could it be
Dear mentors,
I am looking for a sponsor for my package lisaac.
* Package name: lisaac
Version : 0.84-1
Upstream Author : Benoit Sonntag
* URL : http://isaacos.loria.fr/li.html
* License : Cecillv2
Section : devel
It builds these binary packages:
It's easier for me to link to extensions from the GSL webpage, then
people can update them independently without me being involved.
Ok but I have no personnal homepage to put my extension.
Is it possible to grant a CVS access just in one directory ?
frederic
Package: linux-image-2.6.12-1-k7
Version: 2.6.12-10
Severity: important
Hello
After upgrading my K7 box The snd_via82xx do not whant to be modprob
the error is:
dainII:/home/serge# modprobe snd_via82xx
FATAL: Error inserting snd
(/lib/modules/2.6.15-1-k7/kernel/sound/core/snd.ko): Unknown
Package: gnome-pilot
Version: 2.0.12-1.4
Severity: normal
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=ISO-8859-15
From: [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: gnome-pilot: gpilotd no pilot correspondig to the ID
1101 - 1166 of 1166 matches
Mail list logo
