the package names already differentiate them from the other releases.
unfortunately, the files themselves are located on the same path...
------
processing /var/cache/apt/archives/avr-gcc-tinyos_3.4.3-2_i386.deb
(--unpack):
trying to overwrite `/usr/share/man/man1/avr-gcc.1.gz', which is also
in package gcc-avr
------
to avoid this, i would have to move the folders around, and update any
references to them.
i don't mind doing this, but is this out of the scope of package
maintenance, and wouldn't this break other things in the process?
any thoughts?
-leith
Philip Levis wrote:
On Apr 13, 2007, at 8:52 AM, Tony Mancill wrote:
I'd suggest changing the name of the tinyos-specific AVR toolchain
packages. This will prevent the namespace collisions within the package
manager. If the managers of the Stanford repository aren't interested
in doing this, you can do it yourself. I don't remember the exact
syntax off the top of my head, but it goes along the lines of:
* extract the current package files with dpkg -x pkg.deb
* extract the current package control info with dpkg -e pkg.deb
* update DEBIAN/control
* repack the deb using dpkg-deb -b
I'll ask Leith (who maintains the repository).
The core WG is generally pretty resistant to just tracking the most
recent avr-gcc and msp430-gcc releases, as each one has its own bugs and
problems. For example, the most recent avr-gcc handles inlining very
differently than the one TinyOS uses, such that you have factors of
three differences in binary sizes.
There has been some talk about updating to a newer version, but my sense
is that the push for this will be supporting new microcontrollers.
Phil
_______________________________________________
Tinyos-help mailing list
[EMAIL PROTECTED]
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
_______________________________________________
Tinyos-help mailing list
[EMAIL PROTECTED]
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
