Dear mentors,
I am looking for a sponsor for my package "wepbuster".
* Package name: wepbuster
Version : 1.0~beta0.7-1
Upstream Author : Mark Jayson Alvarez
* URL : http://code.google.com/p/wepbuster/
* License : BSD
Section : admin
It builds these
On Fri, Nov 27, 2009 at 11:50:30AM +1100, Ben Finney wrote:
> Rather, it would be good to have a facility similar to the way the
> Debian changelog is currently available: have the upstream changelog
> published in a predictable location by package name.
Where the changelog is already part of the
On Fri, Nov 27, 2009 at 4:55 PM, Jonathan Wiltshire
wrote:
> Where the changelog is already part of the source package and has a
> sensible name, and the package calls dh_installchangelogs, it's already
> installed as /usr/share/doc/*/changelog and the Debian changelog as
> changelog.Debian. The
Jonathan Wiltshire writes:
> On Fri, Nov 27, 2009 at 11:50:30AM +1100, Ben Finney wrote:
> > Rather, it would be good to have a facility similar to the way the
> > Debian changelog is currently available: have the upstream changelog
> > published in a predictable location by package name.
>
> Whe
Jonathan Wiltshire writes:
> On Fri, Nov 27, 2009 at 11:50:30AM +1100, Ben Finney wrote:
>> Rather, it would be good to have a facility similar to the way the
>> Debian changelog is currently available: have the upstream changelog
>> published in a predictable location by package name.
> Where t
Le 26 nov. 09 à 21:59, Joe Smith a écrit :
Hi,
I'm having an issue with distributing a .deb package that has a
dependency on another .deb package that might not be in an available
repository (or the target may not have a network connection at the
time of installation). What I'd like to d
Dear mentors,
I am looking for a sponsor for the new version 1.16.1-1
of my package "roxterm".
It builds these binary packages:
roxterm- Multi-tabbed GTK/VTE terminal emulator
The package appears to be lintian clean.
The upload would fix these bugs: 557049
The package can be found on mento
2009/11/27 Thibaut GIRKA :
>> Your package drops this symlink with out any mention of that in the
> changelog:
>>
>> lrwxrwxrwx root/root /usr/share/bluemindo/COPYING ->
>> ../common-licenses/GPL-3
>>
>> Did you mean to do that?
>
> Let me check... Yeah, the program does not use it anymore.
Ok
> Dear mentors,
Hi,
> I am looking for a sponsor for the new version 1.16.1-1
> of my package "roxterm".
>
> It builds these binary packages:
> roxterm- Multi-tabbed GTK/VTE terminal emulator
>
> The package appears to be lintian clean.
>
> The upload would fix these bugs: 557049
>
> The
Dear mentors,
I am looking for a sponsor for my package "g3dviewer".
* Package name: g3dviewer
Version : 0.2.99.5~svn130-1
Upstream Author : Markus Dahms
* URL : http://automagically.de/g3dviewer/
* License : GPL-2+
Section : graphics
It builds thes
On Fri, 27 Nov 2009 21:39:25 +0200
George Danchev wrote:
> Package looks good and 557049 seems to be addressed as well, at least
> works for me;-). JFYI I just run into some leftovers in the roxterm(1)
> and roxterm- config(1) manpages -- they both contain [FIXME: manual]
> and [FIXME: source], a
Felipe Sateler (26/11/2009):
> Your package build-depends on ccache, and it actively enforces it in
> the debian/rules file. Why is that?
>
> I would be willing to bet money that the problem is that buildd's
> have no (writable) home directory, so ccache fails. Drop the ccache
> stuff, or if it _
Joachim Wiedorn (27/11/2009):
> thanks for this informations!
Nice to see you noticed the FTBFS yourself. I opened a bug anyway
(before opening my =debian-mentors/ folder). :)
Mraw,
KiBi.
signature.asc
Description: Digital signature
Hi all:
On Thursday 26 November 2009 15:00:18 Lucas B. Cohen wrote:
> Thibaut Paumard wrote:
> > Le 26 nov. 09 à 13:38, Lucas B. Cohen a écrit :
> >> Esteemed Debian mentors,
> >>
> >> Is it considered acceptable for a package to blindly delete, then
> >> recreate its entire directory under /usr/s
Benoit Mortier (21/11/2009):
> So my question is can we use linux-any today or do we have to fix
> the problem an other way ?
Keep “Architecture: any” for now, possibly FTBFS very early when not
on a Linux architecture (you could use a check on DEB_HOST_ARCH_OS in
debian/rules), and get your pack
On Sat, 2009-11-28 at 03:17 +0100, Cyril Brulebois wrote:
> Felipe Sateler (26/11/2009):
> > Your package build-depends on ccache, and it actively enforces it in
> > the debian/rules file. Why is that?
> >
> > I would be willing to bet money that the problem is that buildd's
> > have no (writable
> On Fri, 27 Nov 2009 21:39:25 +0200
>
> George Danchev wrote:
> > Package looks good and 557049 seems to be addressed as well, at least
> > works for me;-). JFYI I just run into some leftovers in the roxterm(1)
> > and roxterm- config(1) manpages -- they both contain [FIXME: manual]
> > and [FIX
"Jesús M. Navarro" writes:
> Not personal but sysadmin related. When I want to find information
> about a given package I go to /usr/share/doc/ so I find
> reasonable that the local sysadmin would add notes about the package
> right there if needed.
No, I don't think that's reasonable. The ‘/usr
18 matches
Mail list logo
