Importing packages from the Debian archive

Hi, I'd like to build a package for Maemo that is already available in the Debian archive, but not in Maemo. I started by fetching the package source on Debian, then running `dpkg-buildpackage' from within Scratchbox. The issue is that I then need to perform the same operations for each dependen

Re: Importing packages from the Debian archive

Hi, "Andrew Flegg" <[EMAIL PROTECTED]> writes: > This is exactly the problem which my little project, mud-builder > attempts to address: > > http://mud-builder.garage.maemo.org/ Thanks, this is exactly what I was looking for. I'm now in the process of learning how to use it... Ludovic. __

Getting a core dump from QEMU

Hi, Is there a way for QEMU (within Scratchbox) to dump cores? That would be helpful since I happen to have a program that segfaults in QEMU but not on the raw hardware. I suspect QEMU might be a little more susceptible than the actual hardware/software stack in some cases... Thanks, Ludovic.

Re: Getting a core dump from QEMU

Hi, Juha Kallioinen <[EMAIL PROTECTED]> writes: > sorry I don't know how to get a core dump from qemu. I guess in your case > qemu just exits and says something like this: > > qemu: uncaught target signal 11 (Segmentation fault) - exiting Right. > Well you are right in guessing that qemu is no

Debian toolkit mismatch

Hi, In Scratchbox (ARMEL target), I'm observing strange inconsistencies between `dh_make' and `dpkg-buildpackage'. Basically, `dh_make' creates `debian/{control,changelog}' files that are considered invalid by `dpkg-buildpackage': [sbox-armel-n770-maemo-2.2: ~/mud-builder/build/readline5/readl

Re: Debian toolkit mismatch

Hi, Loïc Minier <[EMAIL PROTECTED]> writes: > The problem is clearly with your environment or the logic of dh_make; > perhaps you could try to read through get_username() in dh_make and see > how the $tmpusername is computed on your system. It might be an > environment variable of a system f

Re: Debian toolkit mismatch

Hi, Aleksandr Koltsoff <[EMAIL PROTECTED]> writes: > You'll need to set your DEBFULLNAME envvar when running dh_make. If the > maintainer name is empty, you'll end up with broken changelog. Yep, that works. > This broke somewhere between 1.0 and 3.2 (it used to work fine without > DEBFULLNAME i

Restarting the D-Bus system bus

Hi, Why does restarting the system bus (as in "/etc/init.d/dbus restart") reboot the device (on an N770 with Gregale)? I noticed it while porting the `avahi-daemon' package [0] whose postinst script normally restarts the system bus (for reasons that escape me). Thanks, Ludovic. [0] https://gar

Re: Restarting the D-Bus system bus

Hi, Ross Burton <[EMAIL PROTECTED]> writes: > I'm guessing because the system bus dying is a fatal condition. Sure, but I'm curious as to why this is fatal. :-) > It only needs to reload the bus, which (IIRC) can be achieved by sending > SIGUSR1 or passing "reload" to the init script. Right,

Re: Restarting the D-Bus system bus

Hi, Frédéric Crozat <[EMAIL PROTECTED]> writes: > Because, by default, libdbus causes client exit when D-Bus bus exit. It > can be changed with an API call (a lot of program are handling D-Bus > restart nicely) but Avahi doesn't :( Avahi's not at fault here. And I think `avahi-daemon' can handl

Telling devices to not go to sleep

Hi, Perhaps a stupid question but I couldn't find on the Gregale and Bora control panels a way to tell the device to never go to sleep. Did I just miss it? :-) Also, it'd be nice to have a way to have a different energy saving policy depending on whether the device is plugged in or not. Thanks

Missing development packages

Hi, In trying to cross-compile an application requiring `libcomerr', I noticed that `comerr-dev' is missing from the `gregale' repository. Then, in trying to build the `comerr-dev' package (source package is `e2fsprogs'), I noticed that some of its build dependencies (namely `texi2html' and `dc')

Re: Missing development packages

Hi, [EMAIL PROTECTED] (Ludovic Courtès) writes: > In trying to cross-compile an application requiring `libcomerr', I > noticed that `comerr-dev' is missing from the `gregale' repository. > > Then, in trying to build the `comerr-dev' package (source package is >

Re: Missing development packages

Hi, "Kalle Vahlman" <[EMAIL PROTECTED]> writes: > 2007/4/5, Ludovic Courtès <[EMAIL PROTECTED]>: >> Should I add a `deb-src' APT source pointing to the Debian Sarge >> archive, take the missing packages from there and build them for Maemo? >> I

Re: Missing development packages

Hi, [EMAIL PROTECTED] (Ludovic Courtès) writes: > Should I add a `deb-src' APT source pointing to the Debian Sarge > archive, take the missing packages from there and build them for Maemo? > Is this the Right Way? FWIW, I succeeded building `comerr-dev' this way. Thi