On 2011-05-26 08:03 +0200, Raphael Hertzog wrote:
> On Wed, 25 May 2011, Lucas Nussbaum wrote:
>> It also seems that repositories hosted in public_git don't show up on
>> gitweb anymore. Example:
>> http://anonscm.debian.org/gitweb/?p=users/lucas/packaging-tutorial.git
>> I agree that most of them
Package: wnpp
Severity: wishlist
Owner: Jeroen Schot
* Package name: bmake
Version : 20110505
Upstream Author : Simon J. Gerraty
* URL : http://www.crufty.net/help/sjg/bmake.html
* License : BSD
Programming Lang: C
Description : Portable version of Ne
On 05/25/2011 03:04 PM, Stefano Zacchiroli wrote:
> How about posting those rewrites here or, even better, helping out the
> Alioth admins to deploy them? I guess they could use some helping hands
> more than a "bug report" sent to -devel.
They are well documented in /usr/share/doc/gitweb/README
If I have to guess what git.someorg.tld is, I'd guess one of
the following (in this order):
- a host offering git:// protocoll
- a host offering public access to git repositories over http://
- a host offering a web view of git repositories.
With the new alioth setup all those three are the same
On Thu, 26 May 2011 at 08:47:06 +0200, Luk Claes wrote:
> Comments welcome, but foremost I'd like a mass effort to clear the
> remaining dependency_libs fields! :-)
Am I right in thinking that this is the process people should follow?
if depended-on:
if dependency_libs:
clear the depe
Hello,
On Thu, 26 May 2011 09:29:44 +0200
Jeroen Schot wrote:
> * Package name: bmake
> Version : 20110505
> Upstream Author : Simon J. Gerraty
> * URL : http://www.crufty.net/help/sjg/bmake.html
> * License : BSD
> Programming Lang: C
> Description
On Thu, 26 May 2011, Sven Joachim wrote:
> But the Vcs-Browser field from debian/control still does not work, links
> on packages.qa.debian.org lead to a 404:
>
> The requested URL /gitweb/gitweb.cgi was not found on this server.
That was a temporary glitch, it's fixed now.
Cheers,
--
Raphaël H
Hi,
On Thu, May 26, 2011 at 11:58:49AM +0300, Andrew O. Shadoura wrote:
> Alexey Cheusov and me are already working on creation of the package
> for bmake, so you can join our team instead of doing this on your own.
Good to hear. I've already had contact with Alexey. I'm more than
happy to work t
Hi,
> sed -i "/dependency_libs/ s/'.*'/''/"
> "$(CURDIR)/debian//usr/lib/"
>
> Comments welcome, but foremost I'd like a mass effort to clear the
> remaining dependency_libs fields! :-)
gnome-pkg-tools package is already providing a cdbs makefile snippet
that does the same thing on all .la files
Hello,
On Thu, 26 May 2011 11:09:27 +0200
Jeroen Schot wrote:
> > Alexey Cheusov and me are already working on creation of the package
> > for bmake, so you can join our team instead of doing this on your
> > own.
> Good to hear. I've already had contact with Alexey. I'm more than
> happy to wo
Am 26.05.2011 10:46, schrieb Simon McVittie:
> On Thu, 26 May 2011 at 08:47:06 +0200, Luk Claes wrote:
>> Comments welcome, but foremost I'd like a mass effort to clear the
>> remaining dependency_libs fields! :-)
>
> Am I right in thinking that this is the process people should follow?
>
> if de
On 11-05-26 at 11:16am, Laurent Bigonville wrote:
> Hi,
>
> > sed -i "/dependency_libs/ s/'.*'/''/"
> > "$(CURDIR)/debian//usr/lib/"
> >
> > Comments welcome, but foremost I'd like a mass effort to clear the
> > remaining dependency_libs fields! :-)
>
> gnome-pkg-tools package is already providi
Goswin von Brederlow writes ("Re: Getting good bug reports"):
> Ian Jackson writes:
> > The reason why there is a problem with an http submission interface is
> > that suddenly every idiot will think "oh I must write a cool ui for
> > this".
>
> But with the tunneling suggested below the cool UI
There are plenty of cgi-bin scripts that send email via a web interface. I'm
sure that it wouldn't be difficult to install one of them on a web server for
the purpose of forwarding Debian bug reports. So really anyone who is good at
running web servers can setup a HTTP submission method if the
Hi,
Roland Mas (23/05/2011):
> We should now be in the phase where we pretend it's done, wait for
> the complaints, and fix the problems as they are reported (or laugh
> them off when they come from the too-common expectation that Alioth
> can be used to run any random stuff by anyone).
sorry,
Russell Coker writes ("Re: Getting good bug reports"):
> Would someone who wants to write a HTTP client bug reporting tool really be
> prevented because they have to setup their own server too?
That would just result in their mail server being blocked by DSA or
owner@bugs.
Ian.
--
To UNSUBSCR
schrieb Ian Jackson am 2011-05-25 13:46:
> I wrote:
>> Brian May writes ("Re: Getting good bug reports"):
>>> [ explanation of how reportbug is broken right now ]
>>
>> We could solve this if we can avoid the slippery slope problem.
>>
>> Or to put it another way, I would have no objection to an ht
Le jeudi 26 mai 2011 à 12:26 +0200, Jonas Smedegaard a écrit :
> Do anyone perhaps have an opinion on Peter's suggestion in that
> bugreport?:
>
> > I think in order of preference, this should be fixed by patching
> > libtool, or by a debhelper tool, and only then maybe in cdbs. This
> > way
On Thu, May 26, 2011 at 9:21 AM, Patrick Strasser
wrote:
[...]
> Why not use some simple non-HTTP-protocol on port 80?
That tends to break transparent proxying. If port 80 is the only one
you have open, chances are you're behind a transparent proxy as well.
Regards,
--
To UNSUBSCRIBE, email t
Package: wnpp
Severity: wishlist
Owner: Lars Wirzenius
This package is in oldstable, but not in squeeze and later. It was
removed on my request because nothing in Debian required it, and I
wanted to retire. I am now preparing to upload some software that
uses this to run unit tests at build time,
Package: wnpp
Severity: wishlist
Owner: Lars Wirzenius
* Package name: python-cliapp
Version : 0.11
Upstream Author : Lars Wirzenius
* URL : http://liw.fi/cliapp/
* License : GPL3+
Programming Lang: Python
Description : Python framework for Unix comman
I demand that Scott Kitterman may or may not have written...
> On Wednesday, May 25, 2011 08:17:51 AM Darren Salt wrote:
>> I demand that Carsten Hey may or may not have written...
>> [snip]
>>> The third example with indirections would have advantages if one l10n
>>> package contains the translat
650.000/m2 đất sổ đỏ cạnh Sân Golf, Khu nghỉ dưỡng 5sao HànQuốc- ChươngMỹ,
HàNội
*Cần bán** **11.000m2 đất thổ cư sổ đỏ chỉ 650.000/m2 ngay cạnh Sân Golf 36
lỗ và Khu nghỉ dưỡng 5 sao SKY LAKE Hàn Quốc - Hồ Vân Sơn, huyện Chương Mỹ,
Hà Nội. *
* *
*Có thể bán toàn bộ hoặc bán lẻ mỗi mảnh 1000m2
Package: wnpp
Severity: wishlist
Owner: Xu ZhiXiang
* Package name: uwsgi
Version : 0.9.7.2
Upstream Author : Unbit
* URL : http://projects.unbit.it/uwsgi/
* License : GPL2+
Programming Lang: C
Description : a fast, self-healing and developer/sysadmin-
[Michael Biebl]
> Clearing the dependency_libs is always safe, afaics, so I'd rather say it is
> something like
>
> if depended-on
> clear dependency_libs
> else
> remove *.la files
Seems like the following would work instead:
remove *.la files
if depended-on
request
I am using unstable/experimental, and when
pbuilder create
When it nearly success, an error occoured :
I: mounting /proc filesystem
mount: /proc already mounted or /media/tmpfs/pbuilder/4079/proc busy
mount: according to mtab, /proc is mounted on /proc
W: Aborting with an error
I: cleaning the b
I am using unstable/experimental, and when
pbuilder create
When it nearly success, an error occoured :
I: mounting /proc filesystem
mount: /proc already mounted or /media/tmpfs/pbuilder/4079/proc busy
mount: according to mtab, /proc is mounted on /proc
W: Aborting with an error
I: cleaning the b
Package: wnpp
Severity: normal
I am seeking for help with FreeIPMI. Project is really nice, upstream is
very knowledgeable, nice, and I even had them as an exemplar CVS gurus
(Just see http://www.onerussian.com/Linux/misc/freeipmi-big-picture.pdf for
the development tree after it got cvsimported
Hi,
A few days ago, we had a discussion in Ubuntu about a packaging-dev meta
package. The problem is that users have to install a bunch of packages
if they want to dive into packaging. Even some packagers get annoyed
when they need to turn a newly installed system into a packaging
environment. The
On Thu, May 26, 2011 at 5:05 PM, Benjamin Drung wrote:
> Hi,
>
> A few days ago, we had a discussion in Ubuntu about a packaging-dev meta
> package. The problem is that users have to install a bunch of packages
> if they want to dive into packaging. Even some packagers get annoyed
> when they need
Am Donnerstag, den 26.05.2011, 17:25 -0300 schrieb Fernando Lemos:
> On Thu, May 26, 2011 at 5:05 PM, Benjamin Drung wrote:
> > Hi,
> >
> > A few days ago, we had a discussion in Ubuntu about a packaging-dev meta
> > package. The problem is that users have to install a bunch of packages
> > if the
On Thu, May 26, 2011 at 4:29 PM, Benjamin Drung wrote:
> Am Donnerstag, den 26.05.2011, 17:25 -0300 schrieb Fernando Lemos:
>> On Thu, May 26, 2011 at 5:05 PM, Benjamin Drung wrote:
>> > Hi,
>> >
>> > A few days ago, we had a discussion in Ubuntu about a packaging-dev meta
>> > package. The probl
On Thu, 26 May 2011 22:29:11 +0200, Benjamin Drung wrote:
> > Isn't apt-get build-dep enough? Users can always use equivs for
> > something more specific.
> apt-get build-dep gets the build dependency for a specific package, but
> it wont give you devscripts for example.
Maybe the idea was build-
Am Donnerstag, den 26.05.2011, 16:33 -0400 schrieb Mackenzie Morgan:
> On Thu, May 26, 2011 at 4:29 PM, Benjamin Drung wrote:
> > Am Donnerstag, den 26.05.2011, 17:25 -0300 schrieb Fernando Lemos:
> >> On Thu, May 26, 2011 at 5:05 PM, Benjamin Drung wrote:
> >> > Hi,
> >> >
> >> > A few days ago,
On Thu, 26 May 2011 22:05:42 +0200, Benjamin Drung wrote:
> As a starting point packaging-dev would depend on
>
> build-essential
> quilt
> debhelper
> cmake
> autoconf
> cdbs
> bzr-builddeb
> apt-file
> ubuntu-dev-tools (only on Ubuntu systems)
>
> Do you like the idea or not? Do you have a bet
On Thu, May 26, 2011 at 4:05 PM, Benjamin Drung wrote:
> As a starting point packaging-dev would depend on
>
> build-essential
> quilt
> debhelper
> cmake
> autoconf
> cdbs
> bzr-builddeb
> apt-file
> ubuntu-dev-tools (only on Ubuntu systems)
>
> Do you like the idea or not? Do you have a better n
On Thu, May 26, 2011 at 4:44 PM, Andrew Starr-Bochicchio
wrote:
> Keep vcs specific tools (git-buildpackage, bzr-builddeb,
> svn-buildpackage) in the Recommends field so they are not hard
> dependencies.
The current version of the control field I've got sitting here has
build-essential in Depends
Am Donnerstag, den 26.05.2011, 22:40 +0200 schrieb gregor herrmann:
> On Thu, 26 May 2011 22:05:42 +0200, Benjamin Drung wrote:
>
> > As a starting point packaging-dev would depend on
> >
> > build-essential
> > quilt
> > debhelper
> > cmake
> > autoconf
> > cdbs
> > bzr-builddeb
> > apt-file
> >
Am Donnerstag, den 26.05.2011, 16:46 -0400 schrieb Mackenzie Morgan:
> On Thu, May 26, 2011 at 4:44 PM, Andrew Starr-Bochicchio
> wrote:
> > Keep vcs specific tools (git-buildpackage, bzr-builddeb,
> > svn-buildpackage) in the Recommends field so they are not hard
> > dependencies.
>
> The curren
On Thu, May 26, 2011 at 4:49 PM, Benjamin Drung wrote:
> Recommends or Suggests:
> cdbs
> cmake
My reasoning on these two was that some people probably aren't
interested in switching from cdbs to quilt, so coming across packages
still using it will be common for a while. CMake is a corollary to
Andrew Starr-Bochicchio writes:
> This could be useful. A couple of suggestions:
> Keep vcs specific tools (git-buildpackage, bzr-builddeb,
> svn-buildpackage) in the Recommends field so they are not hard
> dependencies.
A fancier thing to do would be to build separate packaging-dev-
packages f
Mackenzie Morgan writes:
> On Thu, May 26, 2011 at 4:49 PM, Benjamin Drung wrote:
>> Recommends or Suggests:
>> cdbs
>> cmake
> My reasoning on these two was that some people probably aren't
> interested in switching from cdbs to quilt,
You mean from cdbs to using debhelper directly? cdbs and
On Thu, May 26, 2011 at 10:49:46PM +0200, Benjamin Drung wrote:
> Am Donnerstag, den 26.05.2011, 22:40 +0200 schrieb gregor herrmann:
> > I tentatively think the idea is good; I don't really care about the
> > name :)
ACK (on both).
> > The problem might be that the set of packages is not
> > tri
Am Mittwoch, den 25.05.2011, 14:49 +0200 schrieb Tshepang Lekhonkhobe:
> On Tue, 2011-05-24 at 23:51 +0200, Benjamin Drung wrote:
> > Am Samstag, den 21.05.2011, 21:41 +0200 schrieb Tshepang Lekhonkhobe:
> > > On Thu, 2011-03-10 at 00:26 +0100, Benjamin Drung wrote:
> > > > Am Mittwoch, den 09.03.2
On Thu, May 26, 2011 at 10:49:46PM +0200, Benjamin Drung wrote:
> > I tentatively think the idea is good; I don't really care about the
> > name :)
> > The problem might be that the set of packages is not
> > trivial/uncontroversial; I'm not sure I need cdbs (or cmake), I've
> > never heard about
On 05/26/2011 11:55 AM, Michael Biebl wrote:
> Am 26.05.2011 10:46, schrieb Simon McVittie:
>> On Thu, 26 May 2011 at 08:47:06 +0200, Luk Claes wrote:
>>> Comments welcome, but foremost I'd like a mass effort to clear the
>>> remaining dependency_libs fields! :-)
>>
>> Am I right in thinking that t
On Thu, May 26, 2011 at 04:52:38PM -0400, Mackenzie Morgan wrote:
> On Thu, May 26, 2011 at 4:49 PM, Benjamin Drung wrote:
> > Recommends or Suggests:
> > cdbs
> > cmake
> My reasoning on these two was that some people probably aren't
> interested in switching from cdbs to quilt, so coming across
On Thu, May 26, 2011 at 5:14 PM, Russ Allbery wrote:
> Mackenzie Morgan writes:
>> On Thu, May 26, 2011 at 4:49 PM, Benjamin Drung wrote:
>
>>> Recommends or Suggests:
>>> cdbs
>>> cmake
>
>> My reasoning on these two was that some people probably aren't
>> interested in switching from cdbs to q
On 05/26/2011 06:04 PM, Peter Samuelson wrote:
>
> [Michael Biebl]
>> Clearing the dependency_libs is always safe, afaics, so I'd rather say it is
>> something like
>>
>> if depended-on
>> clear dependency_libs
>> else
>> remove *.la files
>
> Seems like the following would work instead
Mackenzie Morgan writes:
> Sorry, yes.
> The push toward Source Format 3 with Quilt and DH7 happened around the
> same time that I started doing packaging with any frequency so I'm
> somewhat muddled on the "old way." Do I recall correctly that there was
> some sort of patch management included
Am Donnerstag, den 26.05.2011, 17:28 -0400 schrieb Mackenzie Morgan:
> On Thu, May 26, 2011 at 5:14 PM, Russ Allbery wrote:
> > Mackenzie Morgan writes:
> >> On Thu, May 26, 2011 at 4:49 PM, Benjamin Drung wrote:
> >
> >>> Recommends or Suggests:
> >>> cdbs
> >>> cmake
> >
> >> My reasoning on t
Not that I'd consider this package particularly useful, but...
* Benjamin Drung , 2011-05-26, 22:49:
Here's the starting point for discussion:
Depends:
build-essential
debhelper
devscripts
gnupg
lintian
dput | dupload
quilt
Agreed.
pbuilder | cowbuilder
Apart from missing initial "sbuild
Greetings,
On Thu, May 26, 2011 at 02:14:28PM -0700, Russ Allbery wrote:
>
> Mackenzie Morgan writes:
> > On Thu, May 26, 2011 at 4:49 PM, Benjamin Drung wrote:
>
> >> Recommends or Suggests:
> >> cdbs
> >> cmake
>
...
> > so coming across packages still using it will be common for a while.
>
On 2011-05-26, Jakub Wilk wrote:
>>autoconf
> + automake (sadly)
> + libtool (even more sadly)
should be grouped with cmake (probably all at suggest)
>>bzr-builddeb (maybe Depends on Ubuntu)
>>svn-buildpackage
>>git-buildpackage
suggest.
>>dh-make
>
> Seriously? Are you, grown-up developers, u
Am 26.05.2011 23:26, schrieb Luk Claes:
> There are some good reasons to keep some specific *.la files around,
Just curious: what are these reasons / use case for keeping la files?
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
On 11-05-26 at 05:28pm, Mackenzie Morgan wrote:
> On Thu, May 26, 2011 at 5:14 PM, Russ Allbery wrote:
> > Mackenzie Morgan writes:
> >> On Thu, May 26, 2011 at 4:49 PM, Benjamin Drung
> >> wrote:
> >
> >>> Recommends or Suggests:
> >>> cdbs
> >>> cmake
> >
> >> My reasoning on these two was th
On 11-05-26 at 02:20pm, Steve Langasek wrote:
> On Thu, May 26, 2011 at 04:52:38PM -0400, Mackenzie Morgan wrote:
> > On Thu, May 26, 2011 at 4:49 PM, Benjamin Drung
> > wrote:
> > > Recommends or Suggests:
> > > cdbs
> > > cmake
>
> > My reasoning on these two was that some people probably aren
On Fri, May 27, 2011 at 12:45:41AM +0200, Jonas Smedegaard wrote:
> On 11-05-26 at 02:20pm, Steve Langasek wrote:
> > On Thu, May 26, 2011 at 04:52:38PM -0400, Mackenzie Morgan wrote:
> > > On Thu, May 26, 2011 at 4:49 PM, Benjamin Drung
> > > wrote:
> > > > Recommends or Suggests:
> > > > cdbs
>
On Thu, 26 May 2011 23:16:08 +0200, Stefano Zacchiroli wrote:
> > > The problem might be that the set of packages is not
> > > trivial/uncontroversial; I'm not sure I need cdbs (or cmake), I've
> > > never heard about bzr-builddeb, I miss cowbuilder (and also
> > > svn-buildpackage and git-buildpa
On Thu, May 26, 2011 at 10:05:42PM +0200, Benjamin Drung wrote:
[...]
> Should something added to or removed from the dependency list?
Not so much a vote for or against the main idea of the meta package
itself, but a glaring omission in my mind is piuparts, which is
great for package QA.
--
{ IRL
The Fungi writes:
> On Thu, May 26, 2011 at 10:05:42PM +0200, Benjamin Drung wrote:
> [...]
> > Should something added to or removed from the dependency list?
>
> Not so much a vote for or against the main idea of the meta package
> itself, but a glaring omission in my mind is piuparts, which is
On Fri, May 27, 2011 at 4:05 AM, Benjamin Drung wrote:
> Do you like the idea or not?
Seems reasonable.
> Do you have a better name for the meta package?
How about build-something (keeping with the build-essential naming)?
build-depends-common
build-recommends
build-suggests
> Should somethi
On Fri, 27 May 2011 00:17:45 +0200
Michael Biebl wrote:
> Am 26.05.2011 23:26, schrieb Luk Claes:
>
> > There are some good reasons to keep some specific *.la files around,
>
> Just curious: what are these reasons / use case for keeping la files?
Plugins which us libltdl use the .la file but t
On Thu, 26 May 2011 23:26:26 +0200
Luk Claes wrote:
> On 05/26/2011 11:55 AM, Michael Biebl wrote:
> > Am 26.05.2011 10:46, schrieb Simon McVittie:
> >> On Thu, 26 May 2011 at 08:47:06 +0200, Luk Claes wrote:
> >>> Comments welcome, but foremost I'd like a mass effort to clear the
> >>> remaining
64 matches
Mail list logo
