Am 09.11.2011 17:04, schrieb Pau Garcia i Quiles:
Yes, that would be my advice. Unfortunately mingw32 is now too far
behind mingw-w64. The fork has become better than the original
project.
I still love it for the MSYS bundle, though.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debi
On Thu, Nov 10, 2011 at 9:28 AM, Fabian Greffrath wrote:
> Am 09.11.2011 17:04, schrieb Pau Garcia i Quiles:
>>
>> Yes, that would be my advice. Unfortunately mingw32 is now too far
>> behind mingw-w64. The fork has become better than the original
>> project.
>
> I still love it for the MSYS bundl
Package: wnpp
Severity: wishlist
Owner: Dmitry Smirnov
* Package name: r8168-dkms
Version : 8.026.00
Upstream Author : Realtek Semiconductor Corp.
* URL :
http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PNid=13&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown
Package: wnpp
Severity: wishlist
Owner: James Page
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: kosmosfs
Version : 0.5
* URL : http://code.google.com/p/kosmosfs
* License : Apache-2.0
Programming Lang: C++, Python, Java
Description : K
Package: wnpp
Owner: Youhei SASAKI
Severity: wishlist
* Package name: ruby-unf-ext
Version : 0.0.3
Upstream Author : 2011 Akinori MUSHA
* URL or Web page : http://github.com/knu/ruby-unf_ext
* License : MIT
Description : Unicode Normalization Form support library fo
Hi.
Dmitry Smirnov (10/11/2011):
> r8168 is the Linux device driver released for RealTek RTL8168B/8111B,
> RTL8168C/8111C, RTL8168CP/8111CP, RTL8168D/8111D, RTL8168DP/8111DP, and
> RTL8168E/8111E Gigabit Ethernet controllers with PCI-Express interface.
> .
> This is to substitute built-in r8
Sorry, I don't understand...
This is merely an alternative driver from hardware vendor.
Sometimes you might need alternatives if your hardware doesn't work well,
or if you just suspect it do not work well but you need something to
compare with.
"Fixing stuff" is always good if you can do it.
D
Dear Dimitry,
Dmitry Smirnov schrieb am 10.11.2011 12:50:
> Sorry, I don't understand...
>
> This is merely an alternative driver from hardware vendor.
> Sometimes you might need alternatives if your hardware doesn't work well,
> or if you just suspect it do not work well but you need something
Dear Kai,
> well, then what is different and why can't that be upstreamed? And is there a
> known case, where the driver provided by Debian doesn't work (if so, is there
> a
> bug filed)?
Perhaps you are right, given the time and the skills and the hardware
and the person skilled and motivated e
On Thu, Nov 10, 2011 at 11:54:01PM +1100, onlyjob wrote:
> Perhaps you are right, given the time and the skills and the hardware
> and the person skilled and motivated enough it can be upstreamed.
> Ideally it should be.
IIRC, upstream doesn't want r8168 because supposedly it covers only
hardware
Am 10.11.2011 13:54, schrieb onlyjob:
Dear Kai,
well, then what is different and why can't that be upstreamed? And is there a
known case, where the driver provided by Debian doesn't work (if so, is there a
bug filed)?
Perhaps you are right, given the time and the skills and the hardware
and t
Hi Thouis,
Thanks for the confirmation ! The java module is not ready yet, but
I am working on it.
Thanks,
On Thu, Nov 10, 2011 at 2:19 PM, Thouis Jones wrote:
> I'm not on the debian list, but saw the message thread, and can verify
> that CellProfiler 2.0 is 100% open source (GPLv2, some par
I have a problem building a package properly. From a clean build,
sources-only (debuild clean; debuild -S), I get the lintian warning that
the diff-contains-substvars in one of the packages that are built:
W: vellemaninstrumentation source: diff-contains-substvars
debian/backup/vellemaninstrume
On Thu, 2011-11-10 at 14:14 +0100, Patrick Matthäi wrote:
> Am 10.11.2011 13:54, schrieb onlyjob:
[...]
> >> Don't get me wrong: I love alternatives, but I don't see their value when
> >> it
> >> comes to device drivers.
> >
> > That's probably because you can afford it due to lack of problematic
Am 10.11.2011 15:18, schrieb Ben Hutchings:
On Thu, 2011-11-10 at 14:14 +0100, Patrick Matthäi wrote:
Am 10.11.2011 13:54, schrieb onlyjob:
[...]
Don't get me wrong: I love alternatives, but I don't see their value when it
comes to device drivers.
That's probably because you can afford it du
Hi Fabian (and all the other participants in this thread),
On Wed, 09 Nov 2011 13:33:14 +0100, Fabian Greffrath
wrote:
> Is there a principle behind all this or where can I help to clean this
> up? ;)
The history has been explained by others. I've been working for a while on
dropping at least g
Hi,
Le jeudi 10 nov. 2011 à 15:21:29 (+0100 CET), Patrick Matthäi a écrit :
> Am 10.11.2011 15:18, schrieb Ben Hutchings:
[...]
> >Anyone who has problems with r8169 in 3.0 or 3.1 should report this:
> >
> >To: Realtek linux nic maintainers
> >To: Francois Romieu
> >Cc: net...@vger.kernel.org
> >
Hi Stephen,
I was hoping you'd actually been cc'd on this :)
On Thu, Nov 10, 2011 at 08:16:01PM +0100, Stephen Kitt wrote:
> As far as the naming is concerned, see #622276 for details. I've thought
> about splitting the packages up, with separate 32- and 64-bit targets, but
> I'm not sure wheth
On Thu, Nov 10, 2011 at 8:16 PM, Stephen Kitt wrote:
> I've thought
> about splitting the packages up, with separate 32- and 64-bit targets, but
> I'm not sure whether replacing and providing the mingw32 packages would be
> correct, since mingw-w64 isn't a drop-in replacement (the triplets are
>
Thanks, Julien.
I see you've made r8168-source package as well - nice.
I will introduce support for module-assistant if we agree on package inclusion.
> I would second that as I have another problem with r8169 which doesn't
> support support resuming from suspend/hibernate. I've been using r8168
2011/11/10 onlyjob
> Thanks, Julien.
>
> I see you've made r8168-source package as well - nice.
> I will introduce support for module-assistant if we agree on package
> inclusion.
>
> > I would second that as I have another problem with r8169 which doesn't
> > support support resuming from suspen
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 400 (new: 5)
Total number of packages offered up for adoption: 143 (new: 2)
Total number of packages request
22 matches
Mail list logo
