sipwitch_0.7.1-0ubuntu1.diff.gz
Uses upstream ftp://ftp.gnu.org/gnu/sipwitch/sipwitch-0.7.1.tar.gz for
sipwitch_0.7.1.orig.tar.gz
** Attachment added: "sipwitch_0.7.1-0ubuntu1.diff.gz"
http://launchpadlibrarian.net/39100910/sipwitch_0.7.1-0ubuntu1.diff.gz
--
broken init script in sipwitch p
We also need this mapped correctly in qemu-arm-static for building arm
packages on x86
--
pselect support (qemu: Unsupported syscall: 335)
https://bugs.launchpad.net/bugs/520480
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubu
I believe this bug, or at least the version of it I was experiencing,
could be related to the toolchain exception handling bug, and that hence
mono needs to also be rebuilt with the new toolchain.
--
banshee fails to run on arm
https://bugs.launchpad.net/bugs/391588
You received this bug notifica
The problem as originally reported clearly no longer exists. The
current segfault/crash I find is a new and different problem actually
that occurs shortly after Banshee has started up. I also have had
banshee simply freeze. Each seem tracable to low level mono runtime
issues that are armel speci
** Changed in: ubuntu
Status: New => In Progress
** Changed in: ubuntu
Assignee: (unassigned) => David Sugar (dyfet)
--
[needs packaging] lubuntu desktop meta
https://bugs.launchpad.net/bugs/420513
You received this bug notification because you are a member of Ubuntu
Bugs, wh
Oliver, thats why I suggested splitting the bug into two bugs :).
Paul, /usr/bin/banshee is of course a script that executes a
banshee-1.exe through /usr/bin/mono. If you do run the command under
gdb, you will get some native trace. Using udeb did not let me see any
symbols in the callback excep
This really did not get handled correctly at the start of the week as we
were requested to have this in a hurry and then learned after it could
not be sponsored prior to the ffe process. I have put it in revu to
correct any outstanding issue so that it can at least be properly
evaluated.
http://r
Scott, it was not anticipated there would be spins hosted on Launchpad
for Lubuntu for Karmic, just the meta package. What happens Karmic +X
though may become a different question.
There is a launchpad team for Lubuntu, and there is a process for
community input through the wiki, but not a formal
Lol! While I appreciate the vote of confidence, the goal was NEVER to
have a dictatorship, benevolent or otherwise!
I think what Scott says about some form of formalizing governance is
actually very correct. However, the meta package (any meta-package
instance) has a "snapshot" instance of the s
> Thanks for making this clear. The goal for lubuntu was from the start to
> build a strong and broad
> community, that can take care of tasks. For example Debian packages that
> have been made
> available during recent months by Andrew Lee and others were also planned and
> released
> to lay t
Public bug reported:
Binary package hint: epiphany-browser
sudo apt-get install epiphany-browser
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
epiphany-browser-data gnome-js-common gobject-introspe
This is my experience also with the rc candidate on my Dove Y0 board.
The gnome-screensaver process goes to full cpu and (probably) never
unlocks. It does not seem to matter which screensaver is selected, and
it is my impression the forked instance of gnome-screensaver that
unlocks the screen dies
Public bug reported:
This package is specifically not supported for arm. There are a limited
set of architectures that are supported, and this is because the package
uses some architecture specific assembly. While the binary packages
list the explicit subset of supported architectures in the con
Public bug reported:
This can build an odbc driver for the original sqlite library, or the
newer sqlite3. The control file uses libsqllite-dev, which pulls in
libqllite0-dev, and the older odbc driver does not build on gcc 4.4. I
believe this should pull in libsqlite3-dev instead. There may be
)
Status: New => In Progress
** Changed in: sqliteodbc (Ubuntu)
Assignee: (unassigned) => David Sugar (dyfet)
--
On arm, at least, builds with libsqlite0 instead of libsqlite3
https://bugs.launchpad.net/bugs/438450
You received this bug notification because you are a member of Ubuntu
Bugs,
Debdiff attached...
** Attachment added: "sqliteodbc.debdiff.gz"
http://launchpadlibrarian.net/32661565/sqliteodbc.debdiff.gz
--
On arm, at least, builds with libsqlite0 instead of libsqlite3
https://bugs.launchpad.net/bugs/438450
You received this bug notification because you are a member o
This should be closable with the attached diff...
--
On arm, at least, builds with libsqlite0 instead of libsqlite3
https://bugs.launchpad.net/bugs/438450
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubunt
Also missing sparc and ia64...may as well add those as well...
Fix attached as debdiff from 0.5 to 0.6 for sponsorship.
** Changed in: lubuntu-meta (Ubuntu)
Assignee: (unassigned) => David Sugar (dyfet)
** Changed in: lubuntu-meta (Ubuntu)
Status: New => In Progress
** Atta
** Changed in: lubuntu-meta (Ubuntu)
Status: In Progress => Confirmed
--
No amd64 build
https://bugs.launchpad.net/bugs/434614
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.c
A temporary fix for the init script issue for karmic, and a patch for a
compile issue with latest gcc/glibc, attached for sponsorship.
** Changed in: mini-httpd (Ubuntu)
Assignee: (unassigned) => David Sugar (dyfet)
** Attachment added: "mini-httpd_1.19-9.to.ubuntu1.debdiff.gz&q
bc (Ubuntu)
Assignee: (unassigned) => David Sugar (dyfet)
--
On arm, at least, builds with libsqlite0 instead of libsqlite3
https://bugs.launchpad.net/bugs/438450
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Public bug reported:
This bug is to report and fix an issue in syncevolution...
** Affects: syncevolution (Ubuntu)
Importance: Undecided
Assignee: David Sugar (dyfet)
Status: Confirmed
** Changed in: syncevolution (Ubuntu)
Assignee: (unassigned) => David Sugar (dy
This is a debdiff to fix build failures for syncevolution. It is a tiny
change for gcc 4.4 fussyness, and did not seem worth doing a patch
system for, especially since it should be pushed upstream to the source
maintainer...
** Attachment added: "syncevolution.debdiff.gz"
http://launchpadlib
cided
Assignee: David Sugar (dyfet)
Status: In Progress
** Changed in: remotefs (Ubuntu)
Assignee: (unassigned) => David Sugar (dyfet)
** Changed in: remotefs (Ubuntu)
Status: New => In Progress
--
remotefs fails to build karmic, gcc 4.4 strict aliasing
https://bugs.launchp
fix for gcc 4.4/karmic attached as a debdiff. Should also be pushed to
upstream...
** Attachment added: "remotefs.debdiff.gz"
http://launchpadlibrarian.net/32761215/remotefs.debdiff.gz
** Changed in: remotefs (Ubuntu)
Status: In Progress => Confirmed
--
remotefs fails to build karmi
Public bug reported:
Binary package hint: empathy
This bug actually covers some observations and issues with functionality
in trying to make use of Empathy SIP with local SIP servers.
First, empathy always binds locally to port 5060. This is actually
rather inconvenient especially if needing to
After examining this with wireshark, what I find is that empathy sip
never sends an "expiration" for SIP REGISTER, and hence also never
refreshes registration prior to expiration.
--
Empathy SIP Issues - karmic beta
https://bugs.launchpad.net/bugs/449984
You received this bug notification because
Public bug reported:
Binary package hint: isdnutils
Like sqliteodbc, isdnutils depends on void * being able to be re-cast
to a va_list, and on gcc 4.4/arm, this is not possible to do. I am
preparing a patch for this.
** Affects: isdnutils (Ubuntu)
Importance: Undecided
Status: Ne
The most current libzrtpcpp in Karmic is 1.4.5, which is correct.
libccrtp is also up to date. And Twinkle is 1.4.2. Hence, I am marking
this as fixed and closed.
** Changed in: twinkle (Ubuntu)
Status: In Progress => Fix Released
--
Obsolete version with broken zrtp support
https://bu
Public bug reported:
Binary package hint: lubuntu-desktop
This bug exists to track, attach an update for, and then close two minor
issues raised originally by Loic in respect to the Lubuntu-desktop meta
package. This includes the inclusion of ubiquity in the desktop seed
(this is different from
** Changed in: lubuntu-meta (Ubuntu)
Status: New => In Progress
** Changed in: lubuntu-meta (Ubuntu)
Assignee: (unassigned) => David Sugar (dyfet)
--
Minor Lubuntu meta package changes for Karmic beta
https://bugs.launchpad.net/bugs/432664
You received this bug notification b
What is the timeframe for this to happen?
Julien Lavergne wrote:
> Next lxde-common upload will include a separate binary for the icon
> theme. We need to add lxde-icon-theme to the seed after this.
>
--
Minor Lubuntu meta package changes for Karmic beta
https://bugs.launchpad.net/bugs/432664
Yo
e with
you relocating the seed and meta branches off +junk :).
Julien Lavergne wrote:
> Le vendredi 18 septembre 2009 à 18:01 -0400, David Sugar a écrit :
>> What is the timeframe for this to happen?
>>
> Uploaded, you can make the change to the seed or I'll make it tomorrow
Oh, do we also add lxde-setting-daemon?
Julien Lavergne wrote:
> Le vendredi 18 septembre 2009 à 18:01 -0400, David Sugar a écrit :
>> What is the timeframe for this to happen?
>>
> Uploaded, you can make the change to the seed or I'll make it tomorrow.
>
&g
@loic - I have to report I see the same on my b2.5 as I originally
reported, too, with the most current updates.
--
banshee fails to run on arm
https://bugs.launchpad.net/bugs/391588
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ub
This is now in revu at http://revu.ubuntuwire.com/details.py?upid=6949
--
On arm, at least, builds with libsqlite0 instead of libsqlite3
https://bugs.launchpad.net/bugs/438450
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bu
Public bug reported:
Binary package hint: uboot-mkimage
Booting armel+dove live from u-boot, one cannot select the option to add
mounting of casper_rw to enable persistant live images and does not
detect it if one had been made. This is unfortunate, because arm is
already normally installed from
It might be something strange I had on my end at the time I did a test
build, or some more recent change in the type in one of the dependent
libraries that also fixed this, because I think uri->scheme was not
originally a const char *. I will re-confirm that it still breaks
without this, otherwise
I had thought about that, but the actual type of client_address is
conditionally determined from an #ifdef for IPV6, hence unless it is
cast to a known type in advance, you do have to do the cast in line 240
because it might either be a struct sockaddr_storage * or a struct
sockaddr_in *. Hence, I
patch for this later
today, once I test building both for armel and x86. This bug report is hence I
hope simply so I can attach the debdiff for my change and request sponsoring it
when I am done.
** Affects: fftw3 (Ubuntu)
Importance: Undecided
Assignee: David Sugar (dyfet
I have a working seed and meta package for "lubuntu-desktop", and I am
going to try to upload this to revu later today.
--
[needs-packaging] lxubuntu-desktop
https://bugs.launchpad.net/bugs/303320
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to U
Public bug reported:
I have a preliminary seed and meta for this related to Karmic blueprint
https://blueprints.launchpad.net/ubuntu/+spec/mobile-karmic-lxde-ubuntu-
desktop and this should get uploaded to revu later today.
** Affects: ubuntu
Importance: Undecided
Assignee: David Sugar
I was delayed with a fs crash. This should be in today.
--
fftw3 fails to build for armel
https://bugs.launchpad.net/bugs/420145
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
h
I had not reproduced the original issue as reported here, as I had
instead encountered a different issue that kills banshee startup before
this point which appeared to be a race condition/locking issue. I also
have not been able to test other than with xnest, which may be why I see
this race.
--
I have attached what I now get today during startup, which is also
different...
** Attachment added: "bashee-debug.txt"
http://launchpadlibrarian.net/30938403/bashee-debug.txt
--
banshee fails to run on arm
https://bugs.launchpad.net/bugs/391588
You received this bug notification because you
Yes, but explicitly linking -lgcc did not fix this, and I found it
related to/while investigating several different issues where I was
finding what seemed like race conditions that should have been protected
by a mutex. Hence I think C++ exception handling with threading enabled
is but one way of
The one I looked at was the unr seed for Jaunty, which incidentally also
builds MID, and has a common component support meta to seed for building
both sets. That is the same idea and we can certainly restructure a
lubuntu seed set this way also. Since it was my first attempt at a seed
I simply wa
It took an incredibly long time for it to build to verify properly, but
as expected the change was trivial.
** Attachment added: "fftw3_3.2.1-2ubuntu2.debdiff.gz"
http://launchpadlibrarian.net/30950683/fftw3_3.2.1-2ubuntu2.debdiff.gz
--
fftw3 fails to build for armel
https://bugs.launchpad.
I had wanted to get feedback sooner and hence see this done earlier.
Most if not all of these changes noted are certainly valid. Where we
touch upon what the default apps should be, my only concern is that we
do not have a lot of revs. If we are going to split the seed to produce
variants of def
This package is now ready. The current upstream release, 0.5.12, has
now been packaged, and it is also part of an active lucid blueprint.
http://revu.ubuntuwire.com/details.py?upid=7250
--
[needs packaging] GNU SIP Witch
https://bugs.launchpad.net/bugs/342637
You received this bug notification
** Attachment added: "sipwitch_0.5.12-0ubuntu1.diff.gz"
http://launchpadlibrarian.net/36975473/sipwitch_0.5.12-0ubuntu1.diff.gz
--
[needs packaging] GNU SIP Witch
https://bugs.launchpad.net/bugs/342637
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscr
There is another issue with the alternate code-path:
/tmp/cckH6Lu5.s: Assembler messages:
/tmp/cckH6Lu5.s:730: Error: only SUBS PC, LR, #const allowed -- `sub
pc,r3,#(0x0fff-0x0fc0)'
/tmp/cckH6Lu5.s:791: Error: only SUBS PC, LR, #const allowed -- `sub
pc,r3,#(0x0fff-0x0fc0)'
/tmp
The attached debdiff makes use of proper ansi C varidac support for
Svprintf. This is needed because gcc 4.4 (and later) no longer
guarantee that void* can be re-cast into a va_args list, and in fact
cannot be on arm (in fact, casting void * to a va_list was never
appropriate...). It might be tru
I had experienced this today and looked into it a little when I found
this bug report already here. Disabling all plugins and extensions,
this behavior still happens, and I have seen it on every Karmic machine
I have tried. To me, it seems to be an issue with startup notification,
as eventually t
Assignee: David Sugar (dyfet) => (unassigned)
--
armel build failure (uses internal outdated libffi)
https://bugs.launchpad.net/bugs/635415
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubu
There are specific reasons the patch was done the way it was:
First, it did not make sense to modify in any way the build of plt-
scheme on other architectures this close to release. We would have had
to rebuild all packages dependent on it, and verify they were not broken
as a result of such a c
You are correct in that the test is done at "runtime", but of course
this actually only happens once at "configure" time for the package,
which means it is using the runtime characteristics of a specific
archive build machine, and at the time only. The behavior just happens
to currently appear rel
I think we only want to do this for building h5detect itself, and not to
use armv5t for the package as a whole. In fact, I was doing a small
patch to do something similar for h5detect alone.
--
[armel] the ./H5detect test segfaults when built for armv7
https://bugs.launchpad.net/bugs/635199
You
.
** Patch added: "gcl.debdiff"
https://bugs.launchpad.net/ubuntu/+source/gcl/+bug/636977/+attachment/1597148/+files/gcl.debdiff
** Changed in: gcl (Ubuntu)
Assignee: David Sugar (dyfet) => (unassigned)
** Changed in: gcl (Ubuntu)
Status: In Progress => New
--
g
This was not my preferred fix, but what I ended up doing for armel for
this, and no worse than what was done for hdf5. If it can be confirmed
as release critical I will be happy to attach sponsors.
--
gcl currently not built on armel, needed as a build-dependency
https://bugs.launchpad.net/bugs/
sipwitch 1.0.1 and later require a minimal version of ucommon 5.0,
whereas the ubuntu (universe) archive only has a ucommon 3.2.x. A
corrected libucommon-dev (>= 5.0) build dependency should be added to
the control file for this package, and an appropriate ucommon release
will need to be added fir
I already start with an empty session by default, and I had tried the
methods suggested for adding akonanditray to the ~/.config/autostart and
then disabling it there, and this DID NOT work, even though indeed it
shows up in the start up as "disabled". Clearly it seems like it should
work. In fac
For Maverick and present release timelines, certainly disabling thumb2
is a valid temporary solution. But yes, we need to resolve this long
term. I very much hate the idea of having a separate local fork of
binutils inside a package as well.
--
gcl currently not built on armel, needed as a buil
Public bug reported:
On armv7/thumb on Maverick, apr fails to build because it deadlocks in
testing shared (interprocess) mutex locking. This feature likely depends
on atomics behavior in glibc pthread spinlocks that is broken in thumb2.
I have a simple patch that disables shared process mutexes f
debdiff apr_1.4.2-3build1.dsc apr_1.4.2-3ubuntu1.dsc attached
** Patch added: "apr.debdiff"
http://launchpadlibrarian.net/51124167/apr.debdiff
--
apr cannot use shared process mutex on armv7
https://bugs.launchpad.net/bugs/599874
You received this bug notification because you are a member of
Public bug reported:
Binary package hint: diffpdf
This package fails to build from source due to a simple casting issue,
since on armel, qt's "qreal" is not the same as double. This was simple
to fix.
** Affects: diffpdf (Ubuntu)
Importance: Undecided
Status: New
--
ftbfs - cast
"debdiff diffpdf_1.1.2-1.dsc diffpdf_1.1.2-1ubuntu1.dsc" attached
** Patch added: "diffpdf.debdiff"
http://launchpadlibrarian.net/51184753/diffpdf.debdiff
--
ftbfs - casting issue in qreal on arm
https://bugs.launchpad.net/bugs/600330
You received this bug notification because you are a memb
Public bug reported:
Binary package hint: xsane
Currently it fails to build in maverick on armel as it produces an
internal compiler error on gcc 4.4. I have tested disabling
optimization on arm, which seems to work.
** Affects: xsane (Ubuntu)
Importance: Undecided
Status: New
--
debdiff xsane_0.997-2ubuntu1.dsc xsane_0.997-2ubuntu2.dsc attached
** Patch added: "xsane.debdiff"
http://launchpadlibrarian.net/51241791/xsane.debdiff
--
ftbfs on armv7/thumb2
https://bugs.launchpad.net/bugs/600717
You received this bug notification because you are a member of Ubuntu
Bugs,
Public bug reported:
Binary package hint: ugene
This package fails to build on arm because double is not same as qreal
on arm (and perhaps other architectures), so I added an explicit cast.
** Affects: ugene (Ubuntu)
Importance: Undecided
Status: New
--
ftbfs on arm; casting erro
debdiff ugene_1.7.0+repack-0ubuntu1.dsc ugene_1.7.0+repack-0ubuntu2.dsc
attached
** Patch added: "ugene.debdiff"
http://launchpadlibrarian.net/51257477/ugene.debdiff
--
ftbfs on arm; casting error for doube vs qreal
https://bugs.launchpad.net/bugs/600820
You received this bug notification be
Public bug reported:
Binary package hint: atanks
This is because #include is required for files.cpp
** Affects: atanks (Ubuntu)
Importance: Undecided
Status: New
--
ftbfs on maverick
https://bugs.launchpad.net/bugs/601182
You received this bug notification because you are a memb
debdiff atanks_4.6-1.dsc atanks_4.6-1ubuntu1.dsc
attached?field.comment=debdiff atanks_4.6-1.dsc atanks_4.6-1ubuntu1.dsc
attached
** Patch added: "atanks.debdiff"
http://launchpadlibrarian.net/51302612/atanks.debdiff
--
ftbfs on maverick
https://bugs.launchpad.net/bugs/601182
You received thi
Public bug reported:
Binary package hint: hydrogen
Package fails to build with latest qt, at least on Maverick, from gcc
becoming more picky about ambigous overloaded QString constructor.
** Affects: hydrogen (Ubuntu)
Importance: Undecided
Status: New
--
ftbfs because of ambigous
debdiff hydrogen_0.9.4.1-1.dsc hydrogen_0.9.4.1-1ubuntu1.dsc attached
** Patch added: "hydrogen.debdiff"
http://launchpadlibrarian.net/51305153/hydrogen.debdiff
--
ftbfs because of ambigous QString constructor
https://bugs.launchpad.net/bugs/601195
You received this bug notification because y
Technically, it should be libucommon4 (and libucommon4-dbg), not
libucommon3. The library package name is numbered based on the API
(linking) version. Anything built against a libucommon3 historically
would expect to link against the libucommon3 instance of the package,
and anything new or rebuil
Furthermore, I also get this:
ls -alrt ~/.gvfs
ls: cannot access .gvfs: Transport endpoint is not connected
So clearly something is going on with gvfs...that's the error thunar
shows also.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubun
I think I can reproduce this bug. It seems to happen explicitly after I
log out (to gdm) and then log back in again. I could setup a user with
a non-encrypted home on this same machine to see if the behavior is
truly specific to encrypted homes only or is related to some
session/login issue on it
I can now confirm it is also likely, as suspected, specific to encrypted
homes. I have no problem with a standard user account with a non-
encrypted home on this same machine.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bu
I have encountered this exact issue also, and also on a machine where I
am using an encrypted home directory. Rebooting does also make it go
away when it happens; simply logging out and back in is not sufficient
to do so. It was also a newly installed system, so there was not much
that yet had b
Additional reference: http://www.gnutelephony.org/bugs/view.php?id=5
--
registration missing contact header
https://bugs.launchpad.net/bugs/673638
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@l
Public bug reported:
Binary package hint: sipwitch
This can be backported from 0.9.2.
** Affects: sipwitch (Ubuntu)
Importance: Undecided
Status: Confirmed
** Changed in: sipwitch (Ubuntu)
Status: New => Confirmed
** Bug watch added: www.gnutelephony.org/bugs/ #5
http:/
I do not see this behavior either. Is any of the bandwidth limiting
options being selected and used?
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailin
This apparently is not yet even in SID, so it would not happen until
11.04 at minimum. Also, when the new/replacement is sync'd we will have
to make sure that the dependent packages, and there are a number of
them, are also correctly updated. Finally, there is a current issue
with plt-scheme usin
Also relevant is http://racket-lang.org/new-name.html
--
PLT Scheme is now Racket
https://bugs.launchpad.net/bugs/635764
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://li
** Bug watch added: Debian Bug tracker #593614
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593614
** Also affects: plt-scheme via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593614
Importance: Unknown
Status: Unknown
--
PLT Scheme is now Racket
https://bugs.launchpad.ne
I cannot confirm this on my build against current repo...should this
still be open?
--
armel build failure, configure check hangs
https://bugs.launchpad.net/bugs/642022
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mail
an package unmodified, the correct
answer seems to be a sync. I am going to try a test build of the
revised debian package in sid on maverick armel to see if it builds
without change.
** Affects: openocd (Ubuntu)
Importance: Undecided
Assignee: David Sugar (dyfet)
Status:
I can confirm Debian 0.4.0-1+nmu1 does build successfully on armel, and
still builds on i386...is this an update candidate for Maverick, or to
be punted to 11.04?
** Changed in: openocd (Ubuntu)
Assignee: David Sugar (dyfet) => (unassigned)
--
ftbfs - on maverick fails on armel - s
Most relevant is that there is a well known cross-site scripting
vulnerability in 1.9.x versions < 1.9.9 (per Debian bug #586280). Hence
this is a security issue, not just a question of bugfixes. This has
been updated in debian already. I see we do carry some ubuntu-specific
patches which have t
This seems even more relevant to Maverick, where python-sqlalchemy has
been updated to 0.6. We have to upgrade to 0.12-1 already for this
reason, per http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590463. I
am going to do a test build to see if 0.12-1 from sid builds on
Maverick...
** Bug wa
This is confirmed that it builds and runs on maverick from sid 0.12-1.
I am renaming the bug appropriately and referencing so it can be
triaged...
** Also affects: griffith
Importance: Undecided
Status: New
** Summary changed:
- [lucid] griffith very unstable
+ Please sync Griffith 0
One of the reasons fpc may work/build well on Debian (per #16/17) or
staged with Debian unstable binaries for fpc (#14), and not
Ubuntu/Ubuntu built binaries is that Debian still uses armv4 while we
are using thumb2. But I am stuck also trying to bootstrap this for
Maverick/armel/thumb2 at the mom
Public bug reported:
Binary package hint: gnome-dvb-daemon
While originally detected as failing on armel, it in fact fails to build
on all platforms. It is written in Vala and is incompatible with
current Vala releases, as per Maverick. The latest upstream, 0.1.20,
is only updated to vala 0.9.
** Changed in: banshee (Ubuntu)
Assignee: David Sugar (dyfet) => (unassigned)
--
banshee fails to run on arm
https://bugs.launchpad.net/bugs/391588
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubu
Public bug reported:
Binary package hint: kdelibs
This is a specific release critical bug reported and patched in Debian
kdelibs. I have verified this specific patch builds fine on Ubuntu.
The Debian reference is from http://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=563942
** Affects: kdelibs
debdiff kdelibs_3.5.10.dfsg.1-3ubuntu2.dsc
kdelibs_3.5.10.dfsg.1-3ubuntu3.dsc attached
** Patch added: "kdelibs.debdiff"
https://bugs.launchpad.net/kdelibs/+bug/657384/+attachment/1680439/+files/kdelibs.debdiff
--
kio corrupts zip files with certain characters
https://bugs.launchpad.net/bug
I had thought it would end up a SRU...
--
kio corrupts zip files with certain characters
https://bugs.launchpad.net/bugs/657384
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
ht
Public bug reported:
This is probably going to be simple to fix.
/bin/bash ../../libtool --tag=CXX --mode=link g++ -g -O2 -g -Wall -O2
-Wl,-Bsymbolic-functions -o cbc CoinSolve.o libCbcSolver.la libCbc.la
/usr/lib/libCgl.la /usr/lib/libOsiClp.la /usr/lib/libOsi.la /usr/lib/libClp.la
/usr/
There is a loosely related debian bug which asserts that this version
fails to build there, but only on amd64. This failed for me on both
i386 and amd64. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595847
This to me looks MUCH simpler than the Debian issue, and anyway we
cannot build 2.5.0 o
101 - 200 of 343 matches
Mail list logo
