[Yaird-devel] Bug#584565: Bug#584565: Bug#584565: Bug#584565: [PATCH] enable yaird for kernel.org 2.6.33.4

[Jonas Smedegaard]

On Mon, Jun 07, 2010 at 04:24:32PM +0200, Nils Radtke wrote:
># Ah, no.  My problem was different: http://bugs.debian.org/519866 -
># which lead to wrongly closed) http://bugs.debian.org/523828
># explaining that "depmod -m" needs to be run explicitly now.
>See the touch thingie below.. ;)

># It works for me too (now that I've generated that PCI module list.
>A simple
>
>  touch /lib/modules/2.6.33.4/modules.{pci,usb}map
>
>did work for me..

Hmm, interesting.  Perhaps then simply loosening up the code to skip 
parsing that file if unavailable is the way to go.  Need to investigate 
closer to ensure not loosing stabiliy or features by such approach.


># But I am a bit suspicious about the devices that you ignore - could
># you perhaps elaborate more on that, to help ensure that they are
># universally sane to ignore?
>Hm, I'd say, I just ignore path endings that aren't (at least for me)
>any devices.. As I said, no warranty that my patches will work w/o
>flaws for anyone else..

Fair enough.  I will then investigate closer before applying to official 
yaird, to ensure not risking stability.


># >Right now, I'm a bit out of time and start thinking about hacking
># >one of my previously used ramfs images w/ the new lvm stuff.
># >Probably the faster solution, but then.. it's a hack.. :|
># If you can be persuaded, then I would be happy to have you help work
># directly on yaird.
>Ha! That's not what I meant when I said "I'm a bit out of time".. ;)
>I provided the patches w/ the believ they might eventually help someone
>else.. If so I'm glad if not, pity.. ;)

I sure appreciate your sharing your hacks, even if that's all you want.

Trying to enroll you in the greater task of maintaining yaird in general 
is clearly abuse of your friendly and limited filing a bugreport - hope 
you dont mind that :-)


># If "fumbling around" then you could do that on a separate branch,
>Yeah, one could call it that way.. Though, after all, it's maybe only
>my impression and it's working out quite well for others..
>
># and when certain that you've narrowed down some flaw and found a
># sensible fix then you can apply that with a clear commit message to
># the main branch.
># Insterested?  Are you familiar with Git?  With Alioth?
>git: not yet reaally familiar, svn/cvs: yep.
>
>alioth: I know what is it and what it's for. Never used before.

I would be happy to guide you with both git and Alioth.  If interested, 
please subscribe to the mailinglist at 
http://lists.alioth.debian.org/mailman/listinfo/yaird-devel and let's 
discuss further there.

That goes for anyone else reading this email conversation too :-)


>Interested?
>Partly: maybe your branch-approach isn't such a bad idea, though I'd 
>say once I fixed yaird locally and maybe sent the patches upstream (or 
>to the debian bts, as upstream (sf.net) honestly seems quite dead (as 
>well as debian yaird-devel, btw)) I won't touch yaird again for another 
>couple of years.. Last time I used it (and had to fix it) was probably 
>1 or 2 years ago..

I am patient.  Even with years between your contributions, I would still 
prefer that you work in the main VCS than passing the results as diffs 
to the BTS.

TTBOMK Sourceforge have not been used as upstream home for quite some 
years.  After I started packaging yaird for Debian, Erik van 
Konijnenburg, the original author, agreed to move upstream development 
to Alioth: http://yaird.alioth.debian.org/ (he put up that web page back 
then, not me, so I suspect the timestamp of the front page is actually 
the date he moved it there).

Sadly I lost contact with Erik van Konijnenburg some years ago.  In july 
2008 I decided to claim ownership of the project.

I have made little progress since then, but do not consider it dead. 
YMMV.


Kind regards,

  - Jonas

-- 
  * Jonas Smedegaard - idealist & Internet-arkitekt
  * Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/yaird-devel/attachments/20100608/1f4c48b3/attachment.pgp>