Hi Salvatore,
On Tue 20 Dec 2022 at 06:55 +0100, Salvatore Bonaccorso wrote:
> Hi Floris,
>
> On Sat, Dec 17, 2022 at 01:26:27PM +0100, Floris Bruynooghe wrote:
>> Hi Salvatore,
>>
>> On Fri 16 Dec 2022 at 22:54 +0100, Salvatore Bonaccorso wrote:
>> > On F
Hi Salvatore,
On Fri 16 Dec 2022 at 22:54 +0100, Salvatore Bonaccorso wrote:
> On Fri, Dec 16, 2022 at 10:34:08PM +0100, Floris Bruynooghe wrote:
>> On Fri 16 Dec 2022 at 21:50 +0100, Salvatore Bonaccorso wrote:
>> > On Fri, Dec 16, 2022 at 09:28:35PM +0100, Floris Bruynooghe wr
Hi Salvatore,
On Fri 16 Dec 2022 at 21:50 +0100, Salvatore Bonaccorso wrote:
> Hi Floris,
>
> On Fri, Dec 16, 2022 at 09:28:35PM +0100, Floris Bruynooghe wrote:
>> Package: src:linux
>> Version: 6.0.10-2
>> Severity: important
>>
>> Dear Maintainer,
&
Package: src:linux
Version: 6.0.10-2
Severity: important
Dear Maintainer,
Since the 6.0.0-5 kernel the i915 graphics driver often fails on resume.
Downgrading to the 6.0.0-4 kernel fixes it and the driver works
flawlessly across resume, changing displays etc.
On the -5 kernel the following
Hello,
On Sat 28 Mar 2020 at 17:28 +0100, Ivo De Decker wrote:
> On Sun, Mar 10, 2019 at 01:59:50PM +, Steve McIntyre wrote:
>> Hi guys,
>>
>> I don't know if you've even seen this RC bug. Could you please update
>> the maintainer address to point to something that works?
>
> Any news on
Package: wnpp
Severity: normal
I intend to orphan the plotutils package. It is very low maintenance
and currently in a pretty good shape. It may just require some updates
for policy changes but there shouldn't be anything major.
The package description is:
The GNU plotting utilities include
Hi,
Yes I can confirm that this is no longer a problem and behaves as
expected. Tested with 3.8.4-5+b1.
Thanks,
Floris
On 27 March 2014 22:54, althaser altha...@gmail.com wrote:
Hey Floris,
this is an old bug.
Could you please still reproduce this issue with newer gnome-shell version
policy: (700, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Comment: Add Floris Bruynooghe f...@devork.be as a Debian
Package: gnome-shell
Version: 3.0.2-5
Severity: minor
Hi,
If you manage to place a string which does not contain a colon (:) in
the /desktop/gnome/shell/windows/button_layout gconf key gnome-shell
will crash as soon as you try to open a window. Yes that's a user
error, but a pretty bad and
Hello,
On Wed, Oct 12, 2011 at 10:20:20AM +0200, Haïkel Guémar wrote:
i'm using pbuilder to build my package. The Debian Developer
(Sylvestre Ledru) who sponsored my package had the same issue with
cowbuilder.
I reproduced that issue on a fresh pbuilder chroot (i refreshed apt
package cache
severity 644904 normal
thanks
Hello Haïkel,
Could you provide some more information on how the installation of
omniidl fails for you? I've just installed it in my sid chroot with
python 2.7 as the default and everything works just fine (hence I
lowered the severity to not be RC). Any chance
Hi
On 1 May 2011 06:37, Scott Kitterman deb...@kitterman.com wrote:
Package: python-omniorb
Version: 3.5-1
Severity: serious
Justification: fails to build from source
This has been fixed in r267 of
svn.debian.org/svn/pkg-corba/trunk/python-omniorb, so someone needs to
upload this now.
Package: python3-profiler
Version: 3.2-2
Severity: normal
Hi
Installing python3-profiles fails:
Setting up python3-profiler (3.2-2) ...
Traceback (most recent call last):
File py_compile.py, line 201, in module
sys.exit(main())
File py_compile.py, line 193, in main
compile(filename,
:
Hi,
On 06/08/10 00:16, Floris Bruynooghe wrote:
On Sun, Jul 25, 2010 at 11:51:32PM +0200, Roland Stigge wrote:
I'm maintaining pstoedit which depends on libplot from plotutils. The Debian
bug #506086 should be fixed according to the pstoedit upstream maintainer by
latest libplot 2.6
severity #605188 minor
thanks
This is only in documentation, so I don't think it is RC.
Even then I'm not sure if it should be a bug at all, but I'll leave it
open for now so we can figure out what by the time we upload the next
version.
Regards
Floris
On 27 November 2010 22:45, Sandro Tosi
Hi Sylvain
On 25 October 2010 17:12, Sylvain Joyeux sylvain.joy...@m4x.org wrote:
Even though I'm the submitter, I did not get the followups. However, I can't
find the package(s) on mentors.debian.net to try them out. Is there
somewhere I can get them ?
It's ready in our svn repository, just
On Sun, Jul 25, 2010 at 11:51:32PM +0200, Roland Stigge wrote:
I'm maintaining pstoedit which depends on libplot from plotutils. The Debian
bug #506086 should be fixed according to the pstoedit upstream maintainer by
latest libplot 2.6. Therefore, I'm filing this bug as normal, not just
Hi
On Wed, Jun 16, 2010 at 09:03:39PM +0200, trophime wrote:
Please find a tentative package for version 4.1.4 at
http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=omniorb-dfsg
If you got commit access to our repo would you mind committing the
changes there? You can
Package: ftp.debian.org
Severity: normal
omniorb4 has been replaced by omniorb-dfsg and all it's binary
packages taken over. Therefore it is no longer required.
Cheers
Floris
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
On Thu, Feb 25, 2010 at 02:11:35PM +0100, Lucas Nussbaum wrote:
Shouldn't this package be removed from Debian? Looks like it is
superseded by omniorb-dfsg.
omniorb-dfsg provides replacement packages for all of the binary
packages in omniorb4. It is my understanding from [0] that this makes
Package: libesd0
Version: 0.2.41-6
Severity: wishlist
Hi
Since 0.2.41-6 libesd0 is compiled against alsa (on Linux) and
libesd0-alsa is no longer provided. It would be nice if the
description of libesd0 mentioned it now uses alsa as I had to find the
changelog to know that I could safely remove
On Sun, Oct 11, 2009 at 06:25:24PM +0200, Ralf Treinen wrote:
This is a serious bug as it makes installation fail. Possible
solutions are to have the two packages conflict, to rename the common
file in one of the two packages, or to remove the file from one
package and have this package depend
On Fri, Sep 18, 2009 at 06:48:40PM +0200, Petter Reinholdtsen wrote:
Hi. Any hope of having this fixed soon? Let me know if I should not
NMU to get a fix into the archive.
I've never worked on omnievents, but both me and Thomas seem to have
exceedingly little time to work on pkg-corba
Package: python-codespeak-lib
Version: 1.0.1-1
Severity: minor
Hello
The py.test manual page included is no longer accurate for the 1.0
verion. Updating it from the --help output might be helpful.
Thanks
Floris
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT
reassign 363396 python-pyorbit-omg
thanks
I think this is from pyORBit instead of omniORB. The simlink seems
like it is pointing to an old file from it.
Regards
Floris
--
Debian GNU/Linux -- The Power of Freedom
www.debian.org | www.gnu.org | www.kernel.org
--
To UNSUBSCRIBE, email to
Package: backkupninja
Severity: wishlist
Hello
It would be nice if backupninja send it's status messages to the syslog
as well as sending them in an email (which is optional anyway).
Currently my .sh scripts send all status to both syslog and backupninja
to alleviate this.
Related to this
Package: roundup
Version: 1.2.1-5+etch1
Severity: grave
Tags: patch
Justification: renders package unusable
Hi
The recent security update into etch, 1.2.1-5+etch1 breaks the page
rendering (templating) of roundup making all the trackers it runs
useless. For the benefit of search engines, here
Package: backupninja
Version: 0.9.4-6
Severity: normal
Hi
When using LDAP backup with compress = yes and method = slapcat in
a /etc/backup.d/21-local.ldap file the backup fails:
# backupninja -d --run 21-local.ldap
Debug: check_perms 21-local.ldap
Debug: perms: -rw-r-
Debug: gperm: r--
Hello Micah
On Tue, Feb 26, 2008 at 05:50:49PM -0500, Micah Anderson wrote:
Can you please try release 0.9.5-3 of backupninja, which I believe may
have a fix to this problem?
Works fine with 0.9.5-3! Thanks for the quick reponse.
Floris
--
Debian GNU/Linux -- The Power of Freedom
Hello
On Thu, Oct 21, 2004 at 12:27:00PM +0200, W. Borgert wrote:
Package: libomniorb4-dev
Version: 4.0.4.1-3
Severity: minor
For cross-compilation of the omniORB, it is very useful to have the
omkdepend binary (under /usr/bin/) packaged in the native package.
While the behaviour of the
On 04/10/2007, Philipp Kern [EMAIL PROTECTED] wrote:
On Thu, Oct 04, 2007 at 02:19:30PM +0200, Thomas Girard wrote:
But you're right, we'll need to check if it's possible to upgrade
without breaking existing applications. If it's not we'll probably have
to package this in a separate source
Package: python-omniorb2
Version: 3.0-1~flub1
Severity: normal
Tags: patch
Hi
As per http://lists.debian.org/debian-python/2007/06/msg9.html we
should be preparing for the python2.5 transition. python-omniorb2 needs
to be upgraded to version 3.0 for this as it is an extension module and
the
Package: omniorb4
Version: 4.1.0-1~flub1
Severity: normal
Tags: patch
Hi
As per http://lists.debian.org/debian-python/2007/06/msg9.html we
should be preparing for the python2.5 transition. As it happens
python-omniorb2 needs to be upgraded to omniORBpy-3.0 to work with
python2.5 due to the
Hi
The Debian kfreebsd porters need the attached patch for omniORB to
work. It would be nice if this could be included upstream.
The patch doesn't apply cleanly anymore to 4.1, but the rejected hunks
(configure.ac (and configure, but since you're upstream you'll just
regenerate that from
Package: upgrade-reports
Severity: normal
Hi
I have upgraded from sarge to etch following the notes at
http://wiki.debian.org/Sarge2EtchUpgradeBlackboard and it went almost
flawless.
The box is a DNS, dhcp and print server as well as ADSL gateway and
firewall for a small home network.
The only
(Closes: #410652).
+
+ -- Floris Bruynooghe [EMAIL PROTECTED] Fri, 9 Mar 2007 10:14:15 +
+
python-omniorb2 (2.6-3.2) unstable; urgency=medium
* Non-maintainer upload.
diff -ru python-omniorb2-2.6/debian/control python-omniorb2-2.6.mine/debian/control
--- python-omniorb2-2.6/debian/control 2007
Package: roundup
Version: 1.2.1-5
Severity: normal
Hello
The file installed by default into /etc/roundup/roundup-server.ini
contains user = roundup. Unfortunately that user is not created
automatically during package installation so the startup of the server
(which also happens after a default
-goopy-0.1/debian/changelog 2006-06-19 23:51:13.0 +0100
@@ -1,3 +1,10 @@
+python-goopy (0.1-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Python policy transition (Closes: #373543)
+
+ -- Floris Bruynooghe [EMAIL PROTECTED] Sun, 18 Jun 2006 19:50:06 +
+
python-goopy
tags 373543 patch
thanks
Hello
Attached is a patch for the transition of this package. As I am not a
DD I can not NMU this myself but this should make it trivial.
A second patch fixes a few other policy violations but that might be
too much for an NMU. Compare the changelogs to see the
On Tue, Feb 07, 2006 at 01:46:53PM +1100, Anand Kumria wrote:
I attempted to get gtk-gnutella into volatile but it isn't possible.
Considering that volatile only useful package is (potentially) clamav
and that only if you are disconnected I'd say you are better off
rebuilding the package
Package: gtk-gnutella
Version: 0.95-3
Severity: wishlist
Hi
gnutella does not allow versions older then a certain age (6 months?) to
be on the network so that they don't hurt the network too much. This is
about to happen for the version in sarge.
Is it possible to upload a new version to the
Package: apt
Version: 0.6.40.1
Severity: normal
Hi
`apt-key update' tries to load the
/usr/share/keyrings/debian-archive-keyring.gpg. However debian keyring
does not provide this anymore, instead
/usr/share/keyrings/debian-role-keys.gpg contains the archive signing
key as shown below.
frigg:~#
Hi
I was looking at this bug (which you reported on 05 Nove 2004,
http://bugs.debian.org/279909) and think it is actually a problem of
the example.
Not exactly being into C++ these days but I suspect the behaviour
could have been changed in the compilers. Anyhow, in the example
change the start
Package: libtag1-doc
Version: 1.3.1-1
Severity: normal
Hi
When browsing the HTML documentation in
/usr/share/doc/libtag1-doc/html/* I can't go to the Class Hierarchy
section as I get an error telling me that .../html/inherits.html does
not exist.
Could this file please be added?
Cheers
Floris
Hi
I have been packaging VPython for some time now and would like to get
it into the main Debian archive. There has been an ITP for this way
back in September 2001 (#112118) which was retitled to RFP in December
2002 due to nothing happening with it. According the the WNPP bug
(#112118) Debian
45 matches
Mail list logo
