I imported your key from the MIT keyserver and lightly tested the glib
package you submitted and it looks good. It's been accepted into
hardy-unstable.
Thanks!
-Tim
Per Lundberg wrote:
Thank you for the warm welcome. :-)
I uploaded my first package now, glib 1.2, so let's see if it gets
acc
Yes, launchpad is definitely the place for this sort of thing. The
package list function is still not completely up to date, maybe I should
file a bug on that too :)
Thanks,
-Tim
Per Lundberg wrote:
I think I found it...
The /bin directory is, by default, symlinked to /usr/bin.
And this is
Thank you for the warm welcome. :-)
I uploaded my first package now, glib 1.2, so let's see if it gets accepted
or not.
On Tue, Aug 26, 2008 at 1:37 PM, Michael Bushey <[EMAIL PROTECTED]> wrote:
> > I was thinking of "porting" my favourite editor XEmacs...
>
> I'm a vi guy, but this is exactly w
I think I found it...
The /bin directory is, by default, symlinked to /usr/bin.
And this is causing the problem, since nano provides both a /bin/nano (real
executable) and an /usr/bin/nano (symbolic link to /bin/nano). When the
latter file is being created, the first one is overwritten = things w
Hello once again,
The nano package has a circular symlink (/bin/nano -> /bin/nano) on my
hardy-based Nexenta. I tried uninstalling the package and reinstalling it,
but the problem still remained.
To my guess, this is caused by the postinst/preinst script since the
dpkg-deb -c output is reasonabl