Bug#286592: Same problem here
Hi, I recently upgraded and have the same problem (at least according to the description). The trace looks pretty much the same: sh: crash_report: command not found Fatal exception: Signal 11 Stack: /usr/lib/openoffice/program/libsal.so.3[0xb72df3e8] /usr/lib/openoffice/program/libsal.so.3[0xb72df575] /usr/lib/openoffice/program/libsal.so.3[0xb72df640] [0xe420] /usr/lib/openoffice/program/libpsp645li.so(_ZN3psp10PrinterGfx10drawGlyphsERK5PointPmPtsPl+0x3bf)[0xb5f222b1] /usr/lib/openoffice/program/libpsp645li.so(_ZN3psp10PrinterGfx10DrawGlyphsERK5PointPmPtsPl+0x726)[0xb5f22a38] /usr/lib/openoffice/program/libvclplug_gen645li.so(_Z17DrawPrinterLayoutRK9SalLayoutRN3psp10PrinterGfxE+0x157)[0xb5fd12bd] /usr/lib/openoffice/program/libvclplug_gen645li.so(_ZN11PspGraphics20DrawServerFontLayoutERK16ServerFontLayout+0x29)[0xb5fd1383] /usr/lib/openoffice/program/libvcl645li.so(_ZNK16ServerFontLayout8DrawTextER11SalGraphics+0x1b)[0xb7fb1dfd] /usr/lib/openoffice/program/libvcl645li.so(_ZN12OutputDevice18ImplDrawTextDirectER9SalLayouth+0xdf)[0xb7e7f853] /usr/lib/openoffice/program/libvcl645li.so(_ZN12OutputDevice12ImplDrawTextER9SalLayout+0xcb)[0xb7e80077] /usr/lib/openoffice/program/libvcl645li.so(_ZN12OutputDevice13DrawTextArrayERK5PointRK6StringPKltt+0xdb)[0xb7e821c3] /usr/lib/openoffice/program/libvcl645li.so(_ZN19MetaTextArrayAction7ExecuteEP12OutputDevice+0x47)[0xb7e560cb] /usr/lib/openoffice/program/libvcl645li.so(_ZN12ImplQPrinter12ImplPrintMtfER11GDIMetaFilell+0x9c2)[0xb7e46f72] /usr/lib/openoffice/program/libvcl645li.so(_ZN12ImplQPrinter12ImplPrintHdlEP5Timer+0x265)[0xb7e4723d] /usr/lib/openoffice/program/libvcl645li.so(_ZN12ImplQPrinter20LinkStubImplPrintHdlEPvS0_+0x26)[0xb7e46fd0] /usr/lib/openoffice/program/libvcl645li.so(_ZN5Timer7TimeoutEv +0x1f)[0xb7dfa88f] /usr/lib/openoffice/program/libvcl645li.so(_Z21ImplTimerCallbackProcv +0x83)[0xb7dfa597] /usr/lib/openoffice/program/libvclplug_gen645li.so(_ZNK7SalData7TimeoutEv+0x2e)[0xb5fe049a] /usr/lib/openoffice/program/libvclplug_gen645li.so(_ZN7SalXLib12CheckTimeoutEb+0xe1)[0xb5fe0033] /usr/lib/openoffice/program/libvclplug_gen645li.so(_ZN7SalXLib5YieldEh +0x29f)[0xb5fe02e3] /usr/lib/openoffice/program/libvclplug_gen645li.so(_ZN14X11SalInstance5YieldEh+0x31)[0xb5fe90d7] /usr/lib/openoffice/program/libvcl645li.so(_ZN11Application5YieldEv +0x64)[0xb7df4baa] /usr/lib/openoffice/program/libvcl645li.so(_ZN11Application7ExecuteEv +0x35)[0xb7df4ab7] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop4MainEv +0x1f56)[0x80654a6] /usr/lib/openoffice/program/libvcl645li.so(_Z6SVMainv+0x4a)[0xb7df99bc] /usr/lib/openoffice/program/libvcl645li.so(main+0x4c)[0xb7faed10] /lib/tls/libc.so.6(__libc_start_main+0xf4)[0xb6c29904] /usr/lib/openoffice/program/soffice.bin(_ZN6Window11RequestHelpERK9HelpEvent+0x3d)[0x805e1c1] Hope this helps, Snark on irc.gnome.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306897: libpoppler-glib-dev doesn't depend on libpoppler0-glib ?!
Package: libpoppler-glib-dev Version: 0.3.0-1 This -dev package really should depend on the corresponding library package. Snark on #gnomefr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306932: [PATCH] Glitches in the french translation
Package: wesnoth-httt Version: 0.9.0-4 I noticed a few horrible mistakes in the french translation while playing. Here is a patch that fixes them. Snark on #gnomefr --- fr.po.orig 2005-04-29 15:33:28.0 +0200 +++ fr.po 2005-04-29 15:35:24.0 +0200 @@ -4046,7 +4046,7 @@ #: data/scenarios/Heir_To_The_Throne/Princess_of_Wesnoth.cfg:170 msgid "This is treason! Your lies will perish with you!" msgstr "" -"Je ne croit pas un traître mot de ce que vous dites. Vos mensonges périront " +"Je ne crois pas un traître mot de ce que vous dites. Vos mensonges périront " "avec vous !" #: data/scenarios/Heir_To_The_Throne/Princess_of_Wesnoth.cfg:174 @@ -4729,7 +4729,7 @@ "Yes, we will see it. In fact, we prefer to fight at night. I pray you do not " "lead us into slaughter." msgstr "" -"Oui, nous le verrons. En effet, nous préférons nous battre la nuit. Je pris " +"Oui, nous le verrons. En effet, nous préférons nous battre la nuit. Je prie " "pour que vous ne nous emmeniez pas vers un massacre." #: data/scenarios/Heir_To_The_Throne/The_Siege_of_Elensefar.cfg:290 @@ -4763,8 +4763,8 @@ "discover this place. Bring your forces into the city, quickly now, and you " "can flank them." msgstr "" -"Très peu de gens savent que la rivière peut être traverser à gué ici. Les " -"orcs n'ont pas encore découvert cette endroit. Emmenez immédiatement vos " +"Très peu de gens savent que la rivière peut être traversée à gué ici. Les " +"orcs n'ont pas encore découvert cet endroit. Emmenez immédiatement vos " "forces dans la cité et vous pourrez leur flanquer une raclée." #: data/scenarios/Heir_To_The_Throne/The_Siege_of_Elensefar.cfg:411
Bug#320121: /usr/include/semaphore.h's use of the 'restrict' keyword
Package: hurd-dev Version: 20050513-3 Hi, I tried to compile some app on GNU/Hurd, but had a problem with semaphore.h's use of 'restrict' keyword: it is a C99 keyword, and hence makes gcc (Debian 1:3.3.6-4) a little unhappy. I was said on #hurdfr to replace restrict with __restrict, to see if it made things better. It does, but I'm not sure it is a right fix. Hope it helps, JP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317036: Little packaging glitch
Package: rhythmbox Version: 0.9-patch148 I just tried to install rhythmbox, but couldn't since it fails configuring: Failed to open `/etc/gconf/schemas/rhythmbox.schemas': No such file or directory Which isn't really surprising since dpkg -L rhythmbox | grep schemas says they are installed as /usr/share/gconf/schemas/rhythmbox.schemas. Hope this helps, Snark on #gnomefr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317128: Badly documented change
Package: tla
Version: 1.3.3-1
Hi,
the recent change broke "tla add", replacing it by "tla add-id". The
problem is that "tla tree-lint" still points to the former command.
This ridiculous patch corrects it:
diff -ur tla-1.3.3.orig/src/tla/libarch/proj-tree-lint.c
tla-1.3.3/src/tla/libarch/proj-tree-lint.c
--- tla-1.3.3.orig/src/tla/libarch/proj-tree-lint.c 2005-07-06
15:48:13.0 +0200
+++ tla-1.3.3/src/tla/libarch/proj-tree-lint.c 2005-07-06
15:48:48.0 +0200
@@ -66,7 +66,7 @@
if (rel_n_records (lint->warning_files))
{
- safe_printfmt (fd, "These files would be source but lack
inventory ids (`tla add' or a tagline perhaps?):\n\n");
+ safe_printfmt (fd, "These files would be source but lack
inventory ids (`tla add-id' or a tagline perhaps?):\n\n");
rel_print_pika_escape_iso8859_1_table (fd, escape_classes,
lint->warning_files);
safe_printfmt (fd, "\n\n");
if (!status)
Hope it helps,
Snark on #gnome-hackers
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304017: numerix.cmxa and numerix.a not packaged
Package: libnumerix-ocaml-dev Version: 0.19-5 Hi, my little pet project's opt build-target was broken by the recent package upgrade (transition to 3.08.3) because the two mentioned files are missing. Compiling the numerix source package and manually installing them solves my issue, so it should just be a matter of putting them in the package. Snark on #ocaml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323444: Little graphical glitch
Package: gthumb Version: 3:2.6.6-1 Severity: minor Hi, when changing an image's comment in fullscreen with comments enabled, the old comment stays visible (albeit lighter) under the new one afterwards. JP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320736: Patch to handle PATH_MAX-less systems
Package: jack-audio-connection-kit
Version: 0.100.0-2
Hi,
the following patch makes it possible to compile the sources on systems
where PATH_MAX isn't defined (ie: it allows to get packages on GNU/Hurd!).
Notice that this patch works by basically defining PATH_MAX to 1024 for
those systems ; which is a pretty lame way to do a port. Usually, nice
ports are done by replacing static allocations "char
foo[PATH_MAX+whatever]" with dynamic allocations "char *foo"+malloc+free.
In this case however it is impossible: some of the structures containing
char foo[PATH_MAX+1] members are transmitted through file descriptors,
which makes it impossible to replace with char *foo...
It would require a rewrite of the part of libjack responsible of
client-server communication to make a serious PATH_MAX-less port possible.
Work for upstream?
J.P.
diff -ur jack-audio-connection-kit-0.100.0/jack/internal.h jack-audio-connection-kit-0.100.0.patched/jack/internal.h
--- jack-audio-connection-kit-0.100.0/jack/internal.h 2005-05-12 16:58:15.0 +0200
+++ jack-audio-connection-kit-0.100.0.patched/jack/internal.h 2005-07-31 17:23:16.0 +0200
@@ -49,6 +49,14 @@
#include
#endif
+#ifndef PATH_MAX
+ #ifdef MAXPATHLEN
+ #define PATH_MAX MAXPATHLEN
+ #else
+ #define PATH_MAX 1024
+ #endif /* MAXPATHLEN */
+#endif /* !PATH_MAX */
+
#ifdef DEBUG_ENABLED
#define DEBUG(format,args...) \
fprintf (stderr, "jack:%5d:%" PRIu64 " %s:%s:%d: " format "\n", getpid(), jack_get_microseconds(), __FILE__, __FUNCTION__, __LINE__ , ## args)
diff -ur jack-audio-connection-kit-0.100.0/libjack/unlock.c jack-audio-connection-kit-0.100.0.patched/libjack/unlock.c
--- jack-audio-connection-kit-0.100.0/libjack/unlock.c 2005-05-03 15:31:52.0 +0200
+++ jack-audio-connection-kit-0.100.0.patched/libjack/unlock.c 2005-07-31 17:23:46.0 +0200
@@ -27,6 +27,14 @@
#include "jack/unlock.h"
+#ifndef PATH_MAX
+ #ifdef MAXPATHLEN
+ #define PATH_MAX MAXPATHLEN
+ #else
+ #define PATH_MAX 1024
+ #endif /* MAXPATHLEN */
+#endif /* !PATH_MAX */
+
static char* blacklist[] = {
"/libgtk",
"/libqt",
Bug#274871: I think you can close that bug
Hi, I just tested with today's cvs snapshots: things work ok. Snark on #gnomemeeting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296122: Muine package needs gstreamer0.8-gnomevfs
Package: muine Version: 0.6.3-6 Severity: grave Muine's package installs just fine, but won't run because it doesn't find gnomevfs support in gstreamer. Installing the gstreamer0.8-gnomevfs package solves it. Setting severity to grave since that means the package is unusable by default. Thanks, Snark on irc.gnome.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355256: I can reproduce it here... with 1.7.8-1
well, most of the message is in the subject already, but perhaps I can add a little : this is an experimental version, so perhaps there's an incompatibility somewhere in my install :-/ Snark on #gnomefr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355256: The problem is fixed
It disappeared with bug #416047 on bugzilla.gnome.org, and an upgrade to 0.3.7-2. Sorry for the noise. Snark on #gnomefr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390133: Here is a gdb backtrace
Hi, I have crashing issues, hopefully related. I checked the binary pid with ps -ef, then attached gdb and asked for the bt : #0 0xa717737f in osl_incrementInterlockedCount () from /usr/lib/openoffice/program/libuno_sal.so.3 #1 0xa7192d12 in rtl_uString_assign () from /usr/lib/openoffice/program/libuno_sal.so.3 #2 0xa761b59b in CharClass::setLocale () from /usr/lib/openoffice/program/libutl680li.so #3 0x0882f234 in ?? () #4 0x088e2f90 in ?? () #5 0xaf9177e8 in ?? () #6 0xa2cbd340 in ?? () from /usr/lib/openoffice/program/libsw680li.so #7 0x0882cb58 in ?? () #8 0xaf9178c4 in ?? () #9 0xaf9178f8 in ?? () #10 0xa261e963 in SwTxtNode::SetWrong () from /usr/lib/openoffice/program/libsw680li.so #11 0xa261e963 in SwTxtNode::SetWrong () from /usr/lib/openoffice/program/libsw680li.so #12 0xa261f77e in SwTxtNode::CountWords () from /usr/lib/openoffice/program/libsw680li.so #13 0xa2546dba in non-virtual thunk to SwFmtPageDesc::Modify(SfxPoolItem*, SfxPoolItem*) () from /usr/lib/openoffice/program/libsw680li.so #14 0xaf917b2c in ?? () #15 0xa0930078 in ?? () #16 0xa368b05c in ?? () #17 0x in ?? () Hope it helps, Snark on #gnome-hackers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378367: Not ekiga's fault
Basically, the problem is that the GtkFileChooser tries to access the network when created. And since ekiga creates two (if I remember well) GtkFileChooser on startup, then it stays stuck. This is related to this bug report : http://bugzilla.gnome.org/show_bug.cgi?id=319532 There's nothing ekiga can do to fix the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#739068: Current package is unusable, but a few tricks can fix it
Package: megaglest Version: 3.7.1-1 Megaglest wasn't starting because it couldn't find some files. I modified by hand glest.ini like this: DataPath=/usr/share/games/megaglest/ ;DataPath=$APPLICATIONDATAPATH/ and it crashed much later ; I went in /usr/share/games/megaglest/data/lang and did: sed -i -e "s|\$APPLICATIONDATAPATH|/usr/share/games/megaglest|g" *lng and now my kids can enjoy it again! I hope that helps, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#736744: Permission denied issues with blueman
Package: blueman Version: 1.23-git201312311147-1 I hadn't used bluetooth on that box since quite long (can't remember exactly, sorry) -- today it fails. The error when I launch "blueman-manager": ERROR:dbus.proxies:Introspect error on org.bluez:/: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 2 matched rules; type="method_call", sender=":1.63" (uid=1000 pid=2874 comm="/usr/bin/python /usr/bin/blueman-manager ") interface="org.freedesktop.DBus.Introspectable" member="Introspect" error name="(unset)" requested_reply="0" destination="org.bluez" (uid=0 pid=796 comm="/usr/sbin/bluetoothd -n ") Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 604, in msg_reply_handler reply_handler(*message.get_args_list(**get_args_opts)) File "/usr/bin/blueman-manager", line 163, in on_bluez_name_owner_changed self.List = ManagerDeviceList(adapter=self.Config.props.last_adapter, inst=self) File "/usr/lib/python2.7/dist-packages/blueman/gui/manager/ManagerDeviceList.py", line 71, in __init__ DeviceList.__init__(self, adapter, data) File "/usr/lib/python2.7/dist-packages/blueman/gui/DeviceList.py", line 108, in __init__ self.SetAdapter(adapter) File "/usr/lib/python2.7/dist-packages/blueman/gui/DeviceList.py", line 307, in SetAdapter except dbus.DBusServiceUnknownError: NameError: global name 'dbus' is not defined I saw that the bluetooth package said I needed to be in the netdev group, so I added myself then retried (of course I log out&in so the change took effect -- and checked with groups(1)) : the result is the same. Trying to run blueman-manager as root (gksu blueman-manager) works... README.Debian should document which permissions should be set up, if the package doesn't set them up automagically. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#736744: Permission denied issues with blueman
Hi, Le 01/02/2014 09:30, Christopher Schramm a écrit : > You can try the following in d-feet: > > * Highlight the "org.bluez" system bus Clicking on it directly triggers: org.bluez : GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 2 matched rules; type="method_call", sender=":1.239" (uid=1000 pid=4431 comm="/usr/bin/python /usr/bin/d-feet ") interface="org.freedesktop.DBus.Introspectable" member="Introspect" error name="(unset)" requested_reply="0" destination="org.bluez" (uid=0 pid=796 comm="/usr/sbin/bluetoothd -n ") So I can't even do the following: > * Extend the "/" object path > * Extend the "org.freedesktop.DBus.Introspectable" interface > * Double click the Introspect method > * Click execute ! > Also, what version of bluez is installed? I have: bluez (4.101-4) unstable; urgency=low Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#736744: Permission denied issues with blueman
Hi, Le 01/02/2014 11:45, Christopher Schramm a écrit : > first of all this is not a blueman problem, but related to bluez in general. > > To get dbus access to bluez as an unprivileged user you need to either > be in the bluetooth group or have consolekit set up (or modify the rules > in /etc/dbus-1/system.d/bluetooth.conf). I have that file and I have consolekit... > consolekit is a dependency of policykit-1, which in terms is recommended > by the blueman package and thus the setup should work out of the box if > recommendations are followed. I also have policykit-1... So: - I have the required packages ; - the setup is supposed to work out of the box ; - for some reason it doesn't. What can I do to understand what is wrong exactly? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#736744: Permission denied issues with blueman
Le 02/02/2014 12:12, Christopher Schramm a écrit :
> I'd suggest checking /etc/dbus-1/system.d/bluetooth.conf for the
> following lines:
>
>
>
>
>
> This allows users with the at_console right access to the org.bluez bus.
> The at_console right should be set by consolekit for local users by
> default. You could try to remove the at_console requirement to check if
> your user is lacking it. That would be a consolekit issue then. (Or
> maybe you are just not logged in locally? Then it would be the expected
> behavior.)
I have that chunk of configuration, and:
jpuydt@newton:~$ ck-list-sessions
Session2:
unix-user = '1000'
realname = 'Julien Puydt'
seat = 'Seat1'
session-type = ''
active = TRUE
x11-display = ':0'
x11-display-device = '/dev/tty7'
display-device = ''
remote-host-name = ''
is-local = TRUE
on-since = '2014-01-26T12:42:19.777255Z'
login-session-id = '1'
I changed the configuration to at_console='false', restarted dbus and
bluetooth, and blueman-browse accepted to run!
So for some reason is-local from consolekit and at_console from dbus
don't match. It indeed looks like blueman isn't the real problem here...
it's further up.
It reminds me of another bug I opened:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729134
where I must admit I don't know what the conclusion exactly is!
Can this bluetooth issue also be related to bad interactions between
lightdm/systemd/dbus/consolekit (and who knows what else...) ?
Snark on #debian-science
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725253: libgf2x1: Illegal instruction (pclmul ?) on pre-2010 CPU
Hi, sorry it took me so long to answer (a full month... :-( ) ! You seem to have already done a few checks and we have somewhere to start ; let's see if we can push things further. Can you try to rebuild the gf2x source package on your box to see if it improves things? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729134: libpam-systemd wreaks havoc
Package: libpam-systemd Version: 204-5 Severity: important I was having issues with my computer lately: - I wasn't able to mount USB keys anymore in thunar ; - I wasn't able to shutdown/restart/hibernate anymore in xfce ; - even when logged out, lightdm didn't allow shutdown/restart/hibernate. I searched around, and found bug #728361 against lightdm, where someone mentioned kicking out libpam-systemd was fixing the lightdm problem. In fact all three problems listed above are fixed by removing libpam-systemd, so this package breaks several unrelated things. I hope that helps, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#728361: [Pkg-systemd-maintainers] Bug#729134: libpam-systemd wreaks havoc
Le 11/11/2013 23:31, Michael Stapelberg a écrit : > Hi Julien, > > Julien Puydt writes: >> I was having issues with my computer lately: >> - I wasn't able to mount USB keys anymore in thunar ; >> - I wasn't able to shutdown/restart/hibernate anymore in xfce ; >> - even when logged out, lightdm didn't allow shutdown/restart/hibernate. >> >> I searched around, and found bug #728361 against lightdm, where someone >> mentioned kicking out libpam-systemd was fixing the lightdm problem. >> >> In fact all three problems listed above are fixed by removing >> libpam-systemd, so this package breaks several unrelated things. > In case you are not running logind, libpam-systemd should not do > anything: > > /* Make this a NOP on non-logind systems */ > if (!logind_running()) > return PAM_SUCCESS; > > Can you check if /run/systemd/seats/ exists on your machine? > > Also, can you outline the steps to reproduce this problem in a clean > Debian wheezy VM please? I have /run/systemd/seats/ (with a seat0 ascii file). Notice that you focus on lightdm but that removing libpam-systemd solved other problems. I have no clue how to reproduce it... I only have the system where I had problems and solved them. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#728361: Bug#729134: [Pkg-systemd-maintainers] Bug#729134: libpam-systemd wreaks havoc
Le 12/11/2013 09:51, Yves-Alexis Perez a écrit : > On Tue, 2013-11-12 at 08:08 +0100, Julien Puydt wrote: >> Notice that you focus on lightdm but that removing libpam-systemd >> solved >> other problems. > > Could you point to those other problems where lightdm was not involved > at all? The fact that I couldn't mount/unmount USB stick must fit that description. >> I have no clue how to reproduce it... I only have the system where I had >> problems and solved them. > > Not sure about GNOME, but on an Xfce systems, it should just be a matter > of install xfce4 and lightdm (with recommends), check that > ck-list-session indeed list a session, check that in the logout session > windows the various options (suspend/hibernate/shutdown/restart) are not > greyed out. Then install libpam-systemd and check that they are now > greyed out and that ck-list-session doesn't list anything. Uh, yes, I can just re-break my system and re-unbreak it... I'll try if I find the time... Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#728361: Bug#729134: [Pkg-systemd-maintainers] Bug#729134: libpam-systemd wreaks havoc
Le 12/11/2013 20:40, Yves-Alexis Perez a écrit : > On Tue, 2013-11-12 at 20:37 +0100, Julien Puydt wrote: >> Le 12/11/2013 09:51, Yves-Alexis Perez a écrit : >>> On Tue, 2013-11-12 at 08:08 +0100, Julien Puydt wrote: >>>> Notice that you focus on lightdm but that removing libpam-systemd >>>> solved >>>> other problems. >>> >>> Could you point to those other problems where lightdm was not involved >>> at all? >> >> The fact that I couldn't mount/unmount USB stick must fit that description. > > So it happened again with another display manager? Which one? Or with > lightdm before 1.8? I don't understand. Lightdm is also involved in me not getting to mount/unmount USB sticks when I'm in a session? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#740097: Workaround?
Hi, I tried to modify the sources by hand and recompile (with make -f debian/rules build then binary), but the module still didn't load with the same error message, so there might be more to fix... Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725253: libgf2x1: Illegal instruction (pclmul ?) on pre-2010 CPU
Hi, do you have more information on that bug? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722820: The bug might be fixed
Hi, I just packaged pynac 0.3.2 for debian ; it looks like there is still -L/usr/lib in the link lines here (which is why I don't close), but that is found by detecting where python is installed, so it might actually be correct. Can you tell me if the bug is still there? Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726504: Patch
Hi,
I finally found the time to dig the issue, and write a patch, attached
to this mail.
I built myself a new package by putting this patch in debian/patches/,
adding it at the end of debian/patches/series, then "dpkg-buildpackage
-b -us -uc".
May I kindly ask a new package including this patch and closing this bug?
Thanks,
Snark on #debian-science
Description: Don't go in an infinite loop on error
In the currnent code, when doing a query, there is an infinite loop if
there is an error.
Author: Julien Puydt
Forwarded: no
--- sqlitebrowser-2.0.0~beta1+ds.1.orig/form1.cpp
+++ sqlitebrowser-2.0.0~beta1+ds.1/form1.cpp
@@ -877,8 +877,11 @@ void mainForm::executeQuery()
}
}
sqlite3_finalize(vm);
+ queryErrorLineEdit->setText(lastErrorMessage);
}else{
lastErrorMessage = QString (sqlite3_errmsg(db._db));
+ queryErrorLineEdit->setText(lastErrorMessage);
+ break;
}
queryErrorLineEdit->setText(lastErrorMessage);
queryResultListView->setResizeMode(Q3ListView::AllColumns);
Bug#749591: New upstream version available
Package: sqlitebrowser Version: 2.0.0~beta1+ds.1-3 After sending a patch to fix #726504, I thought it would be nice to try to push it upstream, so I went to the website... and saw that the project is now up to version 3.1.0 ! Would it be possible to see it in debian? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750679: RFP: python-pkgconfig -- interface python with pkg-config
Package: wnpp Severity: wishlist * Package name: python-pkgconfig Version: 1.1.0 Upstream author: Matthias Vogelgesang * URL: http://github.com/matze/pkgconfig * License: MIT Programming lang: python Description: an interface to pkg-config within python Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751042: Differing results on an L-function on i386 vs amd64
Package: pari-gp Version: 2.7.1-1 While investigating the problem in comment #70 on the sage ticket to update to a recent pari ( http://trac.sagemath.org/ticket/15767 ), I extracted from a log file the attached problem.gp example (I attach computel.gp from sage too for convenience), which gives a different result on an amd64 box and an i386 box using debian's 2.7.1-1 pari-gp package. I hope that helps, Snark on #debian-science computel.gp Description: application/gnuplot problem.gp Description: application/gnuplot
Bug#751042: Hint on the issue
Hi, Peter Bruin bissected the problem down to a commit (8cfb9c6b, incorrect rounding in mulur), see comment #91 on the sage bug. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751098: Bad "Requires:" field in the pkg-config file
Package: libpolybori-dev Version: 0.8.3-3 After installing the package: $ pkg-config polybori-0.8 --cflags Package gd was not found in the pkg-config search path. Perhaps you should add the directory containing `gd.pc' to the PKG_CONFIG_PATH environment variable Package 'gd', required by 'polybori-0.8', not found And in fact, the Requires: in the polybori-0.8.pc file should list gdlib and libpng, and not gd and png. Likewise for polybori-groebner-0.8.pc. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751042: Hint on the issue
Hi,
Le 10/06/2014 21:09, Bill Allombert a écrit :
On Tue, Jun 10, 2014 at 04:19:11PM +0200, Julien Puydt wrote:
Hi,
Le 10/06/2014 15:14, Bill Allombert a écrit :
On Tue, Jun 10, 2014 at 07:13:03AM +0200, Julien Puydt wrote:
Hi,
Peter Bruin bissected the problem down to a commit (8cfb9c6b,
incorrect rounding in mulur), see comment #91 on the sage bug.
First, I need to clarify that PARI never promised to return identical results
on 32 and 64 bit platforms, and I do not see anything wrong with commit
8cfb9c6b.
Secondly, on the face of it, the issue is catastrophic cancellation in
computel.gp, in the loop
for(y=1,ncoeff,Gvec[d+y]=1.*sum(j=1,d,subst(recG[j],n,y)*Gvec[d+y-j]));
Well, since such cancellation wasn't an issue before, that stops the
sage people from transitioning out of a heavily patched pari to the
latest upstream.
As far as I know, the cancellation was an issue before, just not in this
particular example.
I find the fact that it was working on 32bits with pari 2.5 and it's now
failing on 32bits with pari 2.7 disturbing...
All I can tell is that their Dokchitser code does something like this:
self._gp_eval('default(realprecision, %s)'%(self.prec//3 + 2))
and changing the realprecision to self.prec//3+3 fixes gives the
correct result.
Increasing the precision makes sense, but you should increasing it by
19 to be safe. (PARI precision is in increment of
log(2^(8*sizeof(long)))/log(10)).
The problem is that I'm not sure I can advocate that change... is it
really sage doing something wrong?
Sage is using a script that is largely heuristic. They cannot expect
success in all cases.
If you like you can report the problem to the author of the script,
Tim Dokchitser.
It's heuristic, but it did work.
But anyway, this is less and less relevant to the Debian package of pari.
Upstream bugs are relevant... and I'm not convinced yet there isn't one
hiding in there.
Snark on #debian-science
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#747999: Fix for fplll using a non-standard compiler
Hi, thanks for the report ; I pushed a would-be fix to git. Both lintian and pbuilder seem happy with it. Within "pbuilder login", "gcc --version" says it's 4.8.2-21, so I guess it's good. I'll go looking for a sponsor later this week. Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710635: pynac: FTBFS: ld: cannot find -lz
Hi, Le 21/03/2014 10:19, Tobias Hansen a écrit : Hi Julien, pynac 0.3.1 was released now. Cheers, Tobias I updated the git in something like october when it was released, but I don't remember if it was something ready to RFS or not. I think upstream broke the soname numbering, and promised to be more serious later on... I'll not have the time to check before something like two weeks... Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692148: slim and systemd don't go along well at first run
Package: slim Version: 1.3.4-2 I wanted to give systemd a try, so I installed it and booted my kernel with "init=/bin/systemd" ; things look ok and I soon get slim running. The problem is that when I enter my login+pass, that doesn't work (repeatedly). I have to go to console, and issue "service slim restart" before I can use slim to launch my user session. I'm unsure which severity to set for that problem : it's easy to work around, but it does prevent graphical login at first. On the other hand, one could easily blame systemd for the problem... Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692150: Bluetooth disabled by default
Package: systemd Version: 44-5 After entering my xfce session, I noticed that the blueman applet was missing. A "service bluetooth start" made the applet appear, so systemd should probably have started that service sooner. Perhaps the problem is due to my bluetooth adapter being an usb one? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692150: Bluetooth disabled by default
Le 02/11/2012 20:50, Michael Biebl a écrit : On 02.11.2012 18:53, Julien Puydt wrote: Package: systemd Version: 44-5 After entering my xfce session, I noticed that the blueman applet was missing. A "service bluetooth start" made the applet appear, so systemd should probably have started that service sooner. Perhaps the problem is due to my bluetooth adapter being an usb one? Can't reproduce the problem. Bluetooth works fine here. Can you attach the output of systemctl status bluetooth.service after the boot? After the boot, that command says that bluetooth.service is loaded but disabled, and inactive dead... and indeed, I have to "service bluetooth start" by hand. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691192: ITP: fpLLL
Package: wnpp Severity: wishlist Owner: Julien Puydt * Package name: fplll Version : 4.0.1 Upstream Author : Xavier Pujol * URL : http://perso.ens-lyon.fr/xavier.pujol/fplll/ * License : LGPL-2.1+ Programming Lang: C++ Description : Library for LLL-reduction of Euclidean lattices fpLLL is a library for computing nearly orthogonal basis for Euclidean lattices using the LLL algorithm. It contains multiple different implementations of the floating-point LLL reduction algorithm, offering multiple different speed/guarantees ratios. It also contains a 'wrapper' that chooses the estimated best sequence of variants in order to provide a guaranteed output as fast as possible. In the case of the wrapper, the succession of variants is oblivious to the user. I have already made a package almost ready in the debian-science git repository ; it's mostly lacking the "(Closes: #n)" from this report ; in fact debian did contain a very old and unmaintained version of this software (by Tim Abbott), which was removed to make room for this one. This is part of the effort to package sagemath's dependencies in debian. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692150: Bluetooth disabled by default
Le 17/11/2012 05:28, Michael Biebl a écrit : I think when bluez is run under systemd, it should disable /lib/udev/rules.d/97-bluetooth.rules and rather start the bluetooth service by hooking up in bluetooth.target. I've CCed the bluez maintainer for his input on this. I haven't tried what you asked yet, but I still have something to notice: (1) if I start as usual, then bluetooth isn't enabled automatically, that is what my bug report is about ; (2) but you have to notice that "starting as usual" means "the adaptater is already in the USB socket"! (3) so after startup with the adaptater in the socket, if I remove it and reinsert it, then bluetooth starts working! [alternatively, I can "service bluetooth start", which is what I was doing until then] So the impression I have is that systemd/udev/whatever knows about USB bluetooth adaptaters only when some event occurs : if no event occurs, then it goes unseen, and bluetooth stays disabled. Do you still want me to mess around with udev, or does this clear matters already? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678332: ITP: pynac -- engine for symbolic geometric calculus for Python
Package: wnpp Severity: wishlist Owner: Julien Puydt * Package name: pynac Version : 0.2.4 Upstream Author : Burcin Erocal * URL : http://pynac.sagemath.org * License : GPL-2+ Programming Lang: C++ Description : engine for symbolic geometric calculus for Python Pynac (which stands for "Python is Not a CAS") is a fork of GiNaC that replaces the dependency of GiNaC on CLN (Class Library for Numbers, C++) by a dependency on Python. This is the library for symbolic geometric calculus in Python, as used in SAGE (http://www.sagemath.org). Notice that the homepage is a 503 since a few days, and my experimental personal package is based on sources I took in SAGE's sources and re-tarred -- definitely ugly! I'm in contact with upstream: they have a new version almost ready to ship and are aware of their homepage situation. When things will be clearer, I'll work on a better package. Should I put myself as maintainer or put in under the debian-science-maitainers umbrella? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680923: GtkStyle background color regression patch
Package: libgtk-3-0
Version: 3.4.2-2
Severity: wishlist
I was having strange black boxes in evolution ; after reporting to
upstream, the bug was closed as a duplicate of :
https://bugzilla.gnome.org/show_bug.cgi?id=671437
That bug reports ends by a developer cherry-picking a gtk+ change from
another branch into the 3.4 branch :
http://git.gnome.org/browse/gtk+/commit/?h=gtk-3-4&id=72feb95edb6ab8c3fac27c0c32afeb2b2f61bd1c
It was applied after 3.4.3 so probably won't be in your packages by
default -- could you add it anyway? Here is a quilt patch to do that ; I
tested it and it fixes the issue.
Thanks,
Snark on #debian-science
From: Alexander Larsson
From: Alexander Larsson
Subject: [PATCH] Handle transparent colors better in GtkStyle emulation
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=671437
It is in fact http://git.gnome.org/browse/gtk+/commit/?h=gtk-3-4&id=72feb95edb6ab8c3fac27c0c32afeb2b2f61bd1c
--- a/gtk/deprecated/gtkstyle.c
+++ b/gtk/deprecated/gtkstyle.c
@@ -673,7 +673,7 @@
break;
}
- if (color)
+ if (color && color->alpha > 0.01)
{
dest->pixel = 0;
dest->red = CLAMP ((guint) (color->red * 65535), 0, 65535);
Bug#685971: RM: fplll -- outdated
Package: ftp.debian.org Hi, the fplll package : - is five year olds so is several stable versions behind upstream, hence unmaintained upstream ; - doesn't have any rdepends in the archive ; - is a research-level mathematical software so outdated to be useless ; - has a maintainer, T.Abbott (in CC), which doesn't have the time to take care of it, hence unmaintained in debian ; - the issue has been discussed on the debian-science mailing-list (in CC), where the removal has been proposed ; - I'm not the current maintainer, but I packaged the latest upstream version, hence my implication in the matter ; So I think it should just be removed from debian for the time being -- it will be replaced by an up-to-date package after the stable release. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702623: closed by Camm Maguire ()
On Tue, 23 Apr 2013 15:15:12 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: > This is an automatic notification regarding your Bug report > which was filed against the maxima package: > > #702623: Maxima in sage is built against ecl > > It has been closed by Camm Maguire . > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Camm Maguire > by > replying to this email. Your explanation isn't correct : sage uses maxima, and uses ecl -- and it moves things from one to the other. So you really need maxima to know about ecl for this to work. I stand by my report! Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710953: ECL segfault when writing to a full stderr
Package: ecl Version: 12.12.1-2 The following triggers a segfault: $ echo "syntax error" | ecl 2>/dev/full this crash is supposed to be fixed by the patch write_error.patch from the sage package which I forwarded some days ago in a personal mail. Hélas, I tried to roll my own ecl-12.12.1-2.1 with that patch added, and still get crashes, and I'm at loss trying to find out why. Notice that the same test of syntax error piped in an executable whose stderr is redirected to /dev/full, works with sage's patched ecl, with sage's gap, sage's gp, sage's ipython and sage's singular, so it's really something that it routinely working for other projects. Let's see if you have better ideas :-/ Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703203: Has issues when upstream sources are in bzip2 format
Package: git-buildpackage Version: 0.6.0~git20130314 The following : $ git clone git://git.debian.org/git/debian-science/packages/pynac.git $ cd pynac $ git-buildpackage -us -uc fails with: gbp:error: Couldn't checkout "pynac_0.2.6.orig.tar.gz": /usr/bin/pristine-tar returned 128 and indeed: $ pristine-tar checkout /home/jpuydt/Debian/build/pynac_0.2.6.orig.tar.gz fatal: Path 'pynac_0.2.6.orig.tar.gz.delta' does not exist in 'refs/remotes/origin/pristine-tar' pristine-tar: git show refs/remotes/origin/pristine-tar:pynac_0.2.6.orig.tar.gz.delta failed but: $ pristine-tar checkout /home/jpuydt/Debian/build/pynac_0.2.6.orig.tar.bz2 pristine-tar: successfully generated /home/jpuydt/Debian/build/pynac_0.2.6.orig.tar.bz2 So git-buildpackage didn't give the right directions to pristine-tar... Hope it helps, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703203: Has issues when upstream sources are in bzip2 format
Le 16/03/2013 22:48, Russ Allbery a écrit : Julien Puydt writes: The following : $ git clone git://git.debian.org/git/debian-science/packages/pynac.git $ cd pynac $ git-buildpackage -us -uc fails with: gbp:error: Couldn't checkout "pynac_0.2.6.orig.tar.gz": /usr/bin/pristine-tar returned 128 and indeed: $ pristine-tar checkout /home/jpuydt/Debian/build/pynac_0.2.6.orig.tar.gz fatal: Path 'pynac_0.2.6.orig.tar.gz.delta' does not exist in refs/remotes/origin/pristine-tar' pristine-tar: git show refs/remotes/origin/pristine-tar:pynac_0.2.6.orig.tar.gz.delta failed but: $ pristine-tar checkout /home/jpuydt/Debian/build/pynac_0.2.6.orig.tar.bz2 pristine-tar: successfully generated /home/jpuydt/Debian/build/pynac_0.2.6.orig.tar.bz2 So git-buildpackage didn't give the right directions to pristine-tar... --git-compression=bzip2 will probably fix this for you. The question is why the default auto mode didn't work I was also advised to try gbp-clone instead of git-clone, but since that looks like a bug, I thought it would be smarter to share the issue -- it's pretty easy to reproduce. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702056: Stupid fumble with bug numbers
Hi, I was horrified this morning to discover that fplll 4.0.1-2, which was supposed to close bug #702898 (on fplll) was really closing bug #702056 (on polybori) : I put the wrong bug number in the changelog entry! :-( What can I do to reopen the bug which was erroneously closed and close the bug that really was, to correct the situation? I'm really sorry for the inconvenience, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703263: Patch cliquer for sage usage
Package: cliquer Version: 1.21-1 Severity: wishlist The cliquer spkg in sage is 1.21, but patched. Would it be possible to add those patches to the debian package, so that it could be used in the effort to package sage for debian? You can get the patches from: http://www.sagemath.org/packages/standard the spkg is really a tarball, and you'll find the patches in the patches/ directory. Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703297: ITP: sagemath-database-elliptic-curves -- Databases for elliptic curves
Package: wnpp Severity: wishlist Owner: Julien Puydt * Package name: sagemath-database-elliptic-curves Version : 0.7 Upstream Author : R. Andrew Ohana * URL : http://www.sagemath.org/packages/standard/ * License : GPL-2+ Programming Lang: python Description : Databases for elliptic curves This package contains in fact two databases: - the subset of John Cremona's database of elliptic curves up to conductor at most 1 - William Stein's database of interesting elliptic curves This is part of the effort to package sage in debian, and corresponds to the elliptic_curves spkg, of which it is a repackaging. Shall I put myself as maintainer or put it under the debian-science-maintainers umbrella?Shall I manage the package in the debian-science git directory? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703299: ITP: sagemath-database-graphs -- Databases of graphs
Package: wnpp Severity: wishlist Owner: Julien Puydt * Package name: sagemath-database-graphs Version : 20120404.p4 Upstream Author : R. Andrew Ohana * URL : http://www.sagemath.org/packages/standard/ * License : GPL-2+ Description : Databases of graphs This package contains a database of graphs, created by Emily Kirkman based on the work of Jason Grout. It also contains the ISGCI graph database. This is part of the effort to package sage in debian, and corresponds to the elliptic_curves spkg, of which it is a repackaging. Shall I put myself as maintainer or put it under the debian-science-maintainers umbrella?Shall I manage the package in the debian-science git directory? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703303: ITP: sagemath-database-polytopes -- Databases of polytopes
Package: wnpp Severity: wishlist Owner: Julien Puydt * Package name: sagemath-database-polytopes Version : 20100210.p2 Upstream Author : Andrey Novoseltsev * URL : http://www.sagemath.org/packages/standard/ * License : GPL-2+ Description : Databases of polytopes This package contains a database of 2-dimension and of 3-dimensional reflexive polytopes. This is part of the effort to package sage in debian, and corresponds to the polytopes_db spkg, of which it is a repackaging. I'll put it under the debian-science-maintainers umbrella and manage the package in the debian-science git directory. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703308: ITP: sagemath-database-conway-polynomials -- Database of Conway polynomials
Package: wnpp Severity: wishlist Owner: Julien Puydt * Package name: sagemath-database-conway-polynomials Version : 20100210.p2 Upstream Author : R. Andrew Ohana * URL : http://www.sagemath.org/packages/standard/ * License : GPL-2+ Description : Database of Conway polynomials This package contains a small database of Conway polynomials. . It is part of the sagemath software suite. This is part of the effort to package sage in debian, and corresponds to the conway_polynomials spkg, of which it is a repackaging. I'll put it under the debian-science-maintainers umbrella and manage the package in the debian-science git directory. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703116: Please update to latest upstream
Le 18/03/2013 10:37, Bill Allombert a écrit : On Fri, Mar 15, 2013 at 01:08:19PM +0100, Julien Puydt wrote: Package: pari-gp Version: 2.5.1-2 Would it be possible to package pari 5.3, which has a few nice bug fixes in it (I'm thinking about trac.sagemath.org/sage_trac/ticket/13314) ? This will be done after the freeze. An experimental upload would be enough -- it would allow the sage packaging effort to move forward. Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703116: Pari in sage is (heavily) patched upstream
Hi, in fact, looking at the pari 2.5.3 in sage, there are quite a few patches in it, some of which might be interesting for upstream... and which are needed to build sage. So Im' not sure whether it's that useful to package pari 2.5.3 upstream in debian/experimental :-/ Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703531: python-flask.autoindex
Package: wnpp Severity: wishlist * Package name: python-flask.autoindex Upstream Author : Heungsub Lee * URL : http://pythonhosted.org/Flask-AutoIndex/ * License : BSD Programming Lang: python Description : A mod_autoindex for Flask. The upstream description is: Flask-AutoIndex generates an index page for your Flask application automatically. The result just like mod_autoindex, but the look is more awesome! It is a dependency of the sage (http://www.sagemath.org) notebook, so we'll need it in debian as part of the effort. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703533: python-flask.babel
Package: wnpp Severity: wishlist * Package name: python-flask.babel Upstream Author : Armin Ronacher * URL : http://github.com/mitsuhiko/flask-babel * License : BSD Programming Lang: python Description : Use babel to add i18n/l10n to flask applications The upstream description is: Implements i18n and l10n support for Flask. This is based on the Python babel module as well as pytz both of which are installed automatically for you if you install this library. It is a dependency of the sage (http://www.sagemath.org) notebook, so we'll need it in debian as part of the effort to package it. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703534: python-flask.openid
Package: wnpp Severity: wishlist * Package name: python-flask.openid Upstream Author : Armin Ronacher * URL : http://github.com/mitsuhiko/flask-openid * License : BSD Programming Lang: python Description : Adds OpenID support to Flask The upstream description is: Adds OpenID support to Flask. It is a dependency of the sage (http://www.sagemath.org) notebook, so we'll need it in debian as part of the effort to package it. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703535: python-flask.silk
Package: wnpp Severity: wishlist * Package name: python-flask.silk Upstream Author : Heungsub Lee * URL : http://github.com/sublee/flask-silk * License : BSD Programming Lang: python Description : Adds silk icons to your Flask application The upstream description is: Adds silk icons to your Flask application or module, or extension. It is a dependency of the sage (http://www.sagemath.org) notebook, so we'll need it in debian as part of the effort to package it. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703536: python-speaklater
Package: wnpp Severity: wishlist * Package name: python-speaklater. Upstream Author : Armin Ronacher * URL : http://github.com/mitsuhiko/speaklater * License : BSD Programming Lang: python Description : implements a lazy string for python useful for use with gettext The upstream description is: A module that provides lazy strings for translations. Basically you get an object that appears to be a string but changes the value every time the value is evaluated based on a callable you provide. For example you can have a global lazy_gettext function that returns a lazy string with the value of the current set language. It is a dependency of the sage (http://www.sagemath.org) notebook, so we'll need it in debian as part of the effort to package it. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703541: Please package upstream's 0.8
Package: python-webassets Version: 20121113git-1 Severity: wishlist The current version is 0.8 (2012-11-23). Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703116: Pari in sage is (heavily) patched upstream
Le 20/03/2013 14:25, Bill Allombert a écrit : On Wed, Mar 20, 2013 at 11:53:56AM +0100, Julien Puydt wrote: Hi, in fact, looking at the pari 2.5.3 in sage, there are quite a few patches in it, some of which might be interesting for upstream... and which are needed to build sage. I know, this is why I think it is premature to package SAGE for Debian. Time would be better spent improving the packaging of SAGE components inside SAGE so there is no random patching. They have a particular patch (polred.patch) which does more than packaging modifications ; its description in patches/README.txt is: * polred.patch: Fix polred(), add polredbest() based on upstream commits - 2d00a24fbb1ffe8eba35b9a04763e36eef8a5f7b - a3596c56f9439144a0dbed4c47bd6ff9485e3fc8 - 1a00ca416de4daebccaab2be1a4b8a061a9f2fde - ad550d9bbfee8113087407c3262bffc27a020c98 I made a personal debian package of a snapshot of upstream's 2.5 branch, and couldn't build sage with it. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703116: Pari in sage is (heavily) patched upstream
Le 22/03/2013 19:10, Bill Allombert a écrit : On Fri, Mar 22, 2013 at 03:09:26PM +0100, Julien Puydt wrote: Le 20/03/2013 14:25, Bill Allombert a écrit : On Wed, Mar 20, 2013 at 11:53:56AM +0100, Julien Puydt wrote: Hi, in fact, looking at the pari 2.5.3 in sage, there are quite a few patches in it, some of which might be interesting for upstream... and which are needed to build sage. I know, this is why I think it is premature to package SAGE for Debian. Time would be better spent improving the packaging of SAGE components inside SAGE so there is no random patching. They have a particular patch (polred.patch) which does more than packaging modifications ; its description in patches/README.txt is: * polred.patch: Fix polred(), add polredbest() based on upstream commits - 2d00a24fbb1ffe8eba35b9a04763e36eef8a5f7b - a3596c56f9439144a0dbed4c47bd6ff9485e3fc8 - 1a00ca416de4daebccaab2be1a4b8a061a9f2fde - ad550d9bbfee8113087407c3262bffc27a020c98 This changes the library ABI. Instead, Sage could write its own PARI extensions without patching libpari. Some of the sage developers have a tendency to consider that as sage ships all dependencies, it is ok to implement new features by half-patching deps and half-patching sage itself... add to that that they also have a tendency not to forward their patches upstream and you'll end up with this type of situation. See for example http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703263 for another example. Anyway, if we want to package sage in debian, we'll somehow need the pari package to be compatible with what sage needs. What do you suggest? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703116: Pari in sage is (heavily) patched upstream
Le 22/03/2013 22:19, Bill Allombert a écrit : Secondly, the maintainer of a Debian package has a duty toward the users of the software, and should not apply patches that degrade the user experience when used outside sage. Reported: http://trac.sagemath.org/sage_trac/ticket/14346 Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#700715: Empty list of installed files for an installed package
Package: python-apt Version: 0.8.8.1 Severity: minor On the one hand, I have: $ python Python 2.7.3 (default, Jan 2 2013, 13:56:14) [GCC 4.7.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from apt import * >>> cache=Cache() >>> dpkg=cache['libzn-poly-dev'] >>> dpkg.installed_files [] while on the other: $ dpkg -L libzn-poly-dev /. /usr /usr/share /usr/share/doc /usr/share/doc/libzn-poly-dev /usr/share/doc/libzn-poly-dev/REFERENCES /usr/share/doc/libzn-poly-dev/changelog.gz /usr/share/doc/libzn-poly-dev/copyright /usr/share/doc/libzn-poly-dev/changelog.Debian.gz /usr/lib /usr/lib/x86_64-linux-gnu /usr/include /usr/include/zn_poly /usr/include/zn_poly/wide_arith.h /usr/include/zn_poly/zn_poly.h /usr/lib/x86_64-linux-gnu/libzn_poly.so So it looks like something fishy is going on... Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708347: Please package latest upstream
Package: python-cvxopt Version: 1.1.4-1 Severity: wishlist Hi, upstream version 1.1.6 is out ; could you please package it? Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708391: RFP: mpir -- Multiple Precision Integers and Rationals library
Package: wnpp Severity: wishlist Owner: Julien Puydt * Package name: mpir Version : 2.6.0 Upstream Author : Torbjorn Granlund * URL : http://www.mpir.org/ * License : LGPLv3+ Programming Lang: C Description : Multiple Precision Integers and Rationals library This library is used by sage (http://www.sagemath.org) instead of gmp. Notice that the debian-science repository has an mpir directory, but: - it is for an older version of mpir ; - as far as I know it doesn't follow the packaging guidelines (the debian work and the upstream sources are in the same branch, with commits intertwined) so it's probably wiser to restart from scratch. Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708517: Documentation doesn't build with recent texinfo
Package: maxima Version: 5.30.0-4 Tags: upstream As discussed here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707195 some warnings in previous texinfo releases have become errors ; this means that the packages won't build anymore. Maxima is hit by the problem ; it should be notified and fixed upstream. Snark on #debian-science PS: Camm, that is why I was stuck the other day... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702056: The package libpolybori-dev doesn't ship a flags.conf
Package: libpolybori-dev
Version: 0.8.3-1~exp1
Severity: minor
The package doesn't ship a flags.conf file, which is annoying since sage
expects it.
The sage spkg builds polybori using:
${SCONS} devel-install install "PREFIX=${SAGE_LOCAL}" \
"INSTALLDIR=${SAGE_LOCAL}/share/polybori" \
"CONFFILE=${SAGE_LOCAL}/share/polybori/flags.conf"
and I guess the CONFFILE=... is responsible for the generation of that file.
I hope that helps,
Snark on #debian-science
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702056: Additional remarks
Hi, I also notice: - the debian package has libpolybory-0.8.so and libpolybori-groebner-0.8.so, while the sage 5.7 polybori spkg has libpolybory.so and libpolybori-groebner.so ; - polybori.h is only in /usr/include/polybori/ in the debian package, while in sage there is one in $SAGE_LOCAL/include and one in $SAGE_LOCAL/include/polybori/ (!) But perhaps all of this will change with 0.8.3, both in debian and in sage? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702623: Maxima in sage is built against ecl
Package: maxima Version: 5.29.1-1 The maxima used in sage is built with ecl, while the sage in debian isn't. That will of course be a problem to package sage ; a very simple fix would be to just compile maxima with ecl in debian. But of course, simple doesn't mean correct : I saw #661803 where someone asks for an sbcl-built maxima, so the situation is going to be a pain if each and everyone wants maxima built against some variant of common lisp... I don't know how to handle the situation gracefully, so I open this bug CCing debian-science to discuss the matter. Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702623: Maxima in sage is built against ecl
Le 09/03/2013 11:09, Sylvestre Ledru a écrit : On 09/03/2013 10:14, Julien Puydt wrote: Package: maxima Version: 5.29.1-1 The maxima used in sage is built with ecl, while the sage in debian isn't. That will of course be a problem to package sage ; a very simple fix would be to just compile maxima with ecl in debian. But of course, simple doesn't mean correct : I saw #661803 where someone asks for an sbcl-built maxima, so the situation is going to be a pain if each and everyone wants maxima built against some variant of common lisp... I don't know how to handle the situation gracefully, so I open this bug CCing debian-science to discuss the matter. Usually, during the package creation workflow, you rebuild the application against the various implementation and you provide: maxima-implementationX maxima-implementationY maxima-implementationZ It takes a X time more time to build and it is harder to maintain: paths have to be different or packages have to conflict one against the other (causing issues for the packages depending on this). (example: hdf5) More time to build, bigger size in the repository, and a general pain, I know ; that's why it has to be discussed and good choices have to be made. My advice: see if sage can work without this. Here is how I see things looking at the code from high above : (1) sage/libs/ecl.pyx has some code to convert between ecl and sage basic types, initialize some things, control the gc... (2) sage/interfaces/maxima_lib.py makes the interface between sage and maxima, and heavily uses ecl. In fact, the impression I have is that sage isn't using ecl through maxima (which would make it quite easy to hide something else behind maxima), but is using maxima through ecl. That means getting ecl out of sage is basically a fork... How easy is it to make the same maxima to run on several common-lisps? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702623: Maxima in sage is built against ecl
Le 10/03/2013 09:10, Julien Puydt a écrit : How easy is it to make the same maxima to run on several common-lisps? Considering: jpuydt@newton:~$ dpkg -L maxima |grep lib /usr/lib /usr/lib/maxima /usr/lib/maxima/5.29.1 /usr/lib/maxima/5.29.1/binary-gcl /usr/lib/maxima/5.29.1/binary-gcl/maxima /usr/lib/maxima/5.29.1/mgnuplot I would say that it looks like maxima makes it pretty easy to support several common lisp backends. Now, that doesn't make everything perfect at once, since the /usr/bin/maxima shell script can't magically know which variant we want, but if there's a "maxima-ecl" available, that would definitely make things manageable for the sage packaging effort. What do the maxima maintainers think? Snark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702887: Problem in the include file
Package: libzn-poly-dev Version: 0.9-2 the flint as packaged in debian-science didn't compile because of a problem with /usr/include/zn_poly/zn_poly.h, namely that line (number 72) gives an error stating there are two unsigned : typedef unsigned long ulong; commenting out that line made it build. I hope it helps, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702056: RE : Bug#702056: Additional remarks
Le 12/03/2013 16:06, Alexander Dreyer a écrit : 1) #include you need the /usr/include/polybori.h This also include improved pkg-config files. @Julien: The library names still needs to suffixed with -0.8 in Sage, as well as the dependence on the obslote .conf file needs to be removed from Sage. Do you want to start a new ticket, or should I add this to my update ticket at trac.sagemath.org? I think it's more sensible to add this to the sage ticket. Thanks! Snark on #debian-science and #sagemath -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#677668: Sage has 4.5.7
Hi, version at least 4.5.7 is out, since that's what sage has. May I suggest to make packages available in experimental? Or perhaps just a nice git directory from which "git-buildpackage -us -uc" will allow to get packages? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702901: The lcalc package doesn't ship the headers
Package: lcalc Version: 1.23-1 The lcal package doesn't ship L.h, which sage would like to use ; would it be possible to ship it in a lcalc-dev package? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#700715: Again...
The problem from the original report disappeared (I have no clue how),
but a similar problem appeared on another box, with another package :
dpkg -L correctly list the installed files, while in python I get an
empty list. In fact, running:
from apt import *
cache=Cache()
problems=[]
for pkg in cache:
if pkg.installed != None:
if pkg.installed_files == []:
problems.append(pkg.name)
print('%s: %d' % (str(problems), len(problems)))
shows hundreds of cases where a package is installed and the list of
installed files is empty!
I don't know where to start to debug that problem...
Snark on #debian-science
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703116: Please update to latest upstream
Package: pari-gp Version: 2.5.1-2 Would it be possible to package pari 5.3, which has a few nice bug fixes in it (I'm thinking about trac.sagemath.org/sage_trac/ticket/13314) ? Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708517: Acknowledgement (Documentation doesn't build with recent texinfo)
Le 16/05/2013 11:36, Debian Bug Tracking System a écrit : Thank you for filing a new Bug report with Debian. In fact, upstream is aware of the issue already ; since months: https://sourceforge.net/p/maxima/bugs/2551/ Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708517: Patch available
I just posted a patch on the upstream bugtracker to fix the problem. Camm, can you include it in your package until upstream pushes it into a new release? I hope it helps, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#709073: Some computations give errors
Package: genus2reduction
Version: 0.3-2.2
Here is a computation with debian's package:
$ genus2reduction
enter Q(x) : x^3+x^2+x
enter P(x) : -2*x^5+3*x^4-x^3-x^2-6*x-2
factorization CPU time = 20
a minimal equation over Z[1/2] is :
y^2 = x^6+18*x^3+36*x^2-27
factorization of the minimal (away from 2) discriminant :
[2,1;3,15;53,1]
p=2
(potential) stable reduction : (II), j=1
reduction at p : [I{1-0-0}] page 170, (1), f=1
p=3
(potential) stable reduction : (I)
reduction at p : *** at top-level: mod(y,y^2-3)
*** ^
*** not a function in function call
*** Error in the PARI system. End of program.
and with sage's package:
$ genus2reduction
enter Q(x) : x^3+x^2+x
enter P(x) : -2*x^5+3*x^4-x^3-x^2-6*x-2
factorization CPU time = 8
a minimal equation over Z[1/2] is :
y^2 = x^6+18*x^3+36*x^2-27
factorization of the minimal (away from 2) discriminant :
[2,1;3,15;53,1]
p=2
(potential) stable reduction : (II), j=1
reduction at p : [I{1-0-0}] page 170, (1), f=1
p=3
(potential) stable reduction : (I)
reduction at p : [II] page 155, (1), f=2
p=53
(potential) stable reduction : (II), j=12
reduction at p : [I{1-0-0}] page 170, (1), f=1
the conductor is 954
in factorized form : [2,1;3,2;53,1]
total CPU time = 12
So there's something wrong going on, not sure what.
Snark on #debian-science
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641974: Not translated
Package: 7kaa Version: 2.14.3-1 That program isn't translated ; that can be a problem for kids. Is it just a packaging problem, or something else upstream? Snark on #gnome-hackers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642741: Strange saned behaviour
Package: sane-utils Version: 1.0.22-6 I can't get saned to work, and I think the behaviour is buggish. First, let's see a description of three situations. (1) Here is what happens on newton : root@newton:/etc/sane.d# saned -d [saned] main: starting debug mode (level 2) [saned] saned (AF-indep+IPv6) from sane-backends 1.0.22 starting up [saned] do_bindings: [0] bind failed: Address already in use [saned] check_host: access by remote host: :::192.168.0.7 [saned] init: access granted to jpuydt@:::192.168.0.7 [saned] bailing out, waiting for children... [saned] bail_out: all children exited and on the box 192.168.0.7, simple-scan which made the request, has worked. (2) Now, here is a similar situation on newton : root@newton:/etc/sane.d# saned -d [saned] main: starting debug mode (level 2) [saned] saned (AF-indep+IPv6) from sane-backends 1.0.22 starting up [saned] do_bindings: [0] bind failed: Address already in use [saned] check_host: access by remote host: :::127.0.0.1 [saned] init: access granted to saned-user@:::127.0.0.1 [saned] bailing out, waiting for children... [saned] bail_out: all children exited and on localhost, I am still 'jpuydt' though the log says 'saned-user', and simple-scan says : ** (simple-scan:10735): WARNING **: Unable to get open device: Access to resource has been denied (3) Finally, on newton : root@newton:/etc/sane.d# saned -d [saned] main: starting debug mode (level 2) [saned] saned (AF-indep+IPv6) from sane-backends 1.0.22 starting up [saned] do_bindings: [0] bind failed: Address already in use [saned] check_host: access by remote host: :::127.0.0.1 [saned] init: access granted to saned-user@:::127.0.0.1 and on localhost, "scanimage > image.pnm" worked! Now, why do I think the bug is in saned and not in simple-scan? First, simple-scan is the same version on both systems (both debian/unstable with amd64 port), so the fact that it works on one and not the other makes me think the server is to blame. Second, I configured saned to run standalone and accept connections from the local network with the following in saned.conf : :::192.168.0.1/29 :::127.0.0.1 but still, I have to run "saned -d" as root from command line or everyone (both machines and both scanimage and simple-scan) fails with "Access to resource has been denied". It did work perfectly some months ago, but I'm unable to pinpoint exactly when things started to fail (I didn't scan from june to september... approximately). I'd gladly make more tests and provide more information to get that strange matter settled... Snark on #gnome-hackers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642741: Stange saned behaviour : rights-related
Hi, after some more investigation, the problem was that my udev setup was broken ; adding back the right udev rule made the problems go away. I'm still baffled why scanning from remote worked though : that is the reason why I had ruled out permissions issues... Thanks, Snark on #gnome-hackers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710635: (no subject)
The problem will be fixed in the next release, version 0.3.1 which is due in two or three weeks ; I'll package it as soon as it is available. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#712030: The inline help is wrong
Hi, I have noticed the same behaviour ; in fact: - "dch -e" doesn't update time stamps ; - "man dch" says it isn't supposed to update timestamps ; - "dch --help" says it does. So it's just a matter of applying the trivial patch at the end of this mail. I hope that helps, Snark on #debian-science diff --git a/scripts/debchange.pl b/scripts/debchange.pl index 98acd63..e16c2c2 100755 --- a/scripts/debchange.pl +++ b/scripts/debchange.pl @@ -128,7 +128,7 @@ Options: Add a new changelog entry with version number specified -e, --edit Don't change version number or add a new changelog entry, just - update the changelog's stamp and open up an editor + open up an editor -r, --release Update the changelog timestamp. If the distribution is set to "UNRELEASED", change it to unstable (or another distribution as -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#720725: gf2x -- Routines for fast arithmetic in GF(2)[x]
Package: wnpp Severity: wishlist Owner: Julien Puydt C-Debbugs-Cc: debian-scie...@lists.debian.org * Package name: gf2x Version : 1.1 Upstream Author : R. Brent, P. Gaudry, E. Thomé, P. Zimmermann * URL : http://gf2x.gforge.inria.fr/ * License : GPL-2+ Programming Lang: C Description : Routines for fast arithmetic in GF(2)[x] GF2X is a C/C++ software package containing routines for fast arithmetic in GF(2)[x] (multiplication, squaring, GCD) and searching for irreducible/primitive trinomials. This package is one of the packages needed for the sagemath (http://www.sagemath.org) effort. Cheers, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#720994: libppl0.12-dev: ppl.hh contains definitions which are also in gmpxx.h
Le 29/08/2013 12:18, Felix Salfelder a écrit : > On Wed, Aug 28, 2013 at 05:36:57PM +0200, Matthias Klose wrote: >> that should be fixed in the version in experimental. > > If you are referring to 1.1~pre8-1, I'm afraid it's not... I saw the problem with both libppm0.12-dev (1:1.0-7) and libppl-dev (1:1.1~pre8-1) ; indeed that include file (ppl.hh) defines numeric limits classes which are already in gmpxx.h... I'm not sure if the #ifndef __GMP_PLUSPLUS__ ... #endif enclosing is the right fix, but at least it makes the problem go away here. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722132: Doesn't find stddef.h
Package: iwyu Version: 3.3-1 I gave it a try on ekiga compilation, and was surprised to see it repeatedly suggest to add #include stddef.h for NULL in the C files using glib, while on many files the output starts by complaining (cutting the ekiga-specific stack): In file included from /usr/include/glib-2.0/glib.h:32: In file included from /usr/include/glib-2.0/glib/galloca.h:34: In file included from /usr/include/glib-2.0/glib/gtypes.h:34: In file included from /usr/lib/x86_64-linux-gnu/glib-2.0/include/glibconfig.h:9: /usr/include/glib-2.0/glib/gmacros.h:40:10: fatal error: 'stddef.h' file not found #include ^ I know the project is still young but that looked worthy of notice... Hope that helps, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722132: Small test case
Hi,
for a small test case, the following test.c:
#include
int
main (int argc,
char* argv[])
{
return 0;
}
compiled with "gcc `pkg-config --cflags glib-2.0` -o test test.c"
works perfectly.
And "iwyu `pkg-config --cflags glib-2.0` -o test test.c" shows the error
with stddef.h, before it correctly notices the #include is useless.
About my system:
- amd64
- no clang
Hope that helps,
Snark on #debian-science
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722820: About the pynac -L/usr/lib bug
Hi, The -L/usr/lib comes from distutils as far as I know, so I'm not sure there's much I (and upstream) can do about it! Notice that pynac uses m4/ax_python*.m4 macros to find the python libs, so a proper fix would be either: (1) make the macros better (see their preamble to see where they come from) ; (2) find better than those macros for upstream. Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710635: Fix for pynac's FTBFS
Hi, thanks for pointing out the upstream patch to fix the issue, but I'm the one who provided it! And pynac upstream was supposed to publish 0.3.1 with the fix at the beginning of july... I'll get 0.3.0+patch pushed into debian soon, since it's starting to get annoying. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714353: Please update to latest upstream
Package: python-itsdangerous Version: 0.17-1 Upstream version 0.21 is out ; can you please push a newer package? Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661427: Compilation failures with : Exiting with 4 jobserver tokens available; should be 3!
Package: make Version: 3.81-8.1 I get a lot of compilation failures with : make[1]: INTERNAL: Exiting with 4 jobserver tokens available; should be 3! (running make -j 3 -l 2) I'm at loss as to how to debug that... and hence can hardly explain more :-/ JP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592425: An even newer version is available
Hi, there is even a 0.5 now, and I could check it builds correctly in the following way : - I took the debian/ directory of the current package ; - I removed all patches from debian/patches/series, since upstream has them already - make -f debian/rules build Hope that helps, JP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#663120: New upstream version 1.23
Package: blueman Version: 1.21-4.1+b1 There is a new upstream version. JP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675301: license of palp 1.1
The problem has been settled for 2.1 since a few days. See my package page on mentors! Snark on #debian-science and #debian-mentors -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. Bart Martens a écrit : Hello Harald, Please read the following bug report. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675301 It would be nice if you would agree that the part "The package must be distributed as a whole, including this file." in the file COPYING no longer applies to version 1.1 of palp. I would appreciate that if you would confirm that to the e-mail address 675...@bugs.debian.org . Regards, Bart Martens
