Hi!
I would like to invite you to visit my metroFLOG and see my latest photos.
In order to visit my space, you must go to:
http://www.metroflog.com/rajeshman
metroFLOG is a completely personalized personal space for you to share with
whoever you want. You can submit a daily photo with a comment
On Sun, Jun 6, 2010 at 3:11 PM, Bill Allombert
wrote:
> Well, mingw32 has not been updated since 2007 and is barely usable now.
> The license issues looks more like a pretext to stall it than anything else
> since it is still possible to use gcc 4.3 anyway.
I fully agree. You're welcome to provid
Package: wnpp
Severity: wishlist
Owner: Fathi Boudra
* Package name: build
Version : 1.0+git.20100504
Upstream Author : Novell Inc. / SUSE Linux Products GmbH.
* URL : http://www.gitorious.org/opensuse/build
* License : GPL2+
Programming Lang: Perl
Descript
On 06/09/2010 01:50 PM, Fathi Boudra wrote:
It enhances osc package and make 'osc build' command available.
Isn't "osc-build" a better name then? (less generic)
--
Mehdi Dogguy مهدي الدڤي
http://dogguy.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On Wed, Jun 9, 2010 at 3:02 PM, Mehdi Dogguy wrote:
> On 06/09/2010 01:50 PM, Fathi Boudra wrote:
>>
>> It enhances osc package and make 'osc build' command available.
>>
>
> Isn't "osc-build" a better name then? (less generic)
discussion started, I opened a thread for renaming build on upstream
Hi
Dne Wed, 09 Jun 2010 14:02:48 +0200
Mehdi Dogguy napsal(a):
> On 06/09/2010 01:50 PM, Fathi Boudra wrote:
> >
> > It enhances osc package and make 'osc build' command available.
> >
>
> Isn't "osc-build" a better name then? (less generic)
I don't think so because it is usable without osc as
Package: wnpp
Severity: wishlist
Owner: Alessio Treglia
* Package name: zyn
Version : 1
Upstream Author : Nedko Arnaudov
* URL : http://home.gna.org/zyn/
* License : GPL
Programming Lang: C, C++
Description : ZynAddSubFX engines converted to LV2 plugin
Hello,
what should package that require a specific device file do in their postinst ?
Many packages verify that the device does not exist and verify that
/dev/MAKEDEV exists and do "cd /dev && ./MAKEDEV something" only in
that case.
This works well in most cases but if you're using udev when ins
[Bill Allombert]
> Here the list of current circular dependencies:
[...]
> * perl perl-modules
Heh, I suspect this one just caused a test upgrade I did of a KDE
desktop from Lenny to Squeeze to fail.
Upgrading perl-modules failed with this error message (in Norwegian,
sorry about that):
dpkg:
On Jun 09, Raphael Hertzog wrote:
> This works well in most cases but if you're using udev when installing the
> package, MAKEDEV will not be called and the device has no chance to be
> created on the on-disk filesystem. If you later remove udev, you will have
> a broken system since the device w
Package: general
Severity: normal
Tags: squeeze
In GNOME the default open action for when double-clicking on a .deb package is
to open with Archive Manager, which then complains 'Could not create the
archive: Archive type not supported.'
The context menu shows as the second option 'Open with GDeb
On Wed, 09 Jun 2010, Marco d'Itri wrote:
> On Jun 09, Raphael Hertzog wrote:
> If you remove udev then you are on your own.
There are still cases where not using udev is fine: chroots or in
openvz containers.
I would still want the packages requiring a device file to properly setup
it in those c
On Sun, Jun 6, 2010 at 04:43, Scott Kitterman wrote:
> Without examining each package in detail, it's difficult to know the impact of
> this error on each package. I expect to file the bugs at normal severity and
> leave it to maintainers to adjust it up or down.
The MBF just happened (result: 1
Hi all,
I'm a simple debian contributor: I'm trying to get my work in debian
through a sponsor [1] [2]. The problem is that I'm waiting for a sponsor
since 7 days+ (and not only me, in mentors.debian.net there are 20+
pending packages) [3]. Why are they in pending status and nobody wants
to upload
On Wed, 2010-06-09 at 17:04 +0200, Raphael Hertzog wrote:
> Hello,
>
> what should package that require a specific device file do in their postinst ?
>
> Many packages verify that the device does not exist and verify that
> /dev/MAKEDEV exists and do "cd /dev && ./MAKEDEV something" only in
> tha
On Jun 09, Raphael Hertzog wrote:
> There are still cases where not using udev is fine: chroots or in
> openvz containers.
chroots can bind-mount the original /dev if needed and openvz containers
generally do not need other devices than the ones which come in the
template.
> > > 1/ udev to keep
Hello,
Il giorno mer, 09/06/2010 alle 22.44 +, Sune Vuorela ha scritto:
> When I'm sponsoring packages, which happens from time to time, it is
> normally packages that I somehow have a interest in.
> I think that many other sponsors feel it the same way.
Sure and I'm agree about that.
> For
Il giorno mer, 09/06/2010 alle 18.12 -0500, Boyd Stephen Smith Jr. ha
scritto:
> I don't think you are going to get a lot of traction for any proposal that
> removes a DD from the upload process.
>
> So, lack of free DDs will always be a potential issue. I suggest you
> encourage people to beco
Hello,
Il giorno gio, 10/06/2010 alle 09.31 +1000, Craig Small ha scritto:
> That's exactly how I work when sponsoring packages. I look after 7 of
> them and all 7 have a reason for being there. There is only 9 packages
> that are asking for sponsors.
>
> Whereas for me that would be my worst ni
Le mercredi 09 juin 2010 à 22:20 +0100, di a écrit :
> In GNOME the default open action for when double-clicking on a .deb package is
> to open with Archive Manager, which then complains 'Could not create the
> archive: Archive type not supported.'
That’s because currently it requires ar, for whic
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka
Owner: NIIBE Yutaka
* Package name: xemacs-chise
Version : 0.23
Upstream Author : MORIOKA Tomohiko
* URL : http://www.kanji.zinbun.kyoto-u.ac.jp/projects/chise/xemacs/
* License : GPL
Programming Lang: C
Package: general
Severity: wishlist
GTK+ 3 development has begun.
There are already some tarballs of the actual development, take a look here:
http://ftp.acc.umu.se/pub/GNOME/sources/gtk+/2.90/
This new version breaks ABI and API, so a new package should be created.
-- System Information:
Debi
Firstly, 7 days is a very short period of time to be waiting for
sponsorship, some have been waiting since 2006.
About your two packages:
autotrash: sounds like the functionality should be part of GNOME/KDE,
please talk to upstream about moving it there.
ardentryst: seems like a good fit for the
Processing commands for cont...@bugs.debian.org:
> # Automatically generated email from bts, devscripts version 2.10.35lenny7
> reassign 585385 wnpp
Bug #585385 [general] general: Package GTK+3
Bug reassigned from package 'general' to 'wnpp'.
> retitle 585385 RFP: gtk+3.0 -- the GTK+ 3.0 user inte
Your message dated Thu, 10 Jun 2010 05:24:56 +0200
with message-id <1276140296.9676.6.ca...@tomoyo>
and subject line Re: Bug#585183: general: .deb packages open with Archive
Manager by default, not Package Installer
has caused the Debian Bug report #585183,
regarding general: .deb packages open wi
[Josselin Mouette]
> That’s because currently it requires ar, for which you have to
> install the whole binutils, which is 12 MiB. So we don’t do that.
How many percent of the disk footprint of a Gnome desktop installation
is 12 MiB?
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, e
On Thu, Jun 10, 2010 at 10:13:35AM +0800, Paul Wise wrote:
> Sometimes the package is beyond my skill level (such as Java or
> complicated maintainer scripts) or written in languages I strongly
> dislike (PHP), which means I review part of the package and will not
> sponsor it.
---end quoted text--
27 matches
Mail list logo
