Bug#686949: place and route

2012-09-14 Thread Peter 'p2' De Schrijver
I had a quick look at the tools. They convert a floorplan description into a 
bitstream
and back. However for a complete workflow the following bits are missing:

* VHDL/verilog compiler to netlist
* place and route tool to turn the netlist into a floorplan

Is this correct?

Thanks,

Peter.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120914122239.ge64...@emantra.psychaos.be



Bug#354906: ITP: libftdi -- programming interface for FTDI FT2232C, FT232BM and FT245BM USB interface chips.

2006-03-01 Thread Peter 'p2' De Schrijver
Package: wnpp
Severity: wishlist
Owner: "Peter 'p2' De Schrijver" <[EMAIL PROTECTED]>


* Package name: libftdi
  Version : 0.7
  Upstream Author : Intra2net AG <[EMAIL PROTECTED]>
* URL : http://www.intra2net.com/de/produkte/opensource/ftdi/
* License : LGPL
  Description : programming interface for FTDI FT2232C, FT232BM and FT245BM 
USB interface chips.

 libftdi is a library which provides a programming interface for the advanced
 features of the FTDI FT2232C, FT232BM and FT245BM chips. These chips can act 
as a
 USB interface to GPIO lines, a multiprotocol synchronous serial engine or a 
8051
 style bus in addition to a standard USB to asynchronous serial convertor. This
 library provides access to the additional functions. More information on the
 FTDI chips can be found on http://www.ftdichip.com.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.13.4
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL 
set to en_IE.UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#315592: RFH aboot (Alpha bootloader): Looking for co-maintainers

2005-06-30 Thread Peter &#x27;p2' De Schrijver
Hi Helge,

> 
> Great. Since I am not a DD, I will inform Steve Langasek, who did the
> uploads and helped me a great deal with all the packaging details.
> 
> The first thing you can do is to check out our CVS from alioth
> (pkg-aboot). I'll ask Steve to add you to the group and get a little
> aqauinted with the source layout. Please ask if something is unclear,
> ... I cannot tell you the nitty gritty source details, but the overall
> layout and the purpose of the various tools/directories etc. I know. 
> 
> Out of the bugs, I'd consider #270801 the most anyoing. Unfortunately,
> netabootwrap is not in the upstream source, hence we are "on our own".

Ok. Do I get it right that aboot doesn't display any messages at all ?
(not even 'aboot: Linux/Alpha SRM bootloader version ') ?

> For #153176 and #222904 I tried to collect as much info as possible,
> and also talked to upstream, but there is no solution yet. Please see
> the logs. 
> 

Ok. I will look into this.

> If you know how to add other FS, then #153666 might be fun for you.
> Upstream is a little reluctant, though, to add more and more file
> systems. Since a patch is available, the next thing would be to test,
> if possible, and add it in the next upload which could deal with the
> new policy version as well (haven't looked yet, what this would
> require).
> 

I have done (am doing this) for other bootloaders. Should be doable for
aboot as well.

> Suggestions for #271180 are welocme as well.
> 

I think it might be good to interpret booted_osflags the same way for
netboot then for disk/cd boot. Ie as the aboot.conf entry to use for
booting. This would require a small aboot.conf to be included in the
netboot image.

> A very important thing is, though, to keep aboot buildable (by
> having machines to build and test on). 
> 

Yep. Although SRM seems to be a reasonably well behaved firmware in my
experience.

> And finally, I have the upstream e-mail adresses and can try to get
> them working on it again. And documentation fixes I can submit both
> for Debian as upstream (sourceforge) as well.
> 

Ok.

Cheers,

Peter (p2).


signature.asc
Description: Digital signature


Bug#293292: ITP: btexmms -- XMMS plugin to use some (Sony) Ericsson phones as a remote control

2005-02-02 Thread Peter &#x27;p2' De Schrijver
Package: wnpp
Severity: wishlist


* Package name: btexmms
  Version : x.y.z
  Upstream Author : Name <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : (GPL, LGPL, BSD, MIT/X, etc.)
  Description : XMMS plugin to use some (Sony) Ericsson phones as a remote 
control

This plugin allows using some Ericsson and Sony Ericsson phones as a remote 
control for XMMS. Phones which are known to work are the SE T68i and the
SE T610. The plugin uses the accessory commands documented in the
Ericsson R320 manual.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#293292: ITP: btexmms -- XMMS plugin to use some (Sony) Ericsson phones as a remote control

2005-02-02 Thread Peter &#x27;p2' De Schrijver
On Wed, Feb 02, 2005 at 04:41:15PM +, Paul Brossier wrote:
> On Wed, 2005-02-02 at 10:41 +0100, Peter 'p2' De Schrijver wrote:
> > * Package name: btexmms
> 
> xmms plugins would be better named xmms- (btexmms for the
> source should be fine though)
> 

So xmms-btexmms would be better ?

> >   Version : x.y.z
> >   Upstream Author : Name <[EMAIL PROTECTED]>
> > * URL : http://www.example.org/
> > * License : (GPL, LGPL, BSD, MIT/X, etc.)
> 
> mmh, looks like it lacks a few info here...
> 

It seems I missed some bits of the template yes.

Version : 0.5
Upstream Author : Nikolay Igotti ([EMAIL PROTECTED])
URL : http://www.lyola.com/bte/
License : GPL

> >   Description : XMMS plugin to use some (Sony) Ericsson phones as a 
> > remote control
> 
> what is the name of the feature provided by 'some (Sony) Ericsson' ?
> imo, it would looks better with that name instead.
> 

It uses the accessory menu feature to display messages and mobile
equipment event reporting to read the keys.

> > This plugin allows using some Ericsson and Sony Ericsson phones as a remote 
> > control for XMMS. Phones which are known to work are the SE T68i and the
> > SE T610. The plugin uses the accessory commands documented in the
> > Ericsson R320 manual.
> 
> any chance this documentation can be shipped with the package itself ?

No. The documentation used to be available on the ericsson website
(http://mobileinternet.ericsson.se/emi_manuals/R320s/ATCommand/R320AT_R1A.pdf)
but the link is dead now. The document says (c) Ericsson Mobile
Communications. There are a few sites which still have it, but I'm not
convinced that this is legal.

Cheers,

Peter (p2).


signature.asc
Description: Digital signature


Bug#275935: ITA

2004-11-17 Thread Peter &#x27;p2' De Schrijver

Retitle 275935 ITA: quik -- Bootloader for PowerMac or CHRP systems

thank you

Hi, 

I would be happy to adopt quik. I use it on a few machines of my own.

Cheers,

Peter (p2).


signature.asc
Description: Digital signature


Bug#158473: ITA

2003-12-04 Thread Peter &#x27;p2' De Schrijver
retitle 158473 ITA: libdc1394 



signature.asc
Description: Digital signature


Bug#158467: ITA

2003-10-30 Thread Peter &#x27;p2' De Schrijver
retitle 158467 ITA: coriander -- control IEEE1394 digital camera


signature.asc
Description: Digital signature


Bug#206982: linux-atm

2003-10-11 Thread Peter &#x27;p2' De Schrijver
Hi,

I have some Fore Systems ATM equipment here (Forerunner ASX200WG switch
and a few Fore PCA-200 cards). I would be happy to adopt the linux-atm
packages if necessary. Contact me if you would like me to do this.

Cheers,

Peter.



Bug#214581: Xen

2003-10-11 Thread Peter &#x27;p2' De Schrijver
Hi,

I would be happy to maintain xen as a debian package. I'm not a debian
developer yet, but I have quite some experience in kernel related work
on different hw platforms and have been using debian for 5 years now.

Thanks,

Peter.