Bug#602358: ITP: rtl8192ce-dkms -- Realtek RTL8192CE driver in DKMS format.

2010-11-03 Thread Keng-Yu Lin
Package: wnpp
Severity: wishlist
Owner: "Keng-Yu Lin" 

* Package name: rtl8192ce-dkms
  Version : 2.6.0003.0628.2010+dfsg
  Upstream Author : Realtek Semiconductor Corporation
* URL : http://www.realtek.com
* License : GPLv2
  Programming Lang: C
  Description : Realtek RTL8192CE driver in DKMS format.

 This package contains Realtek 802.11 Linux wireless driver
 for use with Realtek RTL8192CE-based hardware.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101104025941.13217.41495.report...@localhost6.localdomain6



Re: Bug#602358: ITP: rtl8192ce-dkms -- Realtek RTL8192CE driver in DKMS format.

2010-11-04 Thread Keng-Yu Lin
2010/11/5 Ben Hutchings :
> On Thu, 2010-11-04 at 19:21 +0100, Julien Cristau wrote:
>> On Thu, Nov  4, 2010 at 10:59:41 +0800, Keng-Yu Lin wrote:
>>
>> > Package: wnpp
>> > Severity: wishlist
>> > Owner: "Keng-Yu Lin" 
>> >
>> > * Package name    : rtl8192ce-dkms
>> >   Version         : 2.6.0003.0628.2010+dfsg
>> >   Upstream Author : Realtek Semiconductor Corporation
>> > * URL             : http://www.realtek.com
>> > * License         : GPLv2
>> >   Programming Lang: C
>> >   Description     : Realtek RTL8192CE driver in DKMS format.
>> >
>> >  This package contains Realtek 802.11 Linux wireless driver
>> >  for use with Realtek RTL8192CE-based hardware.
>>
>> Why is that driver not in the standard kernel package?
>
> Because it's not upstream.  So the next question is, why is it not
> upstream (in staging)?
>
> Ben.
>
> --
> Ben Hutchings
> Once a job is fouled up, anything done to improve it makes it worse.
>

Because staging tree is a place to dump the code temporarily if you
commit to improve the driver and make it upstream eventually.

>From [1], "it is not a place to dump code and then run away, hoping
that someone else will do the cleanup work for you.  While there are
developers available to do this kind of work, you need to get someone
to agree to "babysit" the code."

I think it is more like the responsibility for someone from Realtek or
surely someone with wireless expertise.

For this case, I would like it better to enable the hardware for
debian and its downstream users and update the package every time
Realtek drops a new version.

[1] http://kerneltrap.org/mailarchive/linux-kernel/2008/6/10/2086954


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktinqc+yvsnlwsorkk8t=r7oawtwexgu9rty7t...@mail.gmail.com



Re: Bug#602358: ITP: rtl8192ce-dkms -- Realtek RTL8192CE driver in DKMS format.

2010-11-05 Thread Keng-Yu Lin
2010/11/5 Stefan Lippers-Hollmann :
> Hi
>
> On Thursday 04 November 2010, Ben Hutchings wrote:
>> On Thu, 2010-11-04 at 19:21 +0100, Julien Cristau wrote:
>> > On Thu, Nov  4, 2010 at 10:59:41 +0800, Keng-Yu Lin wrote:
> [...]
>> > > * Package name    : rtl8192ce-dkms
>> > >   Version         : 2.6.0003.0628.2010+dfsg
>> > >   Upstream Author : Realtek Semiconductor Corporation
>> > > * URL             : http://www.realtek.com
>> > > * License         : GPLv2
>> > >   Programming Lang: C
>> > >   Description     : Realtek RTL8192CE driver in DKMS format.
>> > >
>> > >  This package contains Realtek 802.11 Linux wireless driver
>> > >  for use with Realtek RTL8192CE-based hardware.
>> >
>> > Why is that driver not in the standard kernel package?
>>
>> Because it's not upstream.  So the next question is, why is it not
>> upstream (in staging)?
>
> This appears to be scheduled for 2.6.38:
>        http://www.spinics.net/lists/linux-wireless/msg58284.html
>        Message-ID: <4ccd856e.9010...@lwfinger.net>
>
> as follow up to
>        http://www.spinics.net/lists/linux-wireless/msg58273.html
>        Message-ID: <4ccce60f.6090...@lwfinger.net>
>
> at least the required firmware for RTL8192CE and RTL8712U (replacing
> RTL8192SU/ r8192s_usb in 2.6.37) has been merged into linux-firmware.git
>        http://lkml.indiana.edu/hypermail/linux/kernel/1011.0/00610.html
>        Message-ID: <4cd014ec.e0ho4xdm0+tov1xt%larry.fin...@lwfinger.net>
>        
> http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=tree;f=rtlwifi
>
> Assuming RTL8192CE support gets merged for 2.6.38, introducing a new
> package providing dkms support it during a freeze might not be very
> effective. Once it gets actually merged, a backport to (then current)
> 2.6.37 should be relatively trivial.
>
> Regards
>        Stefan Lippers-Hollmann
>

It will be very nice if someone is already working and getting this
driver in staging.

think to close this bug soon and please re-open it if there is still
need for this package.


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktin95uhmdxubotx=cyuwkt7mmgltuwbafzox9...@mail.gmail.com



Bug#748783: ITP: fwts -- firmware test suite PC firmware. It is intended to identify BIOS and ACPI errors and if appropriate it will try to explain the errors and give advice to help workaround or

2014-05-20 Thread Keng-Yu Lin
Package: wnpp
Severity: wishlist
Owner: "Keng-Yu Lin" 

* Package name: fwts
  Version : 14.05.00
  Upstream Author : Firmware Testing Team (https://launchpad.net/~firmware-
testing-team)
* URL : https://launchpad.net/fwts
* License : GPLv2, LGPL,
  Programming Lang: C,
  Description : FWTS is a firmware test suite that performs sanity checks
 on Intel/AMD PC firmware. It is intended to identify BIOS and ACPI errors and
 if appropriate it will try to explain the errors and give advice to
 help workaround or fix firmware bugs.  It is primarily intended to
 be a Linux-centric firmware troubleshooting tool.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140520182350.9996.36410.reportbug@keelung



Bug#748799: ITP: dogecoin -- peer-to-peer network based anonymous digital currency

2014-05-20 Thread Keng-Yu Lin
Package: wnpp
Severity: wishlist
Owner: "Keng-Yu Lin" 

* Package name: dogecoin
  Version : 1.7.0
  Upstream  :  Shibetoshi Nakamoto 
* URL : http://dogecoin.com/
* License : MIT/X
  Programming Lang: C, C++
  Description : peer-to-peer network based anonymous digital currency

Dogecoin is a free open source peer-to-peer electronic cash system that
is completely decentralized, without the need for a central server or
trusted parties.  Users hold the crypto keys to their own money and
transact directly with each other, with the help of a P2P network to
check for double-spending.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140520210144.31462.79664.reportbug@hanns



Bug#637351: ITP: urfkill -- urfkill is a daemon for the management of the radio killswitches.

2011-08-10 Thread Keng-Yu Lin
Package: wnpp
Severity: wishlist
Owner: "Keng-Yu Lin" 

* Package name: urfkill
  Version : 0.2.0
  Upstream Author : Gary Lin 
* URL : http://www.freedesktop.org/wiki/Software/urfkill
* License : GPL, LGPL
  Programming Lang: C
  Description : urfkill is a daemon for the management of the radio 
killswitches.

urfkill daemon handles the configuration of the rfkill-related
function keys and provides the management of the radio killswitches.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110810152548.537.18317.reportbug@yingge



Re: Bug#637351: ITP: urfkill -- urfkill is a daemon for the management of the radio killswitches.

2011-08-11 Thread Keng-Yu Lin
2011/8/11 Karl Goetz :
> Hi,
> How does it differ from rfkill, already in the archive? Perhaps the
> description could be updated to make this clear.
> thanks,
> kk
>

"rfkill" package in the archive is just a simple utility for switch
on/off the RF device.
urfkill handles the hotkeys (KEY_WLAN, KEY_BLUETOOTH, KEY_RFKILL, etc)
and can be configurable to behave differently on the key pressed.
Say, one may like the bluetooth to be switched off too on KEY_WLAN,
whereas in fact KEY_WLAN is for Wifi only, at least literally.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAMe48JjCmqp0tPXAZjU4vhurFH2V1XG_DcfyFFk7T=zc4zc...@mail.gmail.com



Re: Bug#637351: ITP: urfkill -- urfkill is a daemon for the management of the radio killswitches.

2011-08-16 Thread Keng-Yu Lin
2011/8/13 Andrea Bolognani :
> I believe you could achieve the same effect using a combination of
> triggerhappy and the aforementioned rfkill, and I don’t like the idea
> of having a special daemon running to handle a subset of the special
> keys when there’s a more general solution to the problem already in the
> archive.
>
> That said, urfkill might have advantages I don’t see.
>

"rfkill" has nothing to do with the hotkey management. It is just a
tool to enable/disable a wireless device as specify in the argument.
"urfkill" is a way to manage and toggle these devices based on the
conf file.

The immediate problem is that when KEY_WLAN is commonly generated by
the key press, should bluetooth and 3G be turned off too where there
are in fact keycodes dedicated for each: KEY_BLUETOOTH, KEY_WWAN.

Also as a planned function (but not yet implemented in the code now)
of urfkill, people desire to turn off wifi on the first pressing,
bluetooth on the second and so on... This is only possible if there is
a dedicated daemon for handling this.


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/came48jj2snmia4rlnayvu-mwn5mbtts83wcbtojztourz05...@mail.gmail.com