Bug#875850: opam fails to build ocamlfind.
On 15/09/17 07:38, Ximin Luo wrote: > > =-=- Processing actions > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > -> installed ocaml-variants.4.06.0+trunk+safe-string > > -> installed ocaml.4.06.0 > > -> installed conf-m4.1 > > [ERROR] Bad hash for > > > > /home/abate/.opam/repo/default/packages/ocamlfind/ocamlfind.1.7.3/files/ocamlfind.install > > > opam is indeed out-of-date on Debian but are you sure that is your problem? > This error makes it look like your download was faulty. > I have been using Debian's opam fine for quite a while, but with the 4.05.0 > ocaml from Debian experimental. I don't think it's a download problem. I compiled opam from git and executed exactly the same operations on the same machine and everything worked as expected. I'll try out the packages from experimental. thanks for your replay ! p
Bug#875850: opam fails to build ocamlfind.
Package: opam Version: 1.2.2-6 Severity: normal Dear Maintainer, the currrent version in unstable of opam fails to build ocamlfind therefore rendering unusable many opam packages. Compiling opam from git solves the problem. I invite you to upgrade opam to the latest release or git snapshot. This is the log on my machine from a clean opam initialization. - $rm -Rf ~/.opam/ $opam init --comp ocaml-base-compiler.4.05.0 Checking for available remotes: rsync and local, git. - you won't be able to use mercurial repositories unless you install the hg command on your system. - you won't be able to use darcs repositories unless you install the darcs command on your system. [default] synchronized from https://opam.ocaml.org =-=- Fetching repository information =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= [default] synchronized from https://opam.ocaml.org [NOTE] The repository 'default' will be *permanently* redirected to https://opam.ocaml.org/2.0 (opam-version >= "2.0~") [default] synchronized from https://opam.ocaml.org/2.0 In normal operation, OPAM only alters files within ~/.opam. During this initialisation, you can allow OPAM to add information to two other files for best results. You can also make these additions manually if you wish. If you agree, OPAM will modify: - ~/.profile (or a file you specify) to set the right environment variables and to load the auto-completion scripts for your shell (bash) on startup. Specifically, it checks for and appends the following line: test -x /home/abate/.opam/opam-init/init.sh && . /home/abate/.opam/opam-init/init.sh > /dev/null 2> /dev/null || true - ~/.ocamlinit to ensure that non-system installations of `ocamlfind` (i.e. those installed by OPAM) will work correctly when running the OCaml toplevel. It does this by adding $OCAML_TOPLEVEL_PATH to the list of include directories. If you choose to not configure your system now, you can either configure OPAM manually (instructions will be displayed) or launch the automatic setup later by running: opam config setup -a Do you want OPAM to modify ~/.profile and ~/.ocamlinit? (default is 'no', use 'f' to name a file other than ~/.profile) [N/y/f] =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 1. To configure OPAM in the current shell session, you need to run: eval `opam config env` 2. To correctly configure OPAM for subsequent use, add the following line to your profile file (for instance ~/.profile): test -x /home/abate/.opam/opam-init/init.sh && . /home/abate/.opam/opam-init/init.sh > /dev/null 2> /dev/null || true 3. To avoid issues related to non-system installations of `ocamlfind` add the following lines to ~/.ocamlinit (create it if necessary): let () = try Topdirs.dir_directory (Sys.getenv "OCAML_TOPLEVEL_PATH") with Not_found -> () ;; =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= =-=- Gathering sources =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= [ocaml-base-compiler.4.05.0] https://github.com/ocaml/ocaml/archive/4.05.0.tar.gz downloaded =-=- Processing actions -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -> installed base-bigarray.base -> installed base-threads.base -> installed base-unix.base -> installed ocaml-base-compiler.4.05.0 Done. # Run eval `opam config env` to update the current shell environment $eval `opam config env` $opam install ocamlfind The following actions will be performed: - install ocaml-variants 4.06.0+trunk+safe-string [required by ocaml] - install ocaml 4.06.0 [required by ocamlfind] - install conf-m41[required by ocamlfind] - install ocamlfind 1.7.3 = 4 to install = Do you want to continue ? [Y/n] y =-=- Gathering sources =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= [ocamlfind.1.7.3] http://download.camlcity.org/download/findlib-1.7.3.tar.gz downloaded [ocaml-variants.4.06.0+trunk+safe-string] https://github.com/ocaml/ocaml/archive/trunk.tar.gz downloaded =-=- Processing actions -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -> installed ocaml-variants.4.06.0+trunk+safe-string -> installed ocaml.4.06.0 -> installed conf-m4.1 [ERROR] Bad hash for /home/abate/.opam/repo/default/packages/ocamlfind/ocamlfind.1.7.3/files/ocamlfind.install #=== ERROR while compiling ocamlfind.1.7.3 # OpamStd.OpamSys.Exit(66) =-=- Error report -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= The following actions failed - build ocamlfind 1.7.3 The following changes have been performed - install conf-m41 - install ocaml 4.06.0 - install ocaml-variants 4.06.0+trunk+safe-string # Run eval `opam config env` to update the current shell environment The former state can be restored
Bug#834428: deluge-gtk: syg fault wiht exceptions.AttributeError: 'dict' object has no attribute 'peer_tos'
Package: deluge-gtk
Version: 1.3.12-1
Severity: important
Dear Maintainer,
this is the complete trace :
$deluge
/usr/lib/python2.7/dist-packages/deluge/_libtorrent.py:59: RuntimeWarning:
to-Python converter for boost::shared_ptr already
registered; second conversion method ignored.
import libtorrent as lt
[ERROR ] 17:14:15 component:118 [Failure instance: Traceback: : 'dict' object has no attribute 'peer_tos'
/usr/lib/python2.7/dist-packages/deluge/ui/client.py:432:__init__
/usr/lib/python2.7/dist-packages/deluge/core/daemon.py:161:__init__
/usr/lib/python2.7/dist-packages/deluge/component.py:296:start
/usr/lib/python2.7/dist-packages/deluge/component.py:124:_component_start
--- ---
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:150:maybeDeferred
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:170:start
/usr/lib/python2.7/dist-packages/deluge/config.py:312:register_set_function
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:290:_on_set_peer_tos
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:237:session_set_setting
]
Unhandled error in Deferred:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/deluge/ui/client.py", line 432, in
__init__
self.__daemon = deluge.core.daemon.Daemon(classic=True)
File "/usr/lib/python2.7/dist-packages/deluge/core/daemon.py", line 161, in
__init__
component.start("PreferencesManager")
File "/usr/lib/python2.7/dist-packages/deluge/component.py", line 296, in
start
deferreds.append(self.components[name]._component_start())
File "/usr/lib/python2.7/dist-packages/deluge/component.py", line 124, in
_component_start
d = maybeDeferred(self.start)
--- ---
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 150,
in maybeDeferred
result = f(*args, **kw)
File "/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py",
line 170, in start
self._on_set_peer_tos)
File "/usr/lib/python2.7/dist-packages/deluge/config.py", line 312, in
register_set_function
function(key, self.__config[key])
File "/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py",
line 290, in _on_set_peer_tos
self.session_set_setting("peer_tos", chr(int(value, 16)))
File "/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py",
line 237, in session_set_setting
setattr(settings, key, value)
exceptions.AttributeError: 'dict' object has no attribute 'peer_tos'
[ERROR ] 17:14:15 component:118 [Failure instance: Traceback: : 'dict' object has no attribute 'peer_tos'
/usr/lib/python2.7/dist-packages/twisted/internet/base.py:430:_continueFiring
/usr/lib/python2.7/dist-packages/deluge/ui/gtkui/gtkui.py:368:_on_reactor_start
/usr/lib/python2.7/dist-packages/deluge/component.py:296:start
/usr/lib/python2.7/dist-packages/deluge/component.py:124:_component_start
--- ---
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:150:maybeDeferred
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:170:start
/usr/lib/python2.7/dist-packages/deluge/config.py:312:register_set_function
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:290:_on_set_peer_tos
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:237:session_set_setting
]
Segmentation fault
thank you,
pietro
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.7.0-rc7-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages deluge-gtk depends on:
ii deluge-common1.3.12-1
ii librsvg2-common 2.40.16-1
ii notification-daemon 3.20.0-1
ii python 2.7.11-2
ii python-glade22.24.0-5
ii python-notify0.1.1-4
ii xdg-utils1.1.1-1
ii xfce4-notifyd [notification-daemon] 0.2.4-3+b1
Versions of packages deluge-gtk recommends:
ii python-pygame 1.9.1release+dfsg-10+b2
deluge-gtk suggests no packages.
-- no debconf information
Bug#823906: [Dose-devel] apt-cudf: unable to find a solution with an out-of-date chroot
On 11/05/16 13:01, Johannes Schauer wrote: > According to David Kalnischkies, apt does not handle multiple actions for the > same package name. If it sees them anyways (like above), then it will override > earlier actions with later actions. So apt would read the above just as > "remove > gcc-5-base (= 5.3.1-17)" and ignores to install gcc-5-base (= 5.3.1-19). [...] > I see three ways to fix this problem: > > 1. Apt should not override earlier actions by later actions but allow that a > package be removed in one version to be installed in another version as > part of the same request. > > 2. Apt-cudf could not generate the "Remove" action at all in situations where > there is an "Install" action for the same package, thus not confusing apt. What's about 2.a , listing all remove actions before the install actions, so we won't effectively change the out-out of apt-cudf, but apt-get won't get confused as only the action will be considered (as I understand the problem is in the order in which actions are read by apt-get). I admit this is a bit fragile and needs to be documented properly as part of the specification. thank you for the analysis josh. David, let me know what you think is the best solution . p
Bug#823906: apt-cudf: unable to find a solution with an out-of-date chroot
On 11/05/16 00:14, Aurelien Jarno wrote: > > A quick test on my home machine does not reproduce the error. Anyway, I > > guess > > you have to specify that you want to satisfy the build-dependencies of > > qgis/experimental, I guess ? > > I have been able to reproduce the problem on mips, but we have seen the > problem on various architectures, though for different packages, so > probably with different conditions. I am able to reproduce the problem > even with only unstable in the sources.list. Can you please produce the edsp for this problem using "--solver dump" and upload it somewhere ? pietro
Bug#823918: apt-get --solver dump doesn't add Preferences field to edsp file
One more thing about this. On 10/05/16 15:09, David Kalnischkies wrote: > The preferences string is missing as it isn't sent – and it isn't sent > because it > doesn't apply to the specified solver: You requested 'dump' to resolve it, but > the preferences string is for 'aspcud'. this works as expected : APT_EDSP_DUMP_FILENAME=/tmp/dump.edsp apt-get -s --solver dump -o 'APT::Solver::Strict-Pinning=false' -o 'APT::Solver::dump::Preferences=-removed,-changed,-new,-count(solution,APT-Release:=/experimental/)' build-dep qgis where now the name of the solver and the preferences matches. However if we read the spec carefully, the Preferences field is associated to APT::Solver::Preferences - **Preferences:** a solver-specific optimization string, usually coming from the `APT::Solver::Preferences` configuration option. Using this command line : APT_EDSP_DUMP_FILENAME=/tmp/dump.edsp apt-get -s --solver dump -o 'APT::Solver::Strict-Pinning=false' -o 'APT::Solver::Preferences=-removed,-changed,-new,-count(solution,APT-Release:=/experimental/)' build-dep qgis nothing is passed in the edsp... I interpret this as APT::Solver::Preferences is a general configuration parameter passed to the edsp doesn't matter the solver used and APT::Solver::$solver::Preferences will be used only for a specific solver.
Bug#823918: apt-get --solver dump doesn't add Preferences field to edsp file
On 10/05/16 15:09, David Kalnischkies wrote: > > 'APT::Solver::aspcud::Preferences=-removed,-changed,-new,-count(solution,APT-Release:=/experimental/)' > ^^ > > The preferences string is missing as it isn't sent – and it isn't sent > because it > doesn't apply to the specified solver: You requested 'dump' to resolve it, but > the preferences string is for 'aspcud'. > > So, seems to work as intended, doesn't it – or did I miss anything? I see. YEs, it respect the spec. But as it is the this option (APT::Solver::aspcud::Preferences) is actually useless because aspcud will never receive this information, correct ? This command line comes from this bug #823906 . Maybe you should warn the user that (s)he should use APT::Solver::Preferences instead ? This make me think that maybe it would be worth adding the solver to be called to the edsp file as well. Something like : Solver: aspcud Preferences: ... This will make the edsp fully contained. thanks for your quick reply. p
Bug#823918: apt-get --solver dump doesn't add Preferences field to edsp file
Package: apt Version: 1.2.11 Severity: normal Dear Maintainer, This command : sudo APT_EDSP_DUMP_FILENAME=/tmp/dump.edsp apt-get -s --solver dump -o 'APT::Solver::Strict-Pinning=false' -o 'APT::Solver::aspcud::Preferences=-removed,-changed,-new,-count(solution,APT-Release:=/experimental/)' build-dep qgis will generate a file dump.edsp with the following header : --- Request: EDSP 0.5 Architecture: amd64 Architectures: amd64 i386 Install: builddeps:essentials:amd64 builddeps:qgis:amd64 Strict-Pinning: no --- The preferences passed on the commnd line are missing : Preferences: -removed,-changed,-new,-count(solution,APT-Release:=/experimental/) pietro *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: -- apt-config dump -- APT ""; APT::Architecture "amd64"; APT::Build-Essential ""; APT::Build-Essential:: "build-essential"; APT::Install-Recommends "1"; APT::Install-Suggests "0"; APT::Sandbox ""; APT::Sandbox::User "_apt"; APT::Authentication ""; APT::Authentication::TrustCDROM "true"; APT::NeverAutoRemove ""; APT::NeverAutoRemove:: "^firmware-linux.*"; APT::NeverAutoRemove:: "^linux-firmware$"; APT::NeverAutoRemove:: "^linux-image-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-image-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^linux-headers-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-headers-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^linux-image-extra-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-image-extra-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^linux-signed-image-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-signed-image-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-image-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-image-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-headers-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-headers-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^gnumach-image-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^gnumach-image-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^.*-modules-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^.*-modules-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^.*-kernel-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^.*-kernel-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.5\.0-2-amd64$"; APT::NeverAutoRemove:: "^linux-tools-4\.5\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-tools-4\.5\.0-2-amd64$"; APT::VersionedKernelPackages ""; APT::VersionedKernelPackages:: "linux-image"; APT::VersionedKernelPackages:: "linux-headers"; APT::VersionedKernelPackages:: "linux-image-extra"; APT::VersionedKernelPackages:: "linux-signed-image"; APT::VersionedKernelPackages:: "kfreebsd-image"; APT::VersionedKernelPackages:: "kfreebsd-headers"; APT::VersionedKernelPackages:: "gnumach-image"; APT::VersionedKernelPackages:: ".*-modules"; APT::VersionedKernelPackages:: ".*-kernel"; APT::VersionedKernelPackages:: "linux-backports-modules-.*"; APT::VersionedKernelPackages:: "linux-tools"; APT::Never-MarkAuto-Sections ""; APT::Never-MarkAuto-Sections:: "metapackages"; APT::Never-MarkAuto-Sections:: "contrib/metapackages"; APT::Never-MarkAuto-Sections:: "non-free/metapackages"; APT::Never-MarkAuto-Sections:: "restricted/metapackages"; APT::Never-MarkAuto-Sections:: "universe/metapackages"; APT::Never-MarkAuto-Sections:: "multiverse/metapackages"; APT::Move-Autobit-Sections ""; APT::Move-Autobit-Sections:: "oldlibs"; APT::Move-Autobit-Sections:: "contrib/oldlibs"; APT::Move-Autobit-Sections:: "non-free/oldlibs"; APT::Move-Autobit-Sections:: "restricted/oldlibs"; APT::Move-Autobit-Sections:: "universe/oldlibs"; APT::Move-Autobit-Sections:: "multiverse/oldlibs"; APT::Update ""; APT::Update::Post-Invoke-Success ""; APT::Update::Post-Invoke-Success:: "/usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && /usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 4 --method org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo > /dev/null"; APT::Architectures ""; APT::Architectures:: "amd64"; APT::Architectures:: "i386"; APT::Compressor ""; APT::Compressor::. ""; APT::Compressor::.::Name "."; APT::Compressor::.::Extension ""; APT::Compressor::.::Binary ""; APT::Compressor::.::Cost "0"; APT::Compressor::lz4 ""; APT::Compressor::lz4::Name "lz4"; APT::Compressor::lz4::Extension ".lz4"; APT::Compressor::lz4::Binary "false"; APT::Compressor::lz4::Cost "50"; APT::Compressor::gzip ""; APT::Compressor::gzip::Name "gzip"; APT::Compressor::gzip::Extension ".gz";
Bug#818912: apt-cudf shouldn't exit non-zero if it isn't crashing
On 21/03/16 18:07, David Kalnischkies wrote: > $ apt install exim4 postfix -s --solver aspcud > [… busy working for a while …] > [ currently a useless apt unmet dependency error ] > E: Sub-process aspcud returned an error code (1) yes. and its seems there is something going on between apt-get and apt-cudf. If you dump the edsp as in export APT_EDSP_DUMP_FILENAME=/tmp/apt-get.edsp apt install exim4 postfix -s --solver dump and then pass it to apt-cudf directly $apt-cudf -v -v /tmp/apt-get.edsp -s aspcud (N)StdUtils: Setting Native Architecture to amd64 and Foreign Architectures to amd64,i386 (N)CudfSolver: Exec: /usr/bin/aspcud /tmp/tmp.apt-cudf.d24f86/in-cudf /tmp/tmp.apt-cudf.d24f86/out-cudf -count(removed),-count(changed) [...] UNSATISFIABLE Reading from /tmp/gringo.outYvYww7 clasp version 3.1.4 Error: aspcud "-count(removed),-count(changed)" Message: (UNSAT) No Solutions according to the given preferences and this is exactly the answer you were looking for ... > "When the external solver is *unable to find a solution* (and is aware > of that), it will write an error to standard output and then exit with > an exit code of 0. An exit code other than 0 will be interpreted as > a solver crash […]" BUT, as you noticed, for some reason the exitcode is 1 and not 0 ... I'll fix this problem shortly to conform to the spec. pietro
Bug#810303: dose-builddebcheck output breaks backwards compatibility in 4.1 dropping the "src:" prefix, worth NEWS?
Hi all. On 19/01/16 22:01, Mehdi Dogguy wrote: > > I am one of the active consumers of dose-builddebcheck in unstable and > > quickly noticed the 4.1 upload by seeing all rebootstrap jobs fail. The > > immediate reason is that dose was formerly tagging source packages with > > a "src:" prefix and now no longer does so. I quickly updated the > > consumer code, but Johannes asked me to file a bug nonetheless. > > > > Good catch. I /think/ that this change is not intended and is a bug since > some places in the code still expect the "src:" prefix to be there somehow. > > Since printers have been reworked in 4.1, I'd think this is a bug introduced > in 4.1 and still not fixed in recently released 4.2. I'd appreciate a > confirmation by upstream though. > > @Pietro: Can you please enlighten us on this issue? This change was indeed intentional. The idea was to remove all the cruft related to the cudf encoding and provide to the user an output that could be used immediately without caring about src: and --virtual prefixes. I've asked Johannes is this was a problem and I was told it wasn't as the scripts could be easily adapted. This change was in the CHANGES file of 4.1 but its repercussions where not clear, so it didn't make it in the NEWS file. I think this would be fixed in the next debian package. Even if this change makes sense to me, I'm open to add back the src: prefix if necessary. Mehdi, where are these places in the code that still expect "src:" ? I've removed this prefix from all the yaml output. I didn't really check if some input require the package to be prefixed with "src:", but it shouldn't be... For this release, I also re-wrote the yaml printer from scratch and there might still be a few problems here and there... In particular dependency chains, when there is more then one path from a package to a dependency problem (missing package or conflict), are not all explicitly printed/expanded as before. Instead I just print one path. Please let me know how I can help. This tool is for the debian community :) I'll be at fosdem at the end of the month, if you want to have a face to face chat. p
Bug#810303: dose-builddebcheck output breaks backwards compatibility in 4.1 dropping the "src:" prefix, worth NEWS?
Hi
On 20/01/16 00:00, Mehdi Dogguy wrote:
> Only did a quick grep:
>
> % git grep -n "\"src:" **/*.ml
> applications/deb-buildcheck.ml:182: let (name,filter) =
> Debian.Debutil.debvpkg to_cudf (("src:"^n,a),c) in
Here I append "src:" to the name of a debian package to find the
corresponding cudf package
> deb/debcudf.ml:343:if String.starts_with pkg#name "src:" then
> deb/sources.ml:235: let sn = CudfAdd.encode ("src:"^(CudfAdd.get_property
> "source" binpkg)) in
These two are part of the debian <-> cudf encoding. The first one
removes the "src:" prefix. The second one adds the prefix to the debian
package.
> deb/tests.ml:875: "any/native", "src:source1", returns [
> deb/tests.ml:883: "stage1", "src:source2", returns [
> deb/tests.ml:892: "indep", "src:source3", returns [
And these are test cases...
> Are those occurences expected?
so, yes. These are all expected. The src: prefix is still used to
encode source packages in cudf (and to differentiate to binary
packages). The difference from the previous release is that this
encoding is not visible anymore to the final user in the yaml report.
p
Bug#811569: More forgiving parser on bad input fields
Hi, Dose upstream here. On 19/01/16 23:28, Christoph Berg wrote: > Ubuntu wily and trusty's "universe" Packages files have a weird python > header for python-tempest: > > Package: python-tempest > [...] > Description: Openstack integration test suite > Python_version: 2.7 > [...] > > dose-debcheck doesn't like it: > > $ dose-debcheck -v -f -e > /home/chroot/wily-amd64/var/lib/apt/lists/de.archive.ubuntu.com_ubuntu_dists_wily_universe_binary-amd64_Packages > (I)StdLoaders: Parsing and normalizing... > (I)Packages: Parsing Packages file > /home/chroot/wily-amd64/var/lib/apt/lists/de.archive.ubuntu.com_ubuntu_dists_wily_universe_binary-amd64_Packages... > Fatal error in module common/format822.ml: > Parse error lines 700601:0--700601:1: > unexpected RFC 822 token : 'P' > > As the header is irrelevant to the installability problem, it would be > nice if the tools would just ignore the field. At the moment I'm > working around the problem using sed -e 's/^Python_/Python-/'. > > (Not sure if this is a bug or just wishlist, filing as normal as apt > and friends seem to work just fine with this Packages file.) This is actually a bug in the lexer. Debian fields names are indeed allowed to have all kind of wired characters : "The field name is composed of US-ASCII characters excluding control characters, space, and colon (i.e., characters in the ranges 33-57 and 59-126, inclusive). Field names must not begin with the comment character, #, nor with the hyphen character, -. " I'll fix this in the next release. p
Bug#810525: pybtex: Please update to 0.19
Package: pybtex Version: 0.18-1 Severity: wishlist Dear Maintainer, The new upstream release of pybtex is available on the pybtex website : http://docs.pybtex.org/history.html (notably with markdown support !) Can you please update the debian package ? Best Regards, pietro *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pybtex depends on: ii python2.7.11-1 ii python-pkg-resources 18.8-1 ii python-pyparsing 2.0.3+dfsg1-1 Versions of packages pybtex recommends: ii python-yaml 3.11-3 pybtex suggests no packages. -- no debconf information
Bug#798635: beignet-opencl-icd: beignet is not installable with llvm3.8
Package: beignet-opencl-icd Severity: important Dear Maintainer, beignet-opencl-icd is not installable in unstable with llvm3.8. I'm not sure if this is a dependency problem or rather this version of beignet is not compatible with the new llvm. regards. pietro $sudo apt-get install beignet-opencl-icd Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: beignet-opencl-icd : Depends: libllvm3.5 but it is not going to be installed E: Unable to correct problems, you have held broken packages. *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#798635: beignet-opencl-icd: beignet is not installable with llvm3.8
Hello. On 11/09/15 14:37, Andreas Beckmann wrote: > beignet was built against llvm3.5 and (the version currently in sid) > does not support anything newer. The upcoming upload of 1.1.0 should > support llvm3.6. But Rebecca might correct me on this :-) Thank you for the clarification. I shortly after realized that the version of beignet in sid has a strict dependency on a specific version of llvm. I think the problem on my machine is related to the fact that there are two packages for llvm 3.5, libllvm3.5v5 and libllvm3.5. With the former already installed, apt-get does not consider the removal of libllvm3.5v5 for libllvm3.5 as a viable solution, and therefore it produces the error I sent in my first message. I'm not sure if beignet could be build against libllvm3.5v5 or if libllvm3.5v5 can also provide libllvm3.5 (it already has Replaces: libllvm3.5). Forcing the installation of libllvm3.5 (and therefore the removal of libllvm3.5v5) makes it possible to install beignet as you have shown in your chroot. Yes, the beignet website recommends llvm3.6 for the new release. > I cannot reproduce any co-installability problem in sid as of now, but > due to the ongoing libstdc++v5 transition things may have been broken > earlier: yes. I'm sorry if my wording was ambiguous. This is not a co-installability problem. p
Bug#789354: FTBFS: rpm/librpm4_stubs.c:221:18: error: 'RPMTAG_SUGGESTSNAME' undeclared
On 21/06/15 10:34, Ralf Treinen wrote: This problem is now fixed upstream. I'm going to prepare a new dose3 release soon to be included in debian. The problem was that librpm introduced a not backward compatible change. RPMTAG_SUGGESTSNAME was renamed to RPMTAG_SUGGESTNAME and RPMTAG_ENHANCESNAME to RPMTAG_ENHANCENAME (notice the missing 'S' ) :-/ The RPM bindings in dose are now well tested and this change passed unnoticed until now. Thanks, Pietro! Does this mean that the new release of dose needs to build-depend on librpm = 4.12 ? No, the patch is backward compatible and dose compiles also with librpm3 from stable. p -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789354: FTBFS: rpm/librpm4_stubs.c:221:18: error: 'RPMTAG_SUGGESTSNAME' undeclared
hello there. This problem is now fixed upstream. I'm going to prepare a new dose3 release soon to be included in debian. The problem was that librpm introduced a not backward compatible change. RPMTAG_SUGGESTSNAME was renamed to RPMTAG_SUGGESTNAME and RPMTAG_ENHANCESNAME to RPMTAG_ENHANCENAME (notice the missing 'S' ) :-/ The RPM bindings in dose are now well tested and this change passed unnoticed until now. pietro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768950: python-cssutils: alternative path /usr/bin/cssparse_py2 doesn't exist
Package: python-cssutils Version: 1.0-1 Severity: grave Justification: renders package unusable Dear Maintainer, broken update-alternatives : Setting up python-cssutils (1.0-1) ... update-alternatives: error: alternative path /usr/bin/cssparse_py2 doesn't exist dpkg: error processing package python-cssutils (--configure): subprocess installed post-installation script returned error exit status 2 dpkg: dependency problems prevent configuration of calibre: calibre depends on python-cssutils (= 0.9.9~); however: Package python-cssutils is not configured yet. regards pietro -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-cssutils depends on: ii python-pkg-resources 5.5.1-1 python-cssutils recommends no packages. python-cssutils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763769: glabels exists with Abort when creating a new document
Package: glabels Version: 3.0.1-4+b1 Severity: grave Justification: renders package unusable Dear Maintainer, The problem is simple. From the command line I run glabels. The main window appears. I click on the button to create a new document and glabels abort. This is warning displayed on the console. The only think that is unsual about my installation is that I'm using xfce4 with awsome as window manager. I'm happy to provide more details if needed. pietro $glabels-3 (glabels-3:9747): GLib-GObject-WARNING **: The property GtkSettings:gtk-menu-images is deprecated and shouldn't be used anymore. It will be removed in a future version. (glabels-3:9747): GLib-GObject-WARNING **: The property GtkImageMenuItem:always-show-image is deprecated and shouldn't be used anymore. It will be removed in a future version. (glabels-3:9747): GLib-GObject-WARNING **: The property GtkImage:stock is deprecated and shouldn't be used anymore. It will be removed in a future version. (glabels-3:9747): GLib-GObject-WARNING **: The property GtkButton:xalign is deprecated and shouldn't be used anymore. It will be removed in a future version. (glabels-3:9747): GLib-GObject-WARNING **: The property GtkAlignment:left-padding is deprecated and shouldn't be used anymore. It will be removed in a future version. (glabels-3:9747): GLib-GObject-WARNING **: The property GtkToolButton:stock-id is deprecated and shouldn't be used anymore. It will be removed in a future version. (glabels-3:9747): GLib-GObject-WARNING **: The property GtkContainer:resize-mode is deprecated and shouldn't be used anymore. It will be removed in a future version. (process:9747): GLib-GObject-WARNING (recursed) **: The property GtkButton:use-stock is deprecated and shouldn't be used anymore. It will be removed in a future version.Aborted -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages glabels depends on: ii dpkg 1.17.13 ii glabels-data 3.0.1-4 ii libc62.19-11 ii libcairo21.12.16-5 ii libebook-1.2-14 3.12.6-1 ii libebook-contacts-1.2-0 3.12.6-1 ii libedataserver-1.2-183.12.6-1 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libglib2.0-0 2.42.0-1 ii libgtk-3-0 3.14.1-1 ii libiec16022-00.2.4-1.1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libqrencode3 3.4.3-1 ii librsvg2-2 2.40.4-1 ii libxml2 2.9.1+dfsg1-4 Versions of packages glabels recommends: ii evince 3.14.0-2 Versions of packages glabels suggests: pn evolution-data-server none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751841: /usr/bin/apt-get: Execute external solver... Error! But apt-cudf returns a solution
On 17/06/14 22:17, David Kalnischkies wrote: E: Sub-process aspcud returned an error code (1) This check is new in 1.0.4, previously the exit code was ignored (and even segfaults…), but the documentation of the EDSP protocol specifically says that the solver should always exit with 0 even if it failed to find a solution, aka: Looks like you found a situation in which the solver exits with a non-zero statuscode. yup. Actually there are many cases in which apt-cudf exit with 1. If the solver fails to find a solution, it means that a solution does not exists at all, but the execution of the solver was successful. If apt-cudf exists with 1, it means that it wasn't able to run the solver at all (and I cannot say anything about the solution). Moreover, with exit code 1, I always print on stderr a debugging message. Maybe you can catch it and propagate it to he apt-get user. This will make it easier for us to debug other problems in the future. An empty EDSP might be well the cause of this specific problem. OT: I've also the impression that the interaction between apt-get and apt-cudf is now a bit slower. Just try to dump an edsp and than pass it directly to apt-cudf. you will notice that it is kinda fast to give you back and answer. I don't understand why it takes so long when apt-get calls apt-cudf directly (Are you flushing the stdout too often ?). Maybe I should open a new bug report for this one ... thanks ! pietro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751841: /usr/bin/apt-get: Execute external solver... Error! But apt-cudf returns a solution
Package: apt Version: 1.0.4 Severity: normal File: /usr/bin/apt-get Dear Maintainer, Running apt-get today to upgrade my machine I get this fatal error : $sudo apt-get --solver aspcud dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Execute external solver... Done Done Execute external solver... Error! E: Sub-process aspcud returned an error code (1) However, if I dump the edsp and run aspcud directly using apt-cudf, I'm able to get a solution. I believe the problem is somewhere on the apt-get side... I'm not attaching the edsp as I don't think it is relevant to debug this problem, but I'll be happy to give you any further details if needed. pietro $sudo apt-get --solver dump dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Execute external solver... Error! The solver encountered an error of type: ERR_JUST_DUMPING The following information might help you to understand what is wrong: I am too dumb, i can just dump! Please use one of my friends instead! Failed E: External solver failed with: I am too dumb, i can just dump! E: Internal error, Upgrade broke stuff Git Branch: propagate $apt-cudf -v -v --solver aspcud /tmp/dump.edsp (N)StdUtils: Setting Native Architecture to amd64 and Foreign Architectures to amd64,i386 (N)CudfSolver: /usr/bin/aspcud /tmp/tmp.apt-cudf.jfi6W1b4JL/in-cudf /tmp/tmp.apt-cudf.jfi6W1b4JL/out-cudf -notuptodate(solution),-count(new) (N)CudfSolver: Constraints : 3423 (Binary: 86.4% Ternary: 8.0% Other: 5.6%) Variables: 4024 (Eliminated:0 Frozen: 963) Tight: Yes Equivalences : 417485 (Atom=Atom: 203693 Body=Body: 6036 Other: 207756) Bodies : 13436 Rules: 233819 (1: 230303/230477 2: 28/0 3: 3340/3340 6: 2/2) Atoms: 208688 (Original: 208661 Auxiliary: 27) Bounded: 0(Average: 0.00 Max: 0 Sum: 0 Ratio: 100.00%) Executed : 0(Average: 0.00 Max: 0 Sum: 0 Ratio: 0.00%) Backjumps: 0(Average: 0.00 Max: 0 Sum: 0) Other : 0(Average Length:0.0 Ratio: 0.00%) Loop : 0(Average Length:0.0 Ratio: 0.00%) Conflict : 0(Average Length:0.0 Ratio: 0.00%) Ternary: 0(Ratio: 0.00%) Binary : 0(Ratio: 0.00%) Lemmas : 0(Deleted: 0) Problems : 2(Average Length: 0.00 Splits: 0) Model-Level : 626.5 Restarts : 0 Conflicts: 1(Analyzed: 0) Choices : 603 CPU Time : 0.260s Time : 0.269s (Solving: 0.00s 1st Model: 0.00s Unsat: 0.00s) Calls: 1 Optimization : 7 12 Optimum: yes Models : 2 OPTIMUM FOUND in(amd64%3aufraw-batch,4201) in(amd64%3axfce4-clipman-plugin,18158) in(amd6 Answer: 2 Solving... Reading from /tmp/gringo.outCe095Z clasp version 3.0.5 Install: 33464 Package: qtcore4-l10n Version: 4:4.8.6+dfsg-2 Architecture: all Install: 39135 Package: traceroute Version: 1:2.0.20-1 Architecture: amd64 [...] *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image-3\.14-trunk-amd64$; APT::NeverAutoRemove:: ^linux-headers-3\.14-trunk-amd64$; APT::NeverAutoRemove:: ^linux-image-extra-3\.14-trunk-amd64$; APT::NeverAutoRemove:: ^linux-signed-image-3\.14-trunk-amd64$; APT::NeverAutoRemove:: ^kfreebsd-image-3\.14-trunk-amd64$; APT::NeverAutoRemove:: ^kfreebsd-headers-3\.14-trunk-amd64$; APT::NeverAutoRemove:: ^gnumach-image-3\.14-trunk-amd64$; APT::NeverAutoRemove:: ^.*-modules-3\.14-trunk-amd64$; APT::NeverAutoRemove:: ^.*-kernel-3\.14-trunk-amd64$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.14-trunk-amd64$; APT::VersionedKernelPackages ; APT::VersionedKernelPackages:: linux-image; APT::VersionedKernelPackages:: linux-headers; APT::VersionedKernelPackages:: linux-image-extra; APT::VersionedKernelPackages:: linux-signed-image; APT::VersionedKernelPackages:: kfreebsd-image; APT::VersionedKernelPackages:: kfreebsd-headers; APT::VersionedKernelPackages:: gnumach-image; APT::VersionedKernelPackages:: .*-modules; APT::VersionedKernelPackages:: .*-kernel; APT::VersionedKernelPackages:: linux-backports-modules-.*; APT::VersionedKernelPackages:: linux-tools; APT::Never-MarkAuto-Sections ;
Bug#689331: apt generates an empty edsp requests if package is already installed
Package: apt Version: 0.9.7.5 Severity: normal Dear Maintainer, invoking apt-get install --solver dump bash generates an edsp request with an empty install request if the version of bash is already installed but a not empty request if the version of bash is installed with an older version. (bash is an example here ...) This has two unwanted consequences : passing to an external solver an empty request will effectively 'fix' the package installation - if broken - leading to the possible situation where the new installation will not contain the requested package. A different installation might exists, but the solver does not have enough information to choose it. The second scenario is if apt-get is invoked with --reinstall . Generating an empty request will generate a solution that ignores the package to be reinstalled ... I suggest to always add the request even if the package is already installed at it newest version giving the solver all the information to provide back a solution to apt. pietro -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::NeverAutoRemove:: ^gnumach$; APT::NeverAutoRemove:: ^gnumach-image.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Architectures ; APT::Architectures:: amd64; APT::Architectures:: i386; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma; APT::Compressor::lzma::Binary xz; APT::Compressor::lzma::Cost 5; APT::Compressor::lzma::CompressArg ; APT::Compressor::lzma::CompressArg:: --format=lzma; APT::Compressor::lzma::CompressArg:: -9; APT::Compressor::lzma::UncompressArg ; APT::Compressor::lzma::UncompressArg:: --format=lzma; APT::Compressor::lzma::UncompressArg:: -d; APT::CompressorName ; APT::CompressorExtension .; APT::CompressorBinary ; APT::CompressorCost 100; APT::CompressorCompressArg ; APT::CompressorCompressArg:: -9; APT::CompressorUncompressArg ; APT::CompressorUncompressArg:: -d; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::netrc auth.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Etc::trusted trusted.gpg; Dir::Etc::trustedparts trusted.gpg.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::solvers ; Dir::Bin::solvers:: /usr/lib/apt/solvers; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Bin::bzip2 /bin/bzip2; Dir::Bin::xz /usr/bin/xz; Dir::Media ; Dir::Media::MountPath /media/cdrom; Dir::Log var/log/apt; Dir::Log::Terminal term.log; Dir::Log::History
Bug#687643: apt-cudf specifies a version number for install requests even when not needed
Package: apt-cudf Version: 3.0.2-1 Severity: normal Dear Maintainer, the code that translates EDSP into CUDF in apt-cudf always adds a version number to the packages on the request line; this behaviour is incorrect, as it prevents the search for relaxed installation solutions when apt-cudf-get is used in conjunction with it. A patch is attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-cudf depends on: ii aspcud [cudf-solver] 2011.03.17.dfsg-6 ii libbz2-1.01.0.6-4 ii libc6 2.13-35 ii libpcre3 1:8.31-1 ii mccs [cudf-solver]1:1.1-2 ii packup [cudf-solver] 0.6-1 ii perl 5.14.2-13 ii zlib1g1:1.2.7.dfsg-13 apt-cudf recommends no packages. apt-cudf suggests no packages. -- no debconf information diff --git a/applications/apt-cudf.ml b/applications/apt-cudf.ml index ffbb872..5ae7fdc 100644 --- a/applications/apt-cudf.ml +++ b/applications/apt-cudf.ml @@ -63,27 +63,37 @@ let print_progress ?i msg = Format.printf Message: %s@. msg ;; + +(* Debian specific assumption: only one version of a package + can be installed at a given time. + Hence, when a remove request is issued without version constraint, + we return (candidate.Cudf.package,None) that designates the only + package installed. + *) + let make_request tables universe native_arch request = let to_cudf (p,v) = (p,Debian.Debcudf.get_cudf_version tables (p,v)) in + let get_candidate (name,constr) = +try + List.find + (fun pkg - + try (Cudf.lookup_package_property pkg apt-candidate) = true + with Not_found - false) + (CudfAdd.who_provides universe (name,constr)) +with Not_found - + print_error Package %s does not have a suitable candidate name + in let select_packages ?(remove=false) l = List.map (fun ((n,a),c) - let (name,constr) = Boilerplate.debvpkg ~native_arch to_cudf ((n,a),c) in - let candidate = -try - List.find (fun pkg - -if request.Edsp.strict_pin then - try (Cudf.lookup_package_property pkg apt-candidate) = true - with Not_found - false -else - true - ) (CudfAdd.who_provides universe (name,constr)) -with Not_found - - print_error Package %s does not have a suitable candidate n - in if remove then -(candidate.Cudf.package,None) +(name,None) else -(candidate.Cudf.package,Some(`Eq,candidate.Cudf.version)) + match constr, request.Edsp.strict_pin with + None, false - (name, None) + | _, _ - (name,Some(`Eq,(get_candidate (name,constr)).Cudf.version)) +(* FIXME: when apt will accept version constraints different from `Eq, + we will need to pass them through. *) ) l in if request.Edsp.upgrade || request.Edsp.distupgrade then
Bug#677454: apt: Missing provides from EDSP encoding
Package: apt Version: 0.9.6 Severity: important Dear Maintainer, It seems that there is something wrong in the Provides field in the EDSP encoding passed to external solvers. In this case the problem is related to the encoding for the package perl-base. The package currently installed on my machine is perl-base:amd64 version 5.14.2-11 the Provides listed for this package is just libscalar-list-utils-perl however the provides in the stanza for perl-base as returned by apt-get show is Provides: libscalar-list-utils-perl, libxsloader-perl, perl5-base, perlapi-5.14.2 In particular the provides perlapi-5.14.2 . This missing information induces external solvers to fail... Below a snippet from the EDSP file obtained with --solver dump and the output of apt-get show perl-base - Package: perl-base Architecture: amd64 Version: 5.16.0-1 APT-ID: 60582 Priority: required Essential: yes Section: perl APT-Pin: 1 Pre-Depends: libc6 (= 2.11), dpkg (= 1.14.20) Suggests: perl Conflicts: doc-base ( 0.10.3) Replaces: libscalar-list-utils-perl, perl ( 5.10.1-12), perl-modules ( 5.10.1-1) Breaks: autoconf2.13 ( 2.13-45), libfile-spec-perl ( 3.3902), libscalar-list-utils-perl ( 1:1.23) Provides: libscalar-list-utils-perl Package: perl-base Architecture: amd64 Version: 5.14.2-11 Installed: yes APT-ID: 26572 Priority: required Essential: yes Section: perl APT-Pin: 500 APT-Candidate: yes Pre-Depends: libc6 (= 2.11), dpkg (= 1.14.20) Suggests: perl Conflicts: doc-base ( 0.10.3) Replaces: libscalar-list-utils-perl, perl ( 5.10.1-12), perl-modules ( 5.10.1-1) Breaks: autoconf2.13 ( 2.13-45), libfile-spec-perl ( 3.3300), libscalar-list-utils-perl ( 1:1.23) Provides: libscalar-list-utils-perl Package: perl-base Architecture: i386 Version: 5.16.0-1 APT-ID: 61707 Priority: required Essential: yes Section: perl APT-Pin: 1 Pre-Depends: libc6 (= 2.11), dpkg (= 1.14.20) Suggests: perl Conflicts: defoma ( 0.11.12), doc-base ( 0.10.3), mono-gac ( 2.10.8.1-3), safe-rm ( 0.8), update-inetd ( 4.41) Replaces: libperl5.8 ( 5.8.0-20), libscalar-list-utils-perl, libxsloader-perl, perl ( 5.10.1-12), perl-modules ( 5.10.1-1) Breaks: autoconf2.13 ( 2.13-45), libfile-spec-perl ( 3.3902), libmarc-charset-perl ( 1.2), libscalar-list-utils-perl ( 1:1.23), libxsloader-perl ( 0.16) Provides: perlapi-5.16.0, perl5-base, libxsloader-perl, libscalar-list-utils-perl Package: perl-base Architecture: i386 Version: 5.14.2-11 APT-ID: 53074 Priority: required Essential: yes Section: perl APT-Pin: 500 APT-Candidate: yes Pre-Depends: libc6 (= 2.11), dpkg (= 1.14.20) Suggests: perl Conflicts: defoma ( 0.11.12), doc-base ( 0.10.3), mono-gac ( 2.10.8.1-3), safe-rm ( 0.8), update-inetd ( 4.41) Replaces: libperl5.8 ( 5.8.0-20), libscalar-list-utils-perl, libxsloader-perl, perl ( 5.10.1-12), perl-modules ( 5.10.1-1) Breaks: autoconf2.13 ( 2.13-45), libfile-spec-perl ( 3.3300), libmarc-charset-perl ( 1.2), libscalar-list-utils-perl ( 1:1.23), libxsloader-perl ( 0.13) Provides: perlapi-5.14.2, perl5-base, libxsloader-perl, libscalar-list-utils-perl -- $apt-cache show perl-base Package: perl-base Source: perl Version: 5.16.0-1 Essential: yes Installed-Size: 4816 Maintainer: Niko Tyni nt...@debian.org Architecture: amd64 Replaces: libperl5.8 ( 5.8.0-20), libscalar-list-utils-perl, libxsloader-perl, perl ( 5.10.1-12), perl-modules ( 5.10.1-1) Provides: libscalar-list-utils-perl, libxsloader-perl, perl5-base, perlapi-5.16.0 Pre-Depends: libc6 (= 2.11), dpkg (= 1.14.20) Suggests: perl Conflicts: defoma ( 0.11.12), doc-base ( 0.10.3), mono-gac ( 2.10.8.1-3), safe-rm ( 0.8), update-inetd ( 4.41) Breaks: autoconf2.13 ( 2.13-45), libfile-spec-perl ( 3.3902), libmarc-charset-perl ( 1.2), libscalar-list-utils-perl ( 1:1.23), libxsloader-perl ( 0.16) Description-en: minimal Perl system Perl is a scripting language used in many system scripts and utilities. . This package provides a Perl interpreter and the small subset of the standard run-time library required to perform basic tasks. For a full Perl installation, install perl (and its dependencies, perl-modules and perl-doc). Homepage: http://dev.perl.org/perl5/ Description-md5: 7c818331fe8bc53134bb22330b07f5ae Tag: devel::interpreter, devel::lang:perl, devel::library, implemented-in::c, implemented-in::perl, interface::commandline, role::devel-lib, role::program Section: perl Priority: required Filename: pool/main/p/perl/perl-base_5.16.0-1_amd64.deb Size: 1547014 MD5sum: 390f8529705f4523ac71d3925dcd79a9 SHA1: b5b47d120d2230a98a03b47f80693210f2ab6d74 SHA256: 61b089ca30f825e9a6acf97faa260b493f5404a62c4a9a61262698e1a246800c Package: perl-base Source: perl Version: 5.14.2-11 Essential: yes Installed-Size: 4801 Maintainer: Niko Tyni nt...@debian.org Architecture: amd64 Replaces: libperl5.8 ( 5.8.0-20), libscalar-list-utils-perl, libxsloader-perl, perl ( 5.10.1-12), perl-modules ( 5.10.1-1) Provides: libscalar-list-utils-perl, libxsloader-perl, perl5-base,
Bug#623485: python-apt: please add bindings pkgOrderList
Hello Julian,
On Wed, Apr 27, 2011 at 01:07:49PM +0200, Julian Andres Klode wrote:
On Do, 2011-04-21 at 16:57 +0200, Pietro Abate wrote:
On Thu, Apr 21, 2011 at 03:53:39PM +0200, Julian Andres Klode wrote:
On Mi, 2011-04-20 at 19:06 +0200, Pietro Abate wrote:
This is a request to add a new binding to the class pkgOrderList of apt.
The idea is to allow to compute and set the pkgOrderList independently
and reason about it.
Attaching a diff for review. Also see
http://apt.alioth.debian.org/python-apt-doc/library/apt_pkg.html#apt_pkg.OrderList
Note that this only adds a new OrderList class, it does not provide any
integration with PackageManager. If you wish to have integration, please
tell me how you'd like it to be.
This is great. I had a look at the code and doc and it seems good so
far. I re-read the apt-pkg code regarding the packagemanager class and
maybe I've a suggestion on a possible integration with the work you have
done.
the packagemanger has a number of virtual methods that are instantiated
in apt-pkg/deb/dpkgpm.cc . These methods are protected in the
packagemaneger class :
// The Actual installation implementation
virtual bool Install(PkgIterator /*Pkg*/,string /*File*/) {return false;};
virtual bool Configure(PkgIterator /*Pkg*/) {return false;};
virtual bool Remove(PkgIterator /*Pkg*/,bool /*Purge*/=false) {return false;};
virtual bool Go(int statusFd=-1) {return true;};
virtual void Reset() {};
the packagemaneger object is created in cmdline/apt-get.cc by a call to
this function:
SPtrpkgPackageManager PM= _system-CreatePM(Cache);
In apt-get, if Simulated is specified, the package manager will be
instantiated as a pkgSimulate object (that is a concrete implementation of
packageManager ).
The problem is that this class does not save the installation plan anywhere it
only
prints it on screen.
My proposal of integration will be very simple. We can create a new subclass of
packageManager , say pkgPlan that will implement install, configure, remove,
etc and instead of printing on stdout the actions as in pkgSimulate, will save
this information in a list that can be for our purposes. Since the dpkg
commands are built in yet another packageManager object derived from
apt-pkg/deb/dpkgpm.cc I don't think it will be easy to get a trace of what dpkg
would have done if invoked (even this would be great...). But for the moment I
think the list Inst/Conf/Rem will be enough. The real list of dpkg commands
can be obtained (not in simulation mode) with the debug variable:
Debug::pkgDPkgPM=true
In the long term maybe the correct solution to all this mambo-jumbo would be to
implement the packageManager bindings as a virtual class with a default on dpkg
as it is now, but giving the possibility to override from the python side the
Install/Configure/Remove/Go functions in order to hack into the pkgmanager
algorithm cleanly. I'm not sure this is possible given the current
architecture...
As it is the OrderList class will allow to easily reimplement the backend and
in theory to completely bypass the apt-pkg/deb/dpkgpm.cc and perform the
installation via another package manager, say rpm...
thanks again for your great support.
pietro
--
http://en.wikipedia.org/wiki/Posting_style
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623585: RFP: rpm5 -- rpm package manager v5
Package: wnpp Severity: wishlist * Package name: rpm5 Version : 5.3.6 Upstream Author : Jeff Johnson j...@rpm5.org * URL : http://rpm5.org/ * License : LGPL Programming Lang: C Description : Package Manager for RPM v5 RPM is a powerful and mature command-line driven package management system capable of installing, uninstalling, verifying, querying, and updating Unix software packages. Each software package consists of an archive of files along with information about the package like its version, a description, and the like. There is also a library API, permitting advanced developers to manage such transactions from programming languages such as C, Perl or Python. RPM5 is a fork of RPM v4. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623485: python-apt: please add bindings pkgOrderList
hello On Thu, Apr 21, 2011 at 03:53:39PM +0200, Julian Andres Klode wrote: On Mi, 2011-04-20 at 19:06 +0200, Pietro Abate wrote: This is a request to add a new binding to the class pkgOrderList of apt. The idea is to allow to compute and set the pkgOrderList independently and reason about it. At the moment the only way to compute (via apt-get) the installation plan is to execute it and print a debug trace of it. For the mancoosi project we would like to compute the plan before executing it and to simulate the installation in order to detect possible problems in the installation scripts. I'm aware that this binding will export a read-only object and that the installation plan will be recomputed by apt-get. This will be sufficient for our goals. As far as I can tell, the object would be read-write. You fill the list, then you order it, and then you read it again. So, shall I bind just the pkgOrderList class or do you want anything related as well? If I read the code correctly, you initialize the pkgOrderList with the cache (that contains the packages marked to be installed/removed) and then you read back the list of ordered packages. In this sense the object is of course read/write. My remark was related how the pkgOrderList class is used in the module packageManager where the orderedlist is protected. Without modifying the API of the packageManager it is not possible at the moment to pass to the installer the installation plan. This is also because the computation of the installation plan is intertwined with the real installation itself (for performances reasons I presume). What we need is a way to build the installation plan from the cache (initialized with the packages that are going to be installed/removed). There are a bunch of protected functions in packageManager that use the orderedList, but as far as I can see they are all protected... Once the pkgOrderList class will be available I think I'll need to reimplement in my application the logic of few functions in packageManager to (re)-build the installation plan (aka the order in which dpkg is called to pre-configure / unpack / configure / install / remove / *-hooks / ext ). From my understanding of the apt code this is the easiest way to attain this goal... and it's also a lot of work that I prefer to do in python the to ack the c++ code base of apt-get. Provided a bit of guidance (I'm not very familiar with the apt python bindings), we'll be happy to provide a patch. I'm going to write it next week, the 0.8.0~exp4 release next Tuesday/Wednesday would then include it. thank you ! this is fantastic ! regards. pietro -- http://en.wikipedia.org/wiki/Posting_style -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623485: python-apt: please add bindings pkgOrderList
Package: python-apt Version: 0.7.100.3+b1 Severity: wishlist Hello, This is a request to add a new binding to the class pkgOrderList of apt. The idea is to allow to compute and set the pkgOrderList independently and reason about it. At the moment the only way to compute (via apt-get) the installation plan is to execute it and print a debug trace of it. For the mancoosi project we would like to compute the plan before executing it and to simulate the installation in order to detect possible problems in the installation scripts. I'm aware that this binding will export a read-only object and that the installation plan will be recomputed by apt-get. This will be sufficient for our goals. Provided a bit of guidance (I'm not very familiar with the apt python bindings), we'll be happy to provide a patch. look forward for your feedback. pietro -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-apt depends on: ii apt [libapt-pkg4.10] 0.8.14.1 Advanced front-end for dpkg ii apt-utils [libapt-inst1.2]0.8.14.1 APT utility programs ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-3 GCC support library ii libstdc++64.6.0-3The GNU Standard C++ Library v3 ii python2.6.6-14 interactive high-level object-orie ii python-apt-common 0.7.100.3 Python interface to libapt-pkg (lo ii python2.6 2.6.6-8+b1 An interactive high-level object-o ii python2.7 2.7.1-6An interactive high-level object-o Versions of packages python-apt recommends: ii iso-codes 3.25-1 ISO language, territory, currency, ii lsb-release 3.2-27 Linux Standard Base version report ii python2.6 2.6.6-8+b1 An interactive high-level object-o Versions of packages python-apt suggests: pn python-apt-dbg none (no description available) pn python-apt-doc none (no description available) ii python-gtk2 2.17.0-4+b2 Python bindings for the GTK+ widge pn python-vte none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606846: minisat2: dynamic library includes Main.c ...
Package: minisat2 Version: 1:2.2.0-2 Severity: normal Hello again. It seems that while creating libminisat.so you also include Main.o making it pretty useless as dynamic library :) [...] /tmp/minisat2-2.2.0/utils/Options.h:76: instantiated from here /tmp/minisat2-2.2.0/mtl/Vec.h:99: warning: suggest parentheses around ‘’ within ‘||’ Compiling: utils/System.or make[2]: Leaving directory `/tmp/minisat2-2.2.0/core' g++ -o libminisat.so.2.0.0 -shared -Wl,-soname,libminisat.so.2 /tmp/minisat2-2.2.0/core/Main.or /tmp/minisat2-2.2.0/core/Solver.or /tmp/minisat2-2.2.0/utils/Options.or /tmp/minisat2-2.2.0/utils/System.or [...] your most affctionate minisat user. p -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages minisat2 depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-10 GCC support library ii libstdc++6 4.4.5-10 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime minisat2 recommends no packages. minisat2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606643: minisat2: problems with include files
Package: minisat2 Version: 1:2.2.0-2 Severity: normal Hello. I'm trying to compile a library against minisat2, but I've noticed that the includes in /usr/include/minisat2 are wrong. Basically, the minisat2upstream author has a layout with core mtl simp utils and include files are scattered all around the places. Since you copied all .h in /usr/include/minisat2, without changing the .h files, all local references are wrong. for example in the file Solver.h you have an include #include mtl/Vec.h #include mtl/Heap.h that are clearly nowhere to be found. I think we have two solutions. either you patch the .h files to flatten everything in one directory, or you replicate the upstream hierarchy in /usr/include ... Moreover I've noticed that the file Options.h that in included by Solver.h is missing. thanks. pietro ps: if you don't have time I can cook a patch from your git reposotory. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages minisat2 depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-10 GCC support library ii libstdc++6 4.4.5-10 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime minisat2 recommends no packages. minisat2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603939: libbz2-ocaml-dev: missing dependency to libbz2-dev
Package: libbz2-ocaml-dev Version: 0.6.0-5+b1 Severity: normal libbz2-ocaml-dev should add a dependency on libbz2-dev. Without it I the linker will fail with -lbz2 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libbz2-ocaml-dev depends on: ii libbz2-ocaml [libbz2-o 0.6.0-5+b1OCaml bindings for the bzip2 compr ii ocaml-findlib 1.2.5+debian-1+b1 management tool for OCaml librarie ii ocaml-nox [ocaml-nox-3 3.11.2-2 ML implementation with a class-bas libbz2-ocaml-dev recommends no packages. libbz2-ocaml-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577778: ITP: ocaml-buddy -- ocaml bindings for buddy bdd
Package: wnpp Severity: wishlist Owner: Pietro Abate pietro.ab...@pps.jussieu.fr Owner: Pietro Abate pietro.ab...@pps.jussieu.fr * Package name: ocaml-buddy Version : 0.1 Upstream Author : Pietro Abate pietro.ab...@pps.jussieu.fr * URL : http://github.com/abate/ocaml-buddy * License : LGPL Programming Lang: Ocaml / C Description : ocaml bindings for buddy bdd Binary decision diagrams (BDDs) are space-efficient encodings of boolean expressions or dynamic truth tables, used in eg. model checking. BuDDy is an efficient BDD library with all the standard BDD operations, dynamic reordering of variables, automated garbage collection, a C++ interface with automatic reference counting, and more. . This package provides the files necessary to run dynamically-linked OCaml programs with Buddy BDD. Preliminary version of the package here: http://git.debian.org/?p=pkg-ocaml-maint/packages/ocaml-buddy.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577518: libbdd-dev: rename the library to libbuddy ?
Package: libbdd-dev Version: 2.4-6 Severity: wishlist Hello, It struck me that the name libbdd is quite generic. Despite the fact that there are not other bdd libraries in debian at the moment, in my opinion a better name for this library would be libbuddy . I'm asking this strange question for two reasons. First I've almost finished an ocaml binging for libbuddy ( :) ) and it would be rather obvious to call it ocaml-buddy (or ocaml-buddybdd) instead of ocaml-bdd . Second because I intend to open a ITP for CUDD BDD [1] and I'd like to name it accordingly libcudd . It would be great if we could use the same name convention for all bdd related packages. As a first step, would you consider renaming the library object itself as libbuddy and to leave the package as it is until I finish to package libcudd (plus a sym link to for backward compatibility) ? What you think ? [1] http://vlsi.colorado.edu/~fabio/CUDD/cuddIntro.html thanks. pietro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages libbdd-dev depends on: ii libbdd0c2 2.4-6 Binary decision-diagram library (r ii libc6-dev [libc-dev] 2.10.2-6 Embedded GNU C Library: Developmen libbdd-dev recommends no packages. libbdd-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576364: Please install libpicosat.a and picosat.h
Package: picosat Version: 913-2 Severity: wishlist The subject says it all. I want to write ocaml bindings for picosat and I need the .a and .h the patch is trivial : mkdir -p $(CURDIR)/debian/picosat/usr/lib/ cp libpicosat.a $(CURDIR)/debian/picosat/usr/lib/ mkdir -p $(CURDIR)/debian/picosat/usr/include/picosat/ cp picosat.h $(CURDIR)/debian/picosat/usr/include/picosat/ thanks ! pietro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576364: And libpicosat.so
But this will require a minimal change to the makefile : libpicosat.so: picosat.o version.o $(CC) $(CFLAGS) -shared -Wl,-soname,libpicosat.so.1 -o \ libpicosat.so.1.0.0 picosat.o version.o -lc Also, it is necessary to add -fPIC to CFLAGS. p -- http://en.wikipedia.org/wiki/Posting_style -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550961: small patch ... actually
Hi again,
a small script to make this easier.
Notice that you must init the repo specifying the architecture,
you want to work on. This should answer your question.
I'm not sure about '-b --arch=all'
:)
p
---
#!/bin/bash
# Wed Mar 31 2010 Pietro Abate pietro.ab...@pps.jussieu.fr
TMPAPT=$TMP/fakeapt
function init() {
mkdir -p $TMPAPT/{archives,lists}/partial
cp $1 $TMPAPT/lists/Packages
touch $TMPAPT/status
cat $TMPAPT/apt.conf EOF
APT::Architecture $2;
APT::Get::List-Cleanup false;
Dir::Cache $TMPAPT;
Dir::State $TMPAPT;
Dir::State::status $TMPAPT/status;
Dir::Etc::SourceList $TMPAPT/sources.list;
EOF
cat $TMPAPT/sources.list EOF
deb file:$TMPAPT/lists/ ./
EOF
APT_CONFIG=$TMPAPT/apt.conf apt-get update
}
function debtree() {
APT_CONFIG=$TMPAPT/apt.conf /usr/bin/debtree $@
}
case $1 in
init)
init $3 $2
;;
*)
debtree $@
;;
esac
-
On Wed, Mar 10, 2010 at 07:23:19PM +0100, Frans Pop wrote:
On Wednesday 10 March 2010, Pietro Abate wrote:
setting APT_CONFIG is the way to go. No need to modify debtree...
APT_CONFIG=apt.conf apt-get update
APT_CONFIG=apt.conf debtree dpkg
Thanks for your info. I think we should keep the BR open until this has
been documented, for example in a README.Debian.
I suspect that it may not work correctly for '-b --arch=all' (as that uses
apt-cache instead of the apt database). I'll have to test that.
I'll give the recipe you gave in your previous mail a try and then work
something out. If I have any questions I'll get back to you.
Another question could be: does this also allow to make graphs for other
architectures? For example, create a graph for arm on an i386 host.
I guess that as long as you copy Packages and Sources files (instead of
using a sources.list) it could work.
APT could have internal checks against the current arch. But possibly
setting APT::Architecture would fix that.
Cheers,
FJP
--
http://en.wikipedia.org/wiki/Posting_style
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575500: ITP: libminisat2-ocaml -- Ocaml bindings for minisat2
Package: wnpp Severity: wishlist Owner: Pietro Abate pietro.ab...@pps.jussieu.fr Owner: Pietro Abate pietro.ab...@pps.jussieu.fr * Package name: libminisat2-ocaml Version : 0.3 Upstream Author : Pietro Abate pietro.ab...@pps.jussieu.fr * URL : http://github.com/abate/MiniSat-ocaml/tree/minisat2 * License : GPLv3 Programming Lang: Ocaml Description : Ocaml bindings for minisat2 MiniSat-ocaml is a set of OCaml bindings for the SAT solver MiniSat. Instead of reimplementing MiniSat itself in OCaml, this library makes the MiniSat interface available through OCaml. The usage of the OCaml interface is pretty straightforward and mimics the C++ interface. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575255: graphviz: *** glibc detected *** circo: free(): invalid next size (fast): 0x00000000007032c0 ***
Package: graphviz Version: 2.26.3-2 Severity: grave Justification: renders package unusable The abcktrace says it all ... I've tried on two unstable machine with the same result. It seems a recent problem. I've attached the dot file, but I don't think it is related to a specific file. pietro $circo 0.dot *** glibc detected *** circo: free(): invalid next size (fast): 0x007032c0 *** === Backtrace: = /lib/libc.so.6[0x2abca21d6d16] /lib/libc.so.6(cfree+0x6c)[0x2abca21db9bc] /usr/lib/graphviz/libgvplugin_neato_layout.so.6[0x2abca69951ac] /usr/lib/graphviz/libgvplugin_neato_layout.so.6[0x2abca69949bd] /usr/lib/graphviz/libgvplugin_neato_layout.so.6(circularLayout+0x148)[0x2abca6992fb8] /usr/lib/graphviz/libgvplugin_neato_layout.so.6(circoLayout+0x110)[0x2abca69927b0] /usr/lib/graphviz/libgvplugin_neato_layout.so.6(circo_layout+0x25)[0x2abca6992935] /usr/lib/libgvc.so.5(gvLayoutJobs+0x9b)[0x2abca1cfed7b] circo[0x400eef] /lib/libc.so.6(__libc_start_main+0xfd)[0x2abca2184abd] circo[0x400c19] === Memory map: 0040-00402000 r-xp 08:01 46137631 /usr/bin/dot 00601000-00602000 rw-p 1000 08:01 46137631 /usr/bin/dot 00602000-00726000 rw-p 00602000 00:00 0 [heap] 2abca1abf000-2abca1adc000 r-xp 08:01 58785507 /lib/ld-2.10.2.so 2abca1adc000-2abca1adf000 rw-p 2abca1adc000 00:00 0 2abca1cdb000-2abca1cdc000 r--p 0001c000 08:01 58785507 /lib/ld-2.10.2.so 2abca1cdc000-2abca1cdd000 rw-p 0001d000 08:01 58785507 /lib/ld-2.10.2.so 2abca1cdd000-2abca1d48000 r-xp 08:01 16821181 /usr/lib/libgvc.so.5.0.0 2abca1d48000-2abca1f48000 ---p 0006b000 08:01 16821181 /usr/lib/libgvc.so.5.0.0 2abca1f48000-2abca1f58000 rw-p 0006b000 08:01 16821181 /usr/lib/libgvc.so.5.0.0 2abca1f58000-2abca1f59000 rw-p 2abca1f58000 00:00 0 2abca1f59000-2abca1f65000 r-xp 08:01 16840899 /usr/lib/libgraph.so.4.0.0 2abca1f65000-2abca2165000 ---p c000 08:01 16840899 /usr/lib/libgraph.so.4.0.0 2abca2165000-2abca2166000 rw-p c000 08:01 16840899 /usr/lib/libgraph.so.4.0.0 2abca2166000-2abca22b r-xp 08:01 58735531 /lib/libc-2.10.2.so 2abca22b-2abca24b ---p 0014a000 08:01 58735531 /lib/libc-2.10.2.so 2abca24b-2abca24b4000 r--p 0014a000 08:01 58735531 /lib/libc-2.10.2.so 2abca24b4000-2abca24b5000 rw-p 0014e000 08:01 58735531 /lib/libc-2.10.2.so 2abca24b5000-2abca24ba000 rw-p 2abca24b5000 00:00 0 2abca24ba000-2abca24bd000 r-xp 08:01 16821170 /usr/lib/libxdot.so.4.0.0 2abca24bd000-2abca26bc000 ---p 3000 08:01 16821170 /usr/lib/libxdot.so.4.0.0 2abca26bc000-2abca26bd000 rw-p 2000 08:01 16821170 /usr/lib/libxdot.so.4.0.0 2abca26bd000-2abca26be000 rw-p 2abca26bd000 00:00 0 2abca26be000-2abca26c3000 r-xp 08:01 16840897 /usr/lib/libcdt.so.4.0.0 2abca26c3000-2abca28c2000 ---p 5000 08:01 16840897 /usr/lib/libcdt.so.4.0.0 2abca28c2000-2abca28c3000 rw-p 4000 08:01 16840897 /usr/lib/libcdt.so.4.0.0 2abca28c3000-2abca28ca000 r-xp 08:01 16935383 /usr/lib/libpathplan.so.4.0.0 2abca28ca000-2abca2aca000 ---p 7000 08:01 16935383 /usr/lib/libpathplan.so.4.0.0 2abca2aca000-2abca2acb000 rw-p 7000 08:01 16935383 /usr/lib/libpathplan.so.4.0.0 2abca2acb000-2abca2acd000 r-xp 08:01 58735538 /lib/libdl-2.10.2.so 2abca2acd000-2abca2ccd000 ---p 2000 08:01 58735538 /lib/libdl-2.10.2.so 2abca2ccd000-2abca2cce000 r--p 2000 08:01 58735538 /lib/libdl-2.10.2.so 2abca2cce000-2abca2ccf000 rw-p 3000 08:01 58735538 /lib/libdl-2.10.2.so 2abca2ccf000-2abca2cd rw-p 2abca2ccf000 00:00 0 2abca2cd-2abca2cf6000 r-xp 08:01 16797461 /usr/lib/libexpat.so.1.5.2 2abca2cf6000-2abca2ef6000 ---p 00026000 08:01 16797461 /usr/lib/libexpat.so.1.5.2 2abca2ef6000-2abca2ef8000 rw-p 00026000 08:01 16797461 /usr/lib/libexpat.so.1.5.2 2abca2ef8000-2abca2f0f000 r-xp 08:01 16777432 /usr/lib/libz.so.1.2.3.4 2abca2f0f000-2abca310e000 ---p 00017000 08:01 16777432 /usr/lib/libz.so.1.2.3.4 2abca310e000-2abca310f000 rw-p 00016000 08:01 16777432 /usr/lib/libz.so.1.2.3.4 2abca310f000-2abca319 r-xp 08:01 58735536 /lib/libm-2.10.2.so 2abca319-2abca338f000 ---p 00081000 08:01 58735536 /lib/libm-2.10.2.so 2abca338f000-2abca339 r--p 0008 08:01 58735536 /lib/libm-2.10.2.so
Bug#550961: small patch ...
Hi,
actually adding this feature is trivial. This is the diff for debtree :
-
61d60
my $aptconf=;
95d93
'conf=s'= \$aptconf,
159,161d156
if ($aptconf) {
$ENV{'APT_CONFIG'} = $aptconf
}
-
and a typical local apt.conf file will look like this :
APT::Get::List-Cleanup false;
Dir::Cache /tmp/apt;
Dir::State /tmp/apt;
Dir::State::status /tmp/apt/status;
Dir::Etc::SourceList /tmp/apt/sources.list;
---
of course you will need a proper apt repository
mkdir -p /tmp/apt/{archives,lists}/partial
cp $yourPackagesfile /tmp/apt/lists
cp $yourstatusfile /tmp/apt/
apt-get -c=apt.conf update
Then calling debtree as :
./debtree -conf=apt.conf dpkg
should do the trick.
if you want I can send you a proper patch... but I guess this is so trivial
that you might want to fill the details yourself.
thanks !
pietro
--
http://en.wikipedia.org/wiki/Posting_style
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550961: small patch ... actually
setting APT_CONFIG is the way to go. No need to modify debtree... APT_CONFIG=apt.conf apt-get update APT_CONFIG=apt.conf debtree dpkg ... I guess time to close this bug. -- http://en.wikipedia.org/wiki/Posting_style -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#493065: same story here.
Hello. I confirm that this bug is still there today. I can reproduce it by running this command on an amd64 system. fakeroot -s fakechroot.save fakechroot /usr/sbin/debootstrap --arch i386 --variant=fakechroot lenny 32bit-chroot http://ftp.fr.debian.org/debian/ the debootstrap.log file contains : chroot: failed to run command `dpkg': No such file or directory that makes me suspect something has changed from parent ... but nonetheless this problem still stands. p -- http://en.wikipedia.org/wiki/Posting_style -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550961: debtree: I can't specify a local Packages.gz from command line
Package: debtree Version: 1.0.2 Severity: wishlist Hello. I'd like to specify a file Packages.gz from command line. Debtree uses AptPkg. I could hack my env variables in order to specify my Packages file via apt options, but this is a bit painful (maybe you have a simple way of doing it ?). Do you think it would be a good idea to add a command line option like --source Packages.gz and let debtree to do the hard work ? thanks. pietro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages debtree depends on: ii dctrl-tools 2.13.1 Command-line tools to process Debi ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii perl 5.10.0-25 Larry Wall's Practical Extraction ii ucf 3.0022 Update Configuration File: preserv Versions of packages debtree recommends: ii graphviz 2.20.2-3+b4 rich set of graph drawing tools debtree suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537372: any news ?
Hi, Are there any hopes to make this happen before the end of the summer ? Did you have a bit of time to review my changes ? Is there anything else I can do to make this happen (including asking an NMU from another willing maintaner ) ? regards, pietro -- http://en.wikipedia.org/wiki/Posting_style -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537372: minisat2: libminisat.a and compilation headers
hello again. On Sat, Jul 18, 2009 at 07:33:31PM +0200, Michael Tautschnig wrote: Package: minisat2 Severity: wishlist If you have an svn/git repo of the package, I can prepare you a patch. Honestly, I don't, I just keep downloading the Debian Source package from the servers and modify those. For the simple reason that there are so few changes necesary. A patch would be most welcome; if you just download the package source and modify them/prepare a patch for those, it would be great! I've done a bit more of work. I've integrated the patch to the minisat makefile in a cdbs patch, I've converted the package to cdbs and I've created an handy git repos that we can use to exchange patches.. you can find all I've done here: https://www.mancoosi.org/~abate/repos/minisat2.git/ just git-buildpackage it :) there is still a lintian warning: W: libminisat: package-name-doesnt-match-sonames libminisat1.0 but I still don't understand how to make it go away ... let me know what you think and if I can do something more to make this happen. cheers. p -- http://en.wikipedia.org/wiki/Posting_style -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537372: minisat2: libminisat.a and compilation headers
Package: minisat2 Severity: wishlist Hello Michael, I've ported the ocaml binding of minisat to the latest version of the solver, but unfortunately, in order to compile it, I need the library version of minisat (make lib) and few header files. Would you consider to split the package in three like - libminisat2 - libminisat2-dev - minisat2 This would make my life much easier :) If you have an svn/git repo of the package, I can prepare you a patch. thanks. pietro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages minisat2 depends on: ii libc6 2.9-20GNU C Library: Shared libraries ii libgcc11:4.4.0-11GCC support library ii libstdc++6 4.4.0-11 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime minisat2 recommends no packages. minisat2 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504411: ITP: latexdiff -- Determine and mark up significant differences between LaTeX files
Hello. I thought the package was almost ready from the first round of comments on debian-mentor, but then snandro tosi gave me a long list of improvements to work on. So I left it in the todo list for the xmass holiday. If you are iterested on having a look at it I can pass you along the comments list. Everything is in git, it should be easy to work together. :) p On Wed, Dec 17, 2008 at 03:21:13PM +0200, Antti-Juhani Kaijanaho wrote: On Mon, Nov 03, 2008 at 04:33:17PM +0100, Pietro Abate wrote: * Package name: latexdiff Version : 0.5 What's the status of this package? -- Antti-Juhani Kaijanaho, Jyväskylä, Finland http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506643: cryptsetup_start doesn't work with CRYPTDISKS_ENABLE=No
Package: cryptsetup Version: 2:1.0.6-6 Severity: minor The option CRYPTDISKS_ENABLE in /etc/defaults is honored by cryptsetup_start/stop . Since this variable should only be used to decide to start/stop the service at startup, the check should be moved from /lib/cryptsetup/cryptdisks.functions to the /etc/init.d/crytodisk. This way the cryptsetup_start/stop scripts would still function even if the crypto disk wasn't initialized at boot time. This makes sense if you want to use these scripts to initialize a crypto partition at a later stage, for example, manually after logging in. :) p -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages cryptsetup depends on: pn dmsetup none (no description available) ii libc62.7-16 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.27-4 The Linux Kernel Device Mapper use ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libuuid1 1.41.3-1universally unique id library cryptsetup recommends no packages. Versions of packages cryptsetup suggests: pn dosfstoolsnone (no description available) pn initramfs-tools | linux-initr none (no description available) pn udev none (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505212: ocaml-sqlite3: out-of-date-standards-version 3.7.3
Package: ocaml-sqlite3 Severity: minor lintian complains about the standard version. W: ocaml-sqlite3 source: out-of-date-standards-version 3.7.3 (current is 3.8.0) :) p -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505210: ocaml-sqlite3: New function : caml_sqlite3_enable_load_extension
Package: ocaml-sqlite3
Severity: normal
Tags: patch
This simple patch allows to enable/disable the load_extension
functionality in sqlite3.
:)
p
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
Shell: /bin/sh linked to /bin/bash
diff -r -u ocaml-sqlite3-1.2.0/sqlite3.ml ocaml-sqlite3-1.2.1/sqlite3.ml
--- ocaml-sqlite3-1.2.0/sqlite3.ml 2008-05-12 04:40:40.0 +0200
+++ ocaml-sqlite3-1.2.1/sqlite3.ml 2008-11-10 16:39:21.0 +0100
@@ -135,6 +135,7 @@
external db_open : string - db = caml_sqlite3_open
external db_close : db - bool = caml_sqlite3_close
+external load_extension : db - bool - bool = caml_sqlite3_enable_load_extension
external errcode : db - Rc.t = caml_sqlite3_errcode
external errmsg : db - string = caml_sqlite3_errmsg
diff -r -u ocaml-sqlite3-1.2.0/sqlite3.mli ocaml-sqlite3-1.2.1/sqlite3.mli
--- ocaml-sqlite3-1.2.0/sqlite3.mli 2008-05-12 04:40:40.0 +0200
+++ ocaml-sqlite3-1.2.1/sqlite3.mli 2008-11-10 16:39:31.0 +0100
@@ -168,6 +168,12 @@
@raise SqliteError if an invalid database handle is passed.
*)
+external load_extension : db - bool - bool = caml_sqlite3_enable_load_extension
+(** [db_load_extension db onoff] enable/disable the sqlite3 load extension.
+@return [false] if the operation fails, [true] otherwise.
+@param onoff enable / disable the extension.
+*)
+
external errcode : db - Rc.t = caml_sqlite3_errcode
(** [errcode db] @return the error code of the last operation on database
[db].
diff -r -u ocaml-sqlite3-1.2.0/sqlite3_stubs.c ocaml-sqlite3-1.2.1/sqlite3_stubs.c
--- ocaml-sqlite3-1.2.0/sqlite3_stubs.c 2008-05-12 04:40:40.0 +0200
+++ ocaml-sqlite3-1.2.1/sqlite3_stubs.c 2008-11-10 17:04:44.0 +0100
@@ -344,6 +344,13 @@
return Val_bool(not_busy);
}
+CAMLprim value caml_sqlite3_enable_load_extension(value v_db, value v_onoff)
+{
+ int ret;
+ db_wrap *dbw = Sqlite3_val(v_db);
+ ret = sqlite3_enable_load_extension(dbw-db, Bool_val(v_onoff));
+ return Val_bool(ret);
+}
/* Informational functions */
Bug#504411: ITP: latexdiff -- Determine and mark up significant differences between LaTeX files
Package: wnpp Severity: wishlist Owner: Pietro Abate [EMAIL PROTECTED] * Package name: latexdiff Version : 0.5 Upstream Author : Frederik Tilmann [EMAIL PROTECTED] * URL : http://bullard.esc.cam.ac.uk/~tilmann/soft.html * License : GPL Programming Lang: Perl Description : Determine and mark up significant differences between LaTeX files latexdiff is a Perl script, which compares two LaTeX files and marks up significant differences between them (i.e. a diff for LaTeX files). Various options are available for visual markup using standard LaTeX packages such as 'color.sty'. Changes not directly affecting visible text, for example in formatting commands, are still marked in the LaTeX source. . A rudimentary revision facilility is provided by another Perl script, 'latexrevise', which accepts or rejects all changes. Manual editing of the difference file can be used to override this default behaviour and accept or reject selected changes only. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504413: KeyError: problem
Package: python-debian
Version: 0.1.11
Severity: normal
This snippet of code highligths this problem that is probably related to
the fact that keys are saved at the class level and not at the instance
level (something to do with shared_storage maybe ??).
:)
p
- test.py --
mport debian_bundle.deb822
paragraphs =
debian_bundle.deb822.Packages.iter_paragraphs(open('/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_unstable_contrib_binary-amd64_Packages','r'))
pkglist = {}
pkg = paragraphs.next()
k = (pkg['package'],pkg['version'])
pkglist[k] = pkg
print pkg
pkg = paragraphs.next()
k = (pkg['package'],pkg['version'])
pkglist[k] = pkg
print pkg
pkg = paragraphs.next()
k = (pkg['package'],pkg['version'])
pkglist[k] = pkg
print pkg
print pkglist
sys.exit(0)
[EMAIL PROTECTED]:~/Projects/$python test.py
Package: acx100-source
Priority: extra
Section: contrib/net
Installed-Size: 292
Maintainer: Stefano Canepa [EMAIL PROTECTED]
Architecture: all
Source: acx100
Version: 20070101-3
Depends: debhelper (= 4.0), dpatch, module-assistant
Filename: pool/contrib/a/acx100/acx100-source_20070101-3_all.deb
Size: 224900
MD5sum: f9673656b0c676c22bd64c351dd7536d
SHA1: 3cac7ad52e0215d1603605fc43d8ce3c81594990
SHA256: 6ad06bb46bdf8a7d941d5d3f7e02e976dbfe6ce3f26fb5067590bd044d44cb08
Description: ACX100/ACX111 wireless network drivers source
This package provides the source code of the Linux drivers for wireless
network cards using TI ACX100/ACX111 chips. This includes DWL-[G]520+
PCI, DWL-[G]650+ CardBus, GL-2422MP mini-PCI, DWL-120+ USB, USR5410, etc.
See http://acx100.sourceforge.net/ for information about your wireless
device.
.
In order to compile the kernel modules you need the kernel sources (or
the kernel-headers for the kernel-image packages from Debian). For
compile instructions look into usr/share/doc/acx100-source/README.Debian
or simply use the module-assistant utility.
.
Please also note that the ACX100/111 chips need a firmware to be
operational. You can get this firmware from the Microsoft Windows or
from homepage.
Homepage: http://lisas.de/~andi/acx100/
Tag: admin::kernel, implemented-in::c, role::source, use::driver
Package: alien-arena
Priority: extra
Section: contrib/games
Installed-Size: 1420
Maintainer: Debian Games Team [EMAIL PROTECTED]
Architecture: amd64
Version: 7.0-1
Depends: libc6 (= 2.7-1), libcurl3-gnutls (= 7.16.2-1), libgl1-mesa-glx |
libgl1, libglu1-mesa | libglu1, libjpeg62, libsdl1.2debian (= 1.2.10-1),
libx11-6, libxext6, libxxf86dga1, libxxf86vm1, alien-arena-data (= 7.0),
alien-arena-data ( 7.1)
Suggests: alien-arena-browser
Filename: pool/contrib/a/alien-arena/alien-arena_7.0-1_amd64.deb
Size: 642848
MD5sum: fed7c664a13bad08f7c3368443543376
SHA1: 101a3ad9bf6da67b4c5baafb2883d57181df9bc5
SHA256: 3f3dccf309cdd66d629b6bd84a8870e059fed12ce333cb76088259af31ca4073
Description: Standalone 3D first person online deathmatch shooter
ALIEN ARENA is a standalone 3D first person online deathmatch shooter
crafted from the original source code of Quake II and Quake III, released
by id Software under the GPL license. With features including 32 bit
graphics, new particle engine and effects, light blooms, reflective water,
hi resolution textures and skins, hi poly models, stain maps, ALIEN ARENA
pushes the envelope of graphical beauty rivaling today's top games.
.
This package installs the SDL client for Alien Arena.
Homepage: http://red.planetarena.org
Tag: game::fps, implemented-in::c, interface::3d, interface::x11,
network::client, role::program, use::gameplaying, x11::application
Package: alien-arena-browser
Priority: extra
Section: contrib/games
Installed-Size: 160
Maintainer: Debian Games Team [EMAIL PROTECTED]
Architecture: all
Source: alien-arena
Version: 7.0-1
Depends: alien-arena (= 7.0-1), ruby-gnome2, ruby
Filename: pool/contrib/a/alien-arena/alien-arena-browser_7.0-1_all.deb
Size: 37128
MD5sum: 343aab4c68a02f5fac368392500bbfe2
SHA1: a1e20abdb74a80ce2dd56953481e1d82e61fb8a4
SHA256: dc7df3afa6c25f32753be48042186d15f9048a9a218930c890f4b0141ffa0613
Description: stand alone server browser for Alien Arena
ALIEN ARENA is a standalone 3D first person online deathmatch shooter
crafted from the original source code of Quake II and Quake III, released
by id Software under the GPL license. With features including 32 bit
graphics, new particle engine and effects, light blooms, reflective water,
hi resolution textures and skins, hi poly models, stain maps, ALIEN ARENA
pushes the envelope of graphical beauty rivaling today's top games.
.
This package installs the stand alone server browser for Alien Arena which
allows for browsing available matches without having to launch the game.
Homepage: http://red.planetarena.org
Tag: implemented-in::ruby, role::program, use::gameplaying
{('alien-arena', '7.0-1'): Traceback (most recent call last):
File test.py, line 24, in module
print pkglist
File
Bug#469460: ITP: ocamlduce -- OCaml extended with datatypes to manipulate XML documents
Package: wnpp Severity: wishlist Owner: Pietro Abate [EMAIL PROTECTED] * Package name: ocamlduce Version : 3.10.0 Upstream Author : Alain Frisch [EMAIL PROTECTED] * URL : http://cduce.org/ocaml.html * License : LGPL, QPL Programming Lang: OCaml Description : OCaml extended with datatypes to manipulate XML documents OCamlDuce is a merger between OCaml and CDuce. It comes as a modified version of OCaml which integrates CDuce features: XML expressions, regular expression types and patterns, iterators. In particular, it extends OCaml with a new kind of values to represent XML documents, fragments, tags and Unicode strings. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457348: xmlrpc-light - FTBFS: cp: cannot stat `xmlrpc-light.cmxa': No such file or directory
On Sun, Jan 13, 2008 at 03:10:54PM +0100, Julien Cristau wrote: Just for info, I can't reproduce it on i386. Well yeah, i386 has a native ocaml compiler; some architectures don't... Pietro, can you please fix this, or do you need help? It should be easy enough to not install these files from the makefile if there's no ocamlopt. It's fixed in the next version. Sorry for the delay. :) p -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430970: libocamlnet-ocaml: please compile the apache connector
Package: libocamlnet-ocaml Version: 1.1-13 Severity: wishlist ocamlnet 2.2 includes the apache connector named netcgi-apache. would it be possible to compile it against apache2.2 ? thanks, pietro -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-xen-vserver-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages libocamlnet-ocaml depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libequeue-ocaml 2.1.3-5 Event queues OCaml library ii libpcre-ocaml 5.11.1-2 OCaml bindings for PCRE (Perl Comp ii ocaml-base-nox [ocaml-base- 3.09.2-9 Runtime system for ocaml bytecode libocamlnet-ocaml recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395122: ITP: libxmlrpc-ocaml-dev -- XML-RPC support library for ocaml
Package: wnpp Severity: wishlist Owner: Pietro Abate [EMAIL PROTECTED] * Package name: libxmlrpc-ocaml-dev Version : 0.2.3 Upstream Author : Shawn Wagner [EMAIL PROTECTED] * URL : http://raevnos.pennmush.org/code/ocaml-xml-rpc/ * License : GPL Programming Lang: Ocaml Description : XML-RPC support library for ocaml Ocaml XML-RPC is a library for the Objective Caml programming language that implements the XML-RPC specification. XML-RPC remote procedure calling mechanism that uses HTTP as the transport and XML as the encoding. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- ++ Blog: http://blog.rsise.anu.edu.au/?q=pietro ++ ++ All great truths begin as blasphemies. -George Bernard Shaw ++ Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390711: got it ...
this is duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=390133 closed. -- ++ Blog: http://blog.rsise.anu.edu.au/?q=pietro ++ ++ All great truths begin as blasphemies. -George Bernard Shaw ++ Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390711: same here ...
this is the trace of the crash: [EMAIL PROTECTED]:~/Projects/resume$ooffice dirname: extra operand `/home/abate/.mozilla/firefox/h90q545c.default/cert8.db' Try `dirname --help' for more information. This should only happen once Fatal exception: Signal 11 Stack: /usr/lib/openoffice/program/libuno_sal.so.3[0xa7203bbc] /usr/lib/openoffice/program/libuno_sal.so.3[0xa7203d02] /usr/lib/openoffice/program/libuno_sal.so.3[0xa7203d98] [0xe420] /usr/lib/openoffice/program/i18npool.uno.so[0xa23770cf] /usr/lib/openoffice/program/libvcl680li.so[0xa7d61be5] /usr/lib/openoffice/program/libvcl680li.so[0xa7d669d3] /usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9RectangleRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7d677f5] /usr/lib/openoffice/program/libvcl680li.so[0xa7edff40] /usr/lib/openoffice/program/libvcl680li.so(_ZN9FixedText5PaintERK9Rectangle+0x49)[0xa7ee0f69] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8e912] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8e65e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8e65e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8f2be] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8f478] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8f4a8] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv+0x1c)[0xa7cb80ec] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x7b)[0xa7cb830b] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x2a)[0xa5cbaf4a] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib12CheckTimeoutEb+0xc2)[0xa5cb9ca2] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib5YieldEbb+0x41a)[0xa5cba3ba] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xa5cc48f7] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7cb1e5c] /usr/lib/openoffice/program/libsvx680li.so[0xa2da872c] /usr/lib/openoffice/program/libsvx680li.so[0xa2d9f128] /usr/lib/openoffice/program/libsvx680li.so[0xa2f89147] /usr/lib/openoffice/program/libsvx680li.so[0xa2f8a858] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop19impl_callRecoveryUIEhhh+0x614)[0x8064ae4] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9SaveTasksEl+0x1e)[0x8064e5e] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9ExceptionEt+0x292)[0x8065102] /usr/lib/openoffice/program/libvcl680li.so[0xa7cb704c] /usr/lib/openoffice/program/libvos3gcc3.so(_ZN3vos26signalHandlerFunction_implEPvP13oslSignalInfo+0x18)[0xa745e738] /usr/lib/openoffice/program/libuno_sal.so.3[0xa7203837] /usr/lib/openoffice/program/libuno_sal.so.3[0xa7203d6e] [0xe420] /usr/lib/openoffice/program/i18npool.uno.so[0xa23770cf] /usr/lib/openoffice/program/libvcl680li.so[0xa7d61be5] /usr/lib/openoffice/program/libvcl680li.so[0xa7d669d3] /usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9RectangleRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7d677f5] /usr/lib/openoffice/program/libvcl680li.so[0xa7edff40] /usr/lib/openoffice/program/libvcl680li.so(_ZN9FixedText5PaintERK9Rectangle+0x49)[0xa7ee0f69] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8e912] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8e65e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8f2be] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8f478] /usr/lib/openoffice/program/libvcl680li.so[0xa7e8f4a8] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv+0x1c)[0xa7cb80ec] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x7b)[0xa7cb830b] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x2a)[0xa5cbaf4a] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib12CheckTimeoutEb+0xc2)[0xa5cb9ca2] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib5YieldEbb+0x41a)[0xa5cba3ba] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xa5cc48f7] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7cb1e5c] /usr/lib/openoffice/program/libvcl680li.so(_ZN6Dialog7ExecuteEv+0x1c8)[0xa7e29568] /usr/lib/openoffice/program/libsvx680li.so[0xa2d9eab5] /usr/lib/openoffice/program/libsvx680li.so[0xa2d9eb51] /usr/lib/openoffice/program/libsvx680li.so[0xa2d9eb78] /usr/lib/openoffice/program/libvcl680li.so(_ZN7Control32ImplCallEventListenersAndHandlerEmRK4LinkPv+0x80)[0xa7eba460] /usr/lib/openoffice/program/libvcl680li.so(_ZN6Button5ClickEv+0x34)[0xa7eace14] /usr/lib/openoffice/program/libvcl680li.so(_ZN12CancelButton5ClickEv+0x2c)[0xa7eb02bc] /usr/lib/openoffice/program/libvcl680li.so(_ZN10PushButton8TrackingERK13TrackingEvent+0xd7)[0xa7eb8f47] /usr/lib/openoffice/program/libvcl680li.so(_ZN6Window11EndTrackingEt+0x115)[0xa7ea8c15] /usr/lib/openoffice/program/libvcl680li.so[0xa7ea4445] /usr/lib/openoffice/program/libvcl680li.so[0xa7ea53ad]
Bug#385299: more info
Hi, I'm more information about this problem. I've manage to load my file by starting umbrello with a non-existing file (ie umbrello new.xmi) and then opening my project from the menu. At this point my file is loaded correctly except for some alignment problems in my diagrams. These are the debug info I get from this procedure: X Error: BadWindow (invalid Window parameter) 3 Major opcode: 20 Minor opcode: 0 Resource id: 0x26004f4 X Error: BadWindow (invalid Window parameter) 3 Major opcode: 20 Minor opcode: 0 Resource id: 0x26004f4 X Error: BadWindow (invalid Window parameter) 3 Major opcode: 18 Minor opcode: 0 Resource id: 0x26004f4 umbrello: WARNING: UMLFolder::load: Unknown type of umlobject to create: XMI.extension umbrello: WARNING: UMLFolder::load: Unknown type of umlobject to create: XMI.extension umbrello: WARNING: UMLFolder::load: Unknown type of umlobject to create: XMI.extension umbrello: WARNING: UMLFolder::load: Unknown type of umlobject to create: XMI.extension umbrello: WARNING: UMLFolder::load: Unknown type of umlobject to create: XMI.extension umbrello: WARNING: UMLFolder::load: Unknown type of umlobject to create: XMI.extension umbrello: WARNING: UMLFolder::load: Unknown type of umlobject to create: XMI.extension umbrello: ERROR: UMLObject::resolveRef(): cannot find type with id 18 umbrello: ERROR: UMLObject::resolveRef(): cannot find type with id 17 umbrello: ERROR: UMLObject::resolveRef(): cannot find type with id 18 umbrello: ERROR: UMLObject::resolveRef(): cannot find type with id 3389 umbrello: ERROR: UMLObject::resolveRef(): cannot find type with id 3389 umbrello: ERROR: UMLObject::resolveRef(): cannot find type with id 6219 umbrello: ERROR: convert_OT_LVT(Datatypes): lv-findUMLObject() returns NULL umbrello: ERROR: convert_OT_LVT(Datatypes): lv-findUMLObject() returns NULL umbrello: ERROR: UMLObject::resolveRef(): cannot find type with id 6219 umbrello: WARNING: failed load on listview umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list umbrello: WARNING: UMLCanvasObject::removeAssociation: can't find assoc given in list hope this helps. :) p -- ++ Blog: http://blog.rsise.anu.edu.au/?q=pietro ++ ++ All great truths begin as blasphemies. -George Bernard Shaw ++ Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330220: same problem (solution ?)
hi, the owner of /var/lock/logcheck should be logcheck.logcheck not root.root chowing it, solved the problem on my side. :) p -- ++ Blog: http://blog.rsise.anu.edu.au/?q=pietro ++ ++ All great truths begin as blasphemies. -George Bernard Shaw ++ Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385299: umbrello: crash in a non kde environment
Package: umbrello Version: 4:3.5.4-1 Severity: important Hi, I'm using umbrello in a gnome environment. With the last update, it crashes trying to open my project. this is the crash trace: kbuildsycoca running... umbrello: ERROR: UMLObject::resolveRef(): cannot find type with id 18 umbrello: ERROR: UMLObject::resolveRef(): cannot find type with id 17 umbrello: ERROR: UMLObject::resolveRef(): cannot find type with id 18 umbrello: ERROR: UMLObject::resolveRef(): cannot find type with id 3389 umbrello: ERROR: UMLObject::resolveRef(): cannot find type with id 3389 umbrello: ERROR: UMLObject::resolveRef(): cannot find type with id 6219 umbrello: ERROR: UMLObject::resolveRef(): cannot find type with id 6219 umbrello: ERROR: UMLListView::moveObject(Datatypes): Cannot move onto self KCrash: Application 'umbrello' crashing... Could not find 'drkonqi' executable. KCrash cannot reach kdeinit, launching directly. If necessary I can send my xmi file (created with the previous version of umbrello itself). :) pietro -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages umbrello depends on: ii kdelibs4c2a4:3.5.4-3 core libraries and binaries for al ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc11:4.1.1-11GCC support library ii libqt3-mt 3:3.3.6-4 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-11 The GNU Standard C++ Library v3 ii libxml22.6.26.dfsg-3 GNOME XML library ii libxslt1.1 1.1.17-4 XSLT processing library - runtime umbrello recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385249: archivemail: a way to specify the TMP directory ?
Package: archivemail Version: 0.6.2-1 Severity: wishlist hi, It would be nice to have a command line option (or an env variable) to specify the temporary files directory. At the moment the default is /tmp . I had a look at the code, but I couldn't figure out what to change to add this feature... I hope I didn't miss something obvious. thanks ! p -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages archivemail depends on: ii python2.4.3-11 An interactive high-level object-o archivemail recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381388: gaphor: Fatal Python error: can't initialise module diacanvas.view
Package: gaphor Version: 0.8.1-3 Severity: grave Justification: renders package unusable pulp:~# apt-get install gaphor Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: libdiacanvas2-1 python-diacanvas2 The following NEW packages will be installed: gaphor libdiacanvas2-1 python-diacanvas2 0 upgraded, 3 newly installed, 0 to remove and 2 not upgraded. Need to get 591kB of archives. After unpacking 2732kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://debian.anu.edu.au unstable/main libdiacanvas2-1 0.14.4-3 [130kB] Get:2 http://debian.anu.edu.au unstable/main python-diacanvas2 0.14.4-3 [143kB] Get:3 http://debian.anu.edu.au unstable/main gaphor 0.8.1-3 [317kB] Fetched 591kB in 0s (3291kB/s) Selecting previously deselected package libdiacanvas2-1. (Reading database ... 81815 files and directories currently installed.) Unpacking libdiacanvas2-1 (from .../libdiacanvas2-1_0.14.4-3_i386.deb) ... Selecting previously deselected package python-diacanvas2. Unpacking python-diacanvas2 (from .../python-diacanvas2_0.14.4-3_i386.deb) ... Selecting previously deselected package gaphor. Unpacking gaphor (from .../gaphor_0.8.1-3_all.deb) ... Setting up libdiacanvas2-1 (0.14.4-3) ... Setting up python-diacanvas2 (0.14.4-3) ... Setting up gaphor (0.8.1-3) ... pulp:~# $gaphor Fatal Python error: can't initialise module diacanvas.view Aborted :) p -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages gaphor depends on: ii python2.3.5-11 An interactive high-level object-o ii python-diacanvas2 0.14.4-3 DiaCanvas2 library support for Pyt ii python-support0.3.8 automated rebuilding support for p ii python2.4 2.4.3-8An interactive high-level object-o gaphor recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381388: Acknowledgement (gaphor: Fatal Python error: can't initialise module diacanvas.view)
Hi, The problem is related to the version of libcanvas. Have a look at http://gaphor.sourceforge.net/download.php NOTE: Gaphor 0.6.0 does not work with DiaCanvas2 0.14.0 or newer. You'll need DiaCanvas2 0.13.0. debian ships 0.14.0 I've tried to downgrade diacanvas from snapshot.debian.org, but this apparently doesn't fix the problem. cheers, p -- ++ Blog: http://blog.rsise.anu.edu.au/?q=pietro ++ ++ All great truths begin as blasphemies. -George Bernard Shaw ++ Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380050: search-citeseer should not depend on emacsen-common
Package: search-citeseer Severity: minor Hi, the description of this package says: If you use some emacsen application, this package will install the search-citeseer.el script on it. but there is a dependecy to emacsen-common. This should be probably only a suggestion as this package can be used without emacs... :) p -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380052: search-citeseer: format change... it doesn't work
Package: search-citeseer
Version: 0.2.1-1
Severity: grave
Tags: patch
Justification: renders package unusable
patch attached
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-686
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
Versions of packages search-citeseer depends on:
ii emacsen-common1.4.17 Common facilities for all emacsen
ii libwww-perl 5.805-1WWW client/server library for Perl
ii perl 5.8.8-6Larry Wall's Practical Extraction
search-citeseer recommends no packages.
-- no debconf information
--- /usr/bin/search-citeseer2004-04-29 06:23:07.0 +1000
+++ /tmp/search-citeseer2006-07-27 15:43:08.414418250 +1000
@@ -67,9 +67,9 @@
#print DEBUG: $str;
$_=$line;
if ($zone) {
- if (/a href=.*html\\/) {
+ if (/a href=\.*html\\/) {
# print DEBUG: $_;
- s/a href=\(.*)\\.*/\1/;
+ s/!--RIS--a href=\(.*html)\\.*/\1/;
getbib $_;
} elsif (/.*Try your query at:.*/) {
$zone=0;
Bug#374572: closed by Christian Hammers [EMAIL PROTECTED] (Re: gnome-gv: print marked pages button)
Hi Christian, On Thu, Jun 22, 2006 at 01:18:43PM -0700, Debian Bug Tracking System wrote: In order to save paper, I often (very often) print only a subsection of the document I'm displaying. Would it be possible to either add a print marked pages button in the task bar or to make the print button configurable ? You already have this function in file-print marked pages :) sorry, I think I didn't explain myself in my previous email. I'll try again: It is possible to ask upstream to add a button on the task bar to *replicate* the file-print marked pages functionality (in the same way it is replicated for file-print document) OR to make the print button on the taskbar configurable (so the user can choose to either print the entire document or only the selected pages) ? This a very simple new feature. With file-print marked pages I often end up printing the entire document by mistake... Adding a keyboard short-cut for file-print marked pages would be also a good idea. thanks for your help. :) p -- ++ Blog: http://blog.rsise.anu.edu.au/?q=pietro ++ ++ All great truths begin as blasphemies. -George Bernard Shaw ++ Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374572: gnome-gv: print marked pages button
Package: gnome-gv Version: 1:2.12.0-1 Severity: wishlist Hi, In order to save paper, I often (very often) print only a subsection of the document I'm displaying. Would it be possible to either add a print marked pages button in the task bar or to make the print button configurable ? thanks :) pietro -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages gnome-gv depends on: ii desktop-file-utils 0.10-1Utilities for .desktop files ii gconf2 2.14.0-1 GNOME configuration database syste ii gs 8.50-1.1 Transitional package ii gs-gpl [gs]8.50-1.1 The GPL Ghostscript PostScript int ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.10-1 Avahi client library ii libavahi-common3 0.6.10-1 Avahi common library ii libavahi-glib1 0.6.10-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-3 The Bonobo UI library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.61-6simple interprocess messaging syst ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgconf2-42.14.0-1 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglib2.0-0 2.10.3-1 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgnutls131.4.0-2 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liborbit2 1:2.14.0-1.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpopt0 1.10-2lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libtasn1-2 1:0.2.17-2Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.26.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii scrollkeeper 0.3.14-11 A free electronic cataloging syste ii zlib1g 1:1.2.3-11compression library - runtime gnome-gv recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355651: ocaml-compiler-libs: Camlp4 bug introduced in 3.09.1, working with 3.09.0
Package: ocaml-compiler-libs Severity: normal Tags: patch Hi, There is a problem introduced in ocaml 3.09.1 that is present in the debian package (my project fails to compile exactly for the same reason...). Would it be possible to apply this patch mentioned in the ocaml bug tracking system [1] to the next minor release of the debian package ? The problem is marked as fixed, but I'm afraid a new revision of ocaml from inria is stll few weeks away (if not more)... Thanks. [1] http://caml.inria.fr/mantis/view.php?id=3948 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335639: ocaml-doc: wrong url in Module Format
Package: ocaml-doc Version: 3.08.0-1 Severity: normal in /usr/share/doc/ocaml-doc/ocaml.html/libref/Format.html the link : http://caml.inria.fr/FAQ/format-eng.html is not correct. The right url is: http://caml.inria.fr/resources/doc/guides/format.en.html :) p -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320746: tetex-extra: Problem with language definition in lstlang2.sty
Package: tetex-extra
Version: 2.0.2c-8
Severity: normal
Tags: patch
Hi,
the Ocaml definition in lstlang2.sty is broken.
a simple patch is to comment two lines as follows:
[EMAIL PROTECTED]
{morekeywords={and,as,begin,do,done,downto,else,end,exception,for,%
fun,function,if,in,let,match,mutable,not,of,or,prefix,rec,then,%
to,try,type,value,where,while,with},%
sensitive,%
morecomment=[n]{(*}{*)},%
morestring=[b]%
% moredelim=*[directive]\#,% - (1)
% moredirectives={open,close,include}% -- (2)
}[keywords,comments,strings,directives]%
otherwise I get two different errors:
(1) ! Package Listings Error: Illegal type `directive'
or
(2) ! Package keyval Error: moredirectives undefined.
this small example will do:
\documentclass{report}
\usepackage{listings}
\begin{document}
\lstset{language=[Objective]Caml}
\end{document}
:)
pietro
-- Package-specific info:
Please read and follow the instructions in the first lines below
the text: -- Package-specific info:.
Thank you.
Press ENTER to continue
If you report an error when running one of the TeX-related binaries
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report. Don't forget to also include minimal examples of
other files that are needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!
If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at
http://www.latex-einfuehrung.de/mini-en.html (english)
or
http://www.latex-einfuehrung.de/mini.html (german)
##
minimal input file
##
other files
##
List of ls-R files
-rw-r--r-- 1 root root 79 May 19 14:15 /usr/local/share/texmf/ls-R
-rw-rw-r-- 1 root staff 91 May 19 14:15 /usr/local/lib/texmf/ls-R
-rw-rw-r-- 1 root users 834 Aug 1 06:25 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 May 19 14:14 /usr/share/texmf/ls-R -
/var/lib/texmf/ls-R-TEXMFMAIN
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27-2-686-smp
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
Versions of packages tetex-extra depends on:
ii dpkg 1.13.10Package maintenance system for Deb
ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre
ii tetex-base2.0.2c-8 Basic library files of teTeX
ii tetex-bin 2.0.2-30 The teTeX binary files
ii ucf 2.000 Update Configuration File: preserv
tetex-extra recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307432: mairix: would be nice to handle compressed mbox
Package: mairix Version: 0.15.2-3 Severity: wishlist Hi, As mutt support compressed mbox, it would be fantastic if mairix could also read them... I can't think of any trick that I can use to overcome this problem without patching mairix itself. It seems that a patch is already avalaible here: http://permalink.gmane.org/gmane.mail.mutt.user/21792 Can this patch get into the official distribution ? thanks, p -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages mairix depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
