let's coordinate here:
https://github.com/GeditSourceCodePlugin/gedit-source-code-browser/issues/40
I will close this Debian issue as soon as a working Debian package is
avilable in Debian.
Pietro
we want to do this I would also:
- propose heguangyu5 to join us
- contact MicahCarrick and ask if he'd rather just transfer his project
to us, to simplify the work also of other distributions
Pietro
ich I guess is also a sign of the low importance.
I guess nautilus-scripts-manager had to go.
Best,
Pietro
to investigate as soon as I have a
46 to test.
Pietro
h a project and occasionally contribute - while I would not
want to simply package my personal fork.
Pietro
) ...
Processing triggers for man-db (2.11.2-2) ...
The apt command exits with 0 status and the software is installed anyway and it
is working. Anyway that annoying message is catched by my automatic
installation scripts as if something has gone wrong during the installation.
Regards
Pietro
-- System
t if
there is an active graphic user session. By the way: I guess you are
running the program inside a graphic session?
If we decide to drop this package, I don't expect too much user
desperation either ;-) (mainly because of the low popcon)
Cheers,
Pietro
Il giorno dom, 28/11/2021 alle 14.
badly needed and I will try to get it out as
soon as possible, but I will also try to get a backport of this diff to
bullseye (except I never did a backport so not sure how easy it will
be).
Pietro
Il giorno gio, 04/11/2021 alle 16.50 +0100, chrysn ha scritto:
> Package: gedit-latex-plugin
> V
retitle 926470 ITP: annocheck -- analyse an application's compilation
owner 926470 !
I've been building annocheck manually and i'd like to package it for
debian.
Should I package only annocheck or the GCC plugin too?
Pietro
Can't access the wiki from my home network,
Please *unblock 177.200.70.142.*
Thanks in advance
0-2
fixing this issue which however, to the best of my understanding, never
got uploaded to any repo, so I've removed the related lines from
debian/changelog.
Pietro
Il giorno sab, 13/02/2021 alle 10.57 +0200, Adrian Bunk ha scritto:
> Dear maintainer,
>
> I've prepared
Il giorno dom, 07/02/2021 alle 11.30 +0200, Adrian Bunk ha scritto:
> I've prepared an NMU for gedit-latex-plugin (versioned as 3.20.0-
> 1.1).
Thank you very much Adrian, and sorry everybody for the extremely slow
reaction.
Pietro
space is deprecated. Please use + using
namespace boost::placeholders, or define BOOST_BIND_GLOBAL_PLACEHOLDERS
to retain the current behavior.’
Let me know,
Pietro
Sorry, I should have mentioned that I did my experiment under buster.
Pietro
Package: unattended-upgrades
Version: 2.3
Severity: important
Dear Maintainer,
after latest system upgrade , i noticed this behavior.
In the bugtracker i noticed there was a similar behavior described in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899366
but it had been fixed. Maybe a reg
--enable-gtk-doc \
--enable-introspection
within debian/rules, and adding
usr/lib/@DEB_HOST_MULTIARCH@/girepository-1.0/*
after
usr/lib/@DEB_HOST_MULTIARCH@/libinfinoted-plugin-manager-*.so.*
within debian/libinfinity-0.7.0.install.
Thanks in advance,
Pietro
tlab.gnome.org/GNOME/gedit-latex/-/commit/0cf04556eeb3f35084051d5ec98c345432a838fe
... but you might need to also apply
https://gitlab.gnome.org/GNOME/gedit-latex/-/commit/959755c21d9909dafdd639455a1e621063b9c633
Then the plugin should work again.
I plan to create a release and the new Debian package in the next days.
Pietro
ect has no attribute
> '_document_is_master'
OK, seems to be
https://gitlab.gnome.org/GNOME/gedit-latex/-/issues/2
Will try to fix this too.
Pietro
Il giorno dom, 12/04/2020 alle 16.24 +0200, Maurizio Quadrio ha
scritto:
> @return: the extension of the currently opened file
> ^
> SyntaxError: invalid syntax
Mmmhhh... that's strange. Are you sure you only edited the line
starting with "location = self.text_buffer"?!
editing that single file by hand), then I'd be
happy to merge the fix upstream and then update the Debian package.
Otherwise, I'll try to get a sid install running and test myself as
soon as possible.
Pietro
Il giorno sab, 11/04/2020 alle 19.28 +0200, Maurizio Quadrio ha
scritto:
>
is reminds of
https://gitlab.gnome.org/GNOME/gedit/issues/225
... which would suggest it is a problem of gedit, not gedit-latex.
Indeed, a gedit "Document.get_location()" should return a valid
Gio.File except if the file is not saved:
https://wiki.gnome.org/Apps/Gedit/PythonPluginHowTo#Gedit.Document
- which does not seem to be your case.
Pietro
Matthias, thank you for your report.
Indeed, I still didn't test the plugin with gedit version later 3.30.2.
Could you please try running gedit from the terminal (with "-s" if you
have other windows open already) and report any warning/error message?
Thanks,
Pietro
Il giorno
Dear Adrian,
thank you, I really appreciate. I was planning to fix that packaging
mistake, but as you might have noticed, I have really slow reactions
lately - and then, I still need to go through a sponsor. So if you
prefer, feel free to re-upload the package without delay.
Pietro
Il giorno
contrary, I hadn't expected the special treatment it
received.
I have other packages with open bugs (sorry). I know you are busy, but
should you find the time to think about removing any of them, please
find the time before to ask me or at least warn me.
Thanks,
Pietro
I certainly won't claim I'm a model
maintainer, but I would like to better understand in what conditions
packages with open problems can disappear all of a sudden without the
maintainer being informed.
Pietro Battiston
¹ https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885470
Il giorno lun, 04
Dear Debian Science Maintainers,
are there plans to fix this, or should we worry?
(I ask because I am the maintainer of gbutils which is set for
autoremoval in 9 days due to this)
Thanks,
Pietro
Dear Adrian,
Il giorno dom, 10/06/2018 alle 16.44 +0300, Adrian Bunk ha scritto:
> I've prepared an NMU for gedit-source-code-browser-plugin (versioned
> as
> 3.0.3-5.1) and uploaded it to DELAYED/15.
Thanks, this is much appreciated.
Pietro
Wow,
I never thought someone was ever going to look into this one.
Am I the only one who reported this?
Thanks
Marco
On 22:37, Fri, 13 Apr 2018 Andriy Grytsenko, wrote:
> control: reassign -1 lxpolkit
>
> Thank you for reporting this.
>
> This seems to be an issue with policy kit configurati
Hi all,
just came across this bug...
As xchat user since Debian Woody I would like to thanks Gianfranco too for
maintaining and bring it back.
regards,
Federico
Il giorno dom, 31/12/2017 alle 17.13 -0500, Jeremy Bicha ha scritto:
> On Sun, Dec 31, 2017 at 4:50 PM, Pietro Battiston .it> wrote:
> > given that gallery is dead upstream since 2014
> > ( http://galleryproject.org/time-to-hibernate ), I'm tempted to
> > orphan
>
ons of the gallery
web service.
Pietro
Package: ftp.debian.org
Severity: normal
Also see #867959.
In short, the library ("python-galleryremote", source "galleryremote")
underlying
the program only supports version of the Gallery (PHP) web service which have
been
discontinued since many years.
Cheers,
Pietro
Il giorno dom, 31/12/2017 alle 17.13 -0500, Jeremy Bicha ha scritto:
> On Sun, Dec 31, 2017 at 4:50 PM, Pietro Battiston .it> wrote:
> > given that gallery is dead upstream since 2014
> > ( http://galleryproject.org/time-to-hibernate ), I'm tempted to
> > orphan
>
were officially obsolete since
since way before.
I'm going to send a message to the unofficial support group just to
check if anybody complains.
Pietro
See https://github.com/neomutt/neomutt/issues/999. Thanks!
--
Pietro Cerutti
g...@gahr.ch
signature.asc
Description: PGP signature
d as BSD, and hence acknowledge the relicensing.
Pietro
Il giorno ven, 03/11/2017 alle 17.26 +, Ghislain Antony Vaillant ha
scritto:
> Package: src:bottleneck
> Severity: wishlist
>
> Hi Pietro,
>
> Could you acknowledge your agreement to this request, which we
> discussed
> offline some time ago.
Sure! Go ahead, and th
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
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
problem.
Pietro.
From d4c5c4c32d03cc56ffd9b42c8538c52e6beca3a4 Mon Sep 17 00:00:00 2001
From: Pietro Albini
Date: Tue, 8 Aug 2017 20:17:33 +0200
Subject: [PATCH] Bump cffi minimum requirement to 1.7
Cryptography requires at least cffi 1.7 (as stated in the setup.py
file), but debian/control required
Package: lxde
Version: 9
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate
***
* What led up to the situation? I think it's an issue that hapopens only
when logging in through xrdp. After a clean reboot, Any user who logs in to
the
Package: dpkg
Version: 1.18.24
Severity: minor
Tags: l10n
In Italian, dpkg outputs (since as long as I can remember - I mentioned the
problem to a translator back in 2008) messages like
skypeforlinux dipende da apt-transport-https; comunque:
Il pacchetto apt-transport-https non è installato.
7AA6F3
$7FE8F1DD4123
Closing DXCluster window
Closing TRXControl window
Closing GrayLine window
Closing dDXCC
Closing dData
Closing ini file ...
2017-05-30 18:15 GMT+02:00 Petr Hlozek :
> Could you run cqrlog with --debug=1 parameter? There will be more info.
> Thanks!
>
>
&g
Hi all
with 2.0.2 with default-libmysqlclient-dev and even with cqrlog 2.0.5,
on on Stretch it's still failing during startup. :(
follow the error i get
73 de Iz1glg
$ cqrlog
** DEBUG LEVEL 0 **
** CHANGE WITH --debug=1 PARAMETER **
WARNING: obsolete call to RecreateWnd for TfrmDBConnect
Warnin
entences are not really
in agreement, and "sceduling" misses an "h". I would suggest replacing
with
"This function removes all jobs that have a nice value greater than 9
(default is 0, and 10 when running with the "nice" command)."
Anyway, thanks for your clarification.
Pietro
.
Pietro
Package: gnome-shell-extensions
Version: 3.22.2-1
Severity: important
I use Alternatetab, and gnome-shell segfaults every time I switch away from a
window and the window closes before I finish switching (or in other terms:
every time I send an email with Evolution and forget to wait before switchi
Il giorno ven, 24/02/2017 alle 10.36 +, Ghislain Vaillant ha
scritto:
> I would like to take over the following RFP.
Great, thanks!
Pietro
g a domU with
this optio.
> If you want to perserver with the random generate idea I suggest the
> addition of some caveat to the documentation.
Agreed, documentation is always nice :)
Regards,
Pietro
Package: xen-tools
Version: 4.5-1
Severity: normal
Tags: patch
xen-create-image derives its generated MAC addresses from the hostname, IP
address configuration and distribution of the domU to be installed (see: sub
generateMACAddress). This behavior leads to a MAC address collisions when
multip
rightly selected). If I type more slowly,
"po" is correctly opened.
I'm trying to understand if this bug has "replaced" yours or if they
are independent.
(Ironically, I left Nautilus for pcmanfm precisely for the typeahead
functionality!)
Pietro
Il giorno gio, 19/01/2017 alle 15.19 +, Ghislain Vaillant ha
scritto:
> On Thu, 2017-01-19 at 15:55 +0100, Pietro Battiston wrote:
> > Il giorno mar, 17/01/2017 alle 23.26 +, Ghislain Vaillant ha
> > scritto:
> > [...]
> > > Assuming, numpy stays in thi
Il giorno mar, 17/01/2017 alle 23.26 +, Ghislain Vaillant ha
scritto:
> On Tue, 2017-01-17 at 22:35 +0100, Pietro Battiston wrote:
> > [...]
> > I am a bit confused. It seems to me that bottleneck itself is not
> > in
> > worse shape than before the numpy regression
Thanks for your report. Tests run fine in my install, which is a bit
out of date (e.g. python3-numpy version 1:1.11.2-1).
I will try to understand what update broke them. In the meanwhile, I
filed the bug upstream.
Pietro
; y: array([-1. , -2.5, 2. ], dtype=float32)
See kwgoodman's comment...
https://github.com/kwgoodman/bottleneck/issues/160#issuecomment-2729794
74
Pietro
d don't
have much time to learn (and last time I had time, the DPMT was still
using svn so I gave up!).
I would be happy to have the migration to a team happening if it means
less work for me, and I would not be happy if it means more work for me
:-)
Pietro
Forget my previous message. This bug can just be closed, as stated by
Marc himself:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822828#15
Marc, I suggest you test with 3.20.0-2, I expect the issue to be
solved.
Pietro
Marc, I suggest you test with 3.20.0-2, I expect the issue to be
solved.
(and _this_ is the bug I meant to write to)
Pietro
upstream release
+ straightforward.
+Author: Pietro Battiston
+Bug-Debian: https://bugs.debian.org/770153
+Origin: upstream, https://bugzilla.gnome.org/show_bug.cgi?id=737781
+Bug: https://bugzilla.gnome.org/show_bug.cgi?id=737781
+Forwarded: not-needed
+Last-Update: 2016-11-30
+
+---
+--- gedit-3.22.0
Notice that
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823770
is probably itself a duplicate of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770153
Pietro
Might be a(nother) dup of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770153
(which would be good news, since there is a fix)
Pietro
/gedit/commit/?id=3bdfa5764deb9909dae9ef041
a7e9b6d6297341a
I would be happy to help (i.e. to prepare a unified patch).
Pietro
I recently upgraded several other packages, and while I ignore which
one made the difference, I can't reproduce the bug anymore (still with
the same version of gobby): gobby connects fine.
So I think this can be closed.
Pietro
Il giorno lun, 24/10/2016 alle 16.28 +0200, IOhannes m zmölnig
(Debian/GNU) ha scritto:
>
> On 2016-10-24 13:48, Pietro Battiston wrote:
> >
> > Il giorno lun, 24/10/2016 alle 12.06 +0200, Fabian Greffrath ha
> > scritto:
> > >
> > > It's
Il giorno lun, 24/10/2016 alle 12.06 +0200, Fabian Greffrath ha
scritto:
> It's just a wild guess, but this
>
> Pietro Battiston wrote:
> >
> > Package: ardour
> > Version: 1:5.4.0~dfsg-1
> [...]
> >
> > ii ardour-data 1
20161010)
ardour: [INFO]: Your system is configured to limit Ardour to only 65.536 open files
ardour: [INFO]: Loading system configuration file /etc/ardour5/system_config
ardour: [INFO]: Loading user configuration file /home/pietro/.config/ardour5/config
[New Thread 0x7fffd942d700 (LWP 27425)]
ardour:
e infinote server? You might have turned off
> security there? Did you actually install a cert? [...]
>
The server was started with the following config file:
[infinoted]
security-policy=require-tls # commenting this doesn't help
certificate-file=/home/pietro/.config/infinoted.cert
p
Package: gobby
Version: 0.5.0-8
Severity: important
Since I upgraded gobby to 0.5.0-8 (and some libraries with it), when I try to
connect to my server, it fails with the following error message: "The server
certificate is not trusted: No certificate was found.".
At the same time, in the terminal
e/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
Package: evolution
Version: 3.20.4-1
Severity: important
Evolution 3.20.4-2 depends on
"libecal-1.2-19 (>= 3.17)"
Hence when I manually upgraded to Evolution 3.20.4-2 (version in "testing") my
system was left with libecal-1.2-19 version 3.18.0-3, and in this configuration
Evolution would segfaul
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-ba
"--solver dump"
and upload it somewhere ?
pietro
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 e
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
references: -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
Il giorno gio, 14/04/2016 alle 09.49 +0200, Pietro Battiston ha
scritto:
> It is more than probable that this reflects the same problem as
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=806976
> since fontypython uses "tostring()" at lines 413 and 414 of
> fontypytho
oader and tilestache)?
Pietro
ode 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
Il giorno mar, 15/12/2015 alle 17.53 +0100, Daniel Stender ha scritto:
> Hi Pietro,
>
> I've got llvmlite in NEW now. I would be interested in maintaining
> Numba, too. Is that
> allright with you?
>
Sorry Daniel, I had missed your email.
I think the fact that you ad
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
correspo
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-debch
t;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 enlighte
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
usr/lib/$(uname
-m)-linux-gnu/notify-osd" and there's no symlink in
"/usr/lib/notify-osd" directory (actually that directory doesn't even
exist).
You should make a simlink or update the autostart file.
Regards,
Pietro
-- System Information:
Debian Release: stretch/si
I have the same problem. While
gksu unetbootin
does not work for me,
QT_X11_NO_MITSHM=1 unetbootin
does. The fix comes from
https://bugs.archlinux.org/task/42030#comment131387
I see in the author's PPA version 608, but I have no idea if it
addresses this bug.
Pietro
Unetbootin is very useful to me. I used it to prepare a lot of
Ubuntu/Debian installations, and also to prepare some USB sticks to be
used as live distributions.
I think this bug can be closed.
I don't know if it was an update or what (I'm running testing), but
evince doesn't honour any more the "button-layout" setting. Other
programs (e.g. evolution, iceweasel...) do (Gedit doesn't).
My workaround hence doesn't work any more.
it more by also
removing the "close" button and/or by switching theme (see
https://bbs.archlinux.org/viewtopic.php?id=189333 ) but it will be
very hard to get down half of a 1024 screen.
(BTW: Peter, as far as I know Okular or Zathura could work for you.)
Pietro
Just for the records, there is an Ubuntu package:
https://launchpad.net/~alessandro-strada/+archive/ubuntu/ppa
which I am using succesfully under Debian testing, and which might be a
starting point for a Debian package.
Pietro
Notice the RFP for the better maintained google-drive-ocamlfuse:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784986
Pietro
I just want to signal that google-drive-ocamlfuse seems to work
reliably, has a Ubuntu package (which I'm using under Debian) and is
quite comfortable to use - just mounts the drive in the desired
position:
http://gdfuse.forge.ocamlcore.org/
Pietro
Il giorno mer, 23/09/2015 alle 23.21 +0200, Pietro Battiston ha
scritto:
> [...]
> I also seem to be able to provide an explanation: patch
> rubber-1.2/src/latex_modules/bibtex.py
>
Sorry, I meant patch
debian/patches/02_rubber_bibtext_20120807.diff
... witch affects file
src/l
Il giorno mer, 23/09/2015 alle 22.36 +0200, Preuße, Hilmar ha scritto:
> On 13.09.2015 13:02, Pietro Battiston wrote:
>
> Hi,
>
> > Since one of the last two updates, rubber is unable to compile a
> > document of
> > mine which previously it was perfectly ab
Il giorno mer, 23/09/2015 alle 22.36 +0200, Preuße, Hilmar ha scritto:
> On 13.09.2015 13:02, Pietro Battiston wrote:
>
> Hi,
>
> > Since one of the last two updates, rubber is unable to compile a
> > document of
> > mine which previously it was perfectly ab
I'm unfortunately unable to reproduce both on my normal user and on a
brand new user: fontypython seems to behave fine.
The only difference I spot in the dependencies is that my version of
python-wxgtk3.0 is 3.0.2.0+dfsg-1+b1 : could this explain the
different behavior?
Pietro
Package: rubber
Version: 1.2-1
Severity: important
Tags: patch
Since one of the last two updates, rubber is unable to compile a document of
mine which previously it was perfectly able to:
pietro@debiousci:~/radiation$ rubber --inplace --maxerr -1 --short --force
--warn all --pdf radiation_04.tex
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 a
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 be
he login prompt and the banner.
Thanks
Pietro
-- System Information:
Debian Release: 8.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US
1 - 100 of 377 matches
Mail list logo
