On Sun, 05 Dec 2010, Paul Wise wrote:
> On Sun, Dec 5, 2010 at 5:03 AM, Raphael Hertzog wrote:
>
> > Using dpkg -b directly is still not the right way to build a package.
> > If you don't want to distribute a source package, that's fine don't
> > distribute it. But a debian binary package should
Unfortunately the Debian developer that initially volunteer to review
this package doesn't have time to finish it. I would be really
grateful if somebody else could help out with this.
-- Razvan ME
On Sun, Oct 3, 2010 at 9:16 AM, Razvan Musaloiu-E. wrote:
> Dear mentors,
>
> I am looking for a s
Dear mentors,
I am looking for a sponsor for the new version 0.6.1
of my package "googleearth-package".
It builds these binary packages:
googleearth-package - utility to automatically build a Debian package
of Google Earth
The upload would fix these bugs: 606045, 606049
The package can be found
Mahyuddin Susanto wrote:
> On Mon, Dec 6, 2010 at 4:08 AM, Jonathan Nieder wrote:
>> Mahyuddin Susanto wrote:
>>> - dget
>>> http://mentors.debian.net/debian/pool/main/a/aspell-id/aspell-id_1.2-0-4.dsc
[...]
>> - 1.2-0-1: a "based on such-and-such documentation" placeholder[1]
>> seems to hav
I uploaded a new version 1.0.6-1 that fixes a display bug and some other
small changes.
This driver imports an SVG file from Inkscape and lets the use cut the path.
Important ares of use for a cutting plotter:
* Scrapbooking
* Greeting cards
* Custom apparel
* Vinyl signing
* Etched glass
* Sketc
Dear mentors,
I am looking for a sponsor for the new version 2.0-1
of my package "blankon".
It builds these binary packages:
gnome-icon-theme-blankon - BlankOn icon theme for GTK+ 2.x
The package appears to be lintian clean.
The package can be found on mentors.debian.net:
- URL: http://mentors.
Hi Jonathan
On Mon, Dec 6, 2010 at 4:08 AM, Jonathan Nieder wrote:
> Mahyuddin Susanto wrote:
>
>> - dget
>> http://mentors.debian.net/debian/pool/main/a/aspell-id/aspell-id_1.2-0-4.dsc
>
> Some seeming typos.
>
> - 1.2-0-1: a "based on such-and-such documentation" placeholder[1]
> seems to h
Harald Dunkel writes:
> What if someone _wants_ to install 2 libraries providing libgl
> and wants to choose later using update-alternatives?
This will hopefully be possible in the long run. The NVIDIA packages now
support this between their various versions, and we're interested in
getting it
Dear mentors,
I am looking for a sponsor for my package "logtop".
* Package name: logtop
Version : 0.1-1
Upstream Author : Julien Palard
* URL : http://github.com/JulienPalard/logtop/
* License : FreeBSD License
Section : admin
It builds these binary
Mahyuddin Susanto wrote:
> - dget
> http://mentors.debian.net/debian/pool/main/a/aspell-id/aspell-id_1.2-0-4.dsc
Some seeming typos.
- 1.2-0-1: a "based on such-and-such documentation" placeholder[1]
seems to have survived rather than being replaced by a useful
pointer
- 1.2-0-2: s/Tran
Dear mentors,
I am looking for a sponsor for my package "aspell-id".
* Package name: aspell-id
Version : 1.2-0-4
Upstream Author : Benitius Brevoort
* URL : http://translationproject.org/team/id.html
* License : GPLv2+
Section : text
It builds these
Am 05.12.2010 um 19:52 schrieb Harald Dunkel:
> On 12/05/10 13:37, Sven Joachim wrote:
>> Am 05.12.2010 um 12:05 schrieb Harald Dunkel:
>>
>>> Doesn't this mean that no other
>>> packages providing libgl1 can be installed,
>>
>> Not along libgl1-mesa-glx, yes. It's not like there are many other
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/05/10 13:37, Sven Joachim wrote:
> Am 05.12.2010 um 12:05 schrieb Harald Dunkel:
>
>> Doesn't this mean that no other
>> packages providing libgl1 can be installed,
>
> Not along libgl1-mesa-glx, yes. It's not like there are many other
> provi
> I see. If upstream changes the configuration file format often you may
> want to look at implementing a Config::Model backend for it so that
> you can safely upgrade users configuration files automatically.
>
> Also, the README.Debian contains bunch of unneeded detail. A lot of
> the listed chang
On Mon, Nov 29, 2010 at 01:14:21AM +0100, Stefan Tomanek wrote:
> Dies schrieb Jonathan Nieder (jrnie...@gmail.com):
>
> > This information could be useful for both package descriptions.
> > (Maybe, for triggerhappy:
> >
> > That is, this is similar to esekeyd but it also supports
> > , a
On 12/05/2010 02:12 AM, PJ Weisberg wrote:
> In any case, if your license to distribute the software requires you
> to do something that it also forbids you from doing, that doesn't mean
> you can distribute the software without doing that thing. It means
> you can't distribute the software at all
On Domingo 05 Diciembre 2010 01:57:39 Michael Tautschnig escribió:
> Hi,
>
> So here comes the review from the guy claiming he wouldn't sponsor that
> package
>
> :-)
> :
> > Well, besides your suggestion on the default of kstarsrc-does-not-exist
> > (since the user is asked for all options), and
Hello again,
I have added autotools-dev as a dependency again and also made the rules
file run with autotools_dev, so that it actually updates the
config.sub/config.guess files at build time.
--
Best regards,
Mit freundlichen Grüßen,
Cristian Henzel
--
To UNSUBSCRIBE, email to debian-ment
On Sun, 05 Dec 2010 13:37:42 +0100, Sven Joachim wrote:
> > I found this in debian/control for libgl1-mesa-glx:
> >
> > :
> > Conflicts: libgl1, libgl1-mesa-dri (<< 6.4.0)
> > Replaces: libgl1, libgl1-mesa-dri (<< 6.4.0)
> > Provides: libgl1
> > :
> >
> > This looks weird to me
Am 05.12.2010 um 12:05 schrieb Harald Dunkel:
> I found this in debian/control for libgl1-mesa-glx:
>
> :
> Conflicts: libgl1, libgl1-mesa-dri (<< 6.4.0)
> Replaces: libgl1, libgl1-mesa-dri (<< 6.4.0)
> Provides: libgl1
> :
>
> This looks weird to me. How can it repla
On Domingo 05 Diciembre 2010 01:57:39 Michael Tautschnig escribió:
> Hi,
>
> So here comes the review from the guy claiming he wouldn't sponsor that
> package
>
> :-)
> :
> > Well, besides your suggestion on the default of kstarsrc-does-not-exist
> > (since the user is asked for all options), and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi folks,
I found this in debian/control for libgl1-mesa-glx:
:
Conflicts: libgl1, libgl1-mesa-dri (<< 6.4.0)
Replaces: libgl1, libgl1-mesa-dri (<< 6.4.0)
Provides: libgl1
:
This looks weird to me. How can it
22 matches
Mail list logo