On Fri, Mar 26, 2010 at 05:04:08PM -0500, ceduardo wrote:
2010/3/25 Brian Ryans brian.l.ry...@gmail.com:
Quoting ceduardo on 2010-03-18 17:32:27:
What Do you developer tools sugges?
If you use emacs for editing try its integration with gdb for
debugging. I like it.
As a way to manage your
Hi fellow developers,
I maintain the packaging of SRTP for Debian. I am quite happy that it
finally entered testing.
But today when I wanted to do a minor update to the packaging, I
discovered that my earlier -5 release for some reason hadn't been
uploaded to Debian at all.
Now I am
On Mon, Mar 29, 2010 at 11:27:41 +0200, Jonas Smedegaard wrote:
Now I am puzzled: 1.4.4~dfsg-4 is in testing. The source package is
arch-any, but the code fails to build on ia64, sparc and Hurd.
How could srtp enter testing without succesful build on some archs?!?
Missing build only
On Sun, Mar 28, 2010 at 09:02:24AM +0200, Christian PERRIER wrote:
I'm surprised by the resistance I see to these changes. I see the
approach pushed by dpkg maintainers as fairly conservative with very
progressive changes to existing packages and much respect for people
who don't want to
On Thu, 18 Mar 2010 23:32:27 +0100, ceduardo
carlos.eduardo.vir...@gmail.com wrote:
Hi every body, thaks you for your suggestions.
Well I am learning about C, C++ and Linux programing, jeje I am trying
to be a Debian developer this is my objetive. On my practices use
emacs and others tools
On Mon, Mar 29, 2010 at 11:34:39AM +0200, Julien Cristau wrote:
On Mon, Mar 29, 2010 at 11:27:41 +0200, Jonas Smedegaard wrote:
Now I am puzzled: 1.4.4~dfsg-4 is in testing. The source package is
arch-any, but the code fails to build on ia64, sparc and Hurd.
How could srtp enter testing
Ben Finney ben+deb...@benfinney.id.au wrote:
Hi,
The problem is that if debian/source/format is missing for one reason
or another, your package will be silently built as a 1.0 source
package.
There's no need for it to be silent. The idea was raised that, after a
period of silent
On Mon, Nov 23, 2009 at 04:26:21PM +0100, Goswin von Brederlow wrote:
Benjamin Drung bdr...@ubuntu.com writes:
Am Montag, den 23.11.2009, 09:18 +0100 schrieb Goswin von Brederlow:
Benjamin Drung bdr...@ubuntu.com writes:
When a new upstream version is released, I have to check all patches
On Mon, 29 Mar 2010, Julien BLACHE wrote:
FWIW I think debian/source/format sucks big time and its content should
be moved to debian/control.
Actually it's a design decision to put it outside of the control file:
it's easier to create/modify/discard automatically when needed.
I expect this to
Is it possible that in the last three days nothing has been updated
or uploaded, or did I miss some important announcement? (was off
for some time in the moutains)
Since several days aptitude does not show any updates at all.
Best wishes
Norbert
Hi,
On Mon Mar 29, 2010 at 19:56:27 +0900, Norbert Preining wrote:
Is it possible that in the last three days nothing has been updated
or uploaded, or did I miss some important announcement? (was off
for some time in the moutains)
Since several days aptitude does not show any updates at
On Mo, 29 Mär 2010, Martin Zobel-Helas wrote:
you should read debian-devel-announce an it's follow-ups on this list.
http://lists.debian.org/debian-devel-announce/2010/03/msg00010.html
Ah thanks, missed that one. Good to know that the uploads are not lost.
Best wishes
Norbert
Raphael Hertzog hert...@debian.org wrote:
I expect this to be of particular interest when we'll have VCS-powered
source formats (say 3.0 (git2quilt)) that generate source packages that
are plain 3.0 (quilt) based on the git repository information.
This is becoming crazy, really.
JB.
--
Package: wnpp
Severity: wishlist
Owner: Fladischer Michael fladischermich...@fladi.at
Owner: Fladischer Michael fladischermich...@fladi.at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: django-auth-ldap
Version : 1.0.2
Upstream Author : Peter Sagerson
Wouter Verhelst schrieb:
I might want to have a file with 1.0 (non-native) to have dpkg error
out when I accidentally don't have a .orig.tar.gz file somewhere, for
instance. As long as the absense of that file does not make things
suddenly break, I don't think there's anything wrong with that.
Sven Mueller s...@debian.org writes:
Wouter Verhelst schrieb:
Of course, this all conveniently ignores the fact that the above
explicit non-native option isn't actually supported, which is
unfortunate...
Didn't check for this: Is a bug open to request such a feature to
explicitly say 1.0
I'm asking for adopters for the following packages:
* boa-constructor http://bugs.debian.org/575844
* drpython http://bugs.debian.org/575845
* foff http://bugs.debian.org/575842
* jokosher http://bugs.debian.org/575843
* lfm
Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta mig...@miguel.cc
* Package name: libspring-webflow-2.0-java
Version : 2.0.8.RELEASE
Upstream Author : SpringSource, Inc.
* URL : http://springsource.org/webflow
* License : Apache-2.0
Programming Lang:
Hi!
I've had this idea in my head for long, but as never found the time to
work on it, didn't feel appropriate to throw it to the wall and expect
someone else to implement it. Anyway, it seems to me it might be a nice
GSoC project, and not necessarily too complex. As I've my plate already
full,
On Mon, 2010-03-29 at 23:51 +0200, Guillem Jover wrote:
Hi!
I've had this idea in my head for long, but as never found the time to
work on it, didn't feel appropriate to throw it to the wall and expect
someone else to implement it. Anyway, it seems to me it might be a nice
GSoC project, and
Ideally the package manager front-ends would propose for installation to
the user all hardware related packages for currently detected hardware
in the system, or removal once such hardware is not present (although
that might need to be disabled for pluggable hardware).
The implementation
Hi folks,
I'm trying to solicit comments on what people are using for development
environments and how well it's working. Here are some situations I
imagine are common:
1. workstation running sid
I've followed this model for over a decade. It works well, in general,
and I keep up with
John Goerzen jgoer...@complete.org writes:
1. workstation running sid
I've followed this model for over a decade. It works well, in general,
and I keep up with development well enough that I can fix problems when
they arise. However, it tends to lead to a certain amount of cruft over
the
On Tue, Mar 30, 2010 at 8:03 AM, John Goerzen jgoer...@complete.org wrote:
1. workstation running sid
I used that until DebConf9 when I reinstalled and switched from i386 to amd64.
2. workstation running squeeze or lenny
At the moment I have only one workstation (a laptop). I use testing,
On Mon, Mar 29 2010, John Goerzen wrote:
Hi folks,
I'm trying to solicit comments on what people are using for development
environments and how well it's working. Here are some situations I
imagine are common:
1. workstation running sid
2b. Xen, KVM, qemu, or VirtualBox
I have
25 matches
Mail list logo