Downgrading this bug while we wait for more information for the submitter.
--
Romain Francoise
https://people.debian.org/~rfrancoise/
.. Are you 100% sure that this tmux binary is
the one shipped in the Debian package? Can you show the path and
SHA256 of the binary? And run ldd on it?
Thanks,
--
Romain Francoise
https://people.debian.org/~rfrancoise/
Package: tmux
Version: 3.4-1
Severity: serious
tmux 3.4 has a few regressions that I would like to have fixed before
the package is allowed to migrate to testing.
--
Romain Francoise
https://people.debian.org/~rfrancoise/
On Thu, Jan 26, 2023 at 09:47:07PM +0200, Vincas Dargis wrote:
> Wait a minute, why there's two bug reports? Yes, I believe the core
> issue should be in xtables.
Do you mind if I merge them?
--
Romain Francoise
https://people.debian.org/~rfrancoise/
Hi,
Isn't this already tracked as #973990?
There is something specific to your setup because I can assure you that
Shorewall generally works in sid. Please provide more information.
Thanks,
--
Romain Francoise
https://people.debian.org/~rfrancoise/
Control: tag -1 patch
From: Romain Porte
Date: Tue, 2 Nov 2021 15:19:51 +0100
Subject: setup.py: remove 2to3
Should be dropped when package is updated, because latest upstream
releases are not using this flag anymore.
Forward: not-needed
---
setup.py | 1 -
1 file changed, 1 deletion(-)
diff
Control: tag -1 pending
Hello,
Bug #997630 in pygithub reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/pygithub/-/commit/ec504e851b797dde4b
Package: tmuxinator
Version: 2.0.2-1
Severity: serious
tmux 3.2a is now in sid, which makes tmuxinator uninstallable because it
is apparently incompatible and has the following Depends field:
Depends: ruby | ruby-interpreter, ruby-erubis, ruby-thor, ruby-xdg, tmux (<<
3.2)
Please update the pac
loses: #952899.
+ * Update d/watch for +dfsg repack.
+
+ -- Romain Porte Sat, 24 Apr 2021 15:51:24 +0200
+
pillow (8.1.2-1) unstable; urgency=high
* New upstream version.
diff -Nru pillow-8.1.2/debian/copyright pillow-8.1.2+dfsg/debian/copyright
--- pillow-8.1.2/debian/copyright 2020-04-27
Control: patch
In commit b9b0e260 the documentation is removed in d/rules on purpose,
but the binary package libjs-of-ocaml-docs is not removed from
d/control. This leads to the creation of an empty package.
Please apply attached patch to fix the issue.
Best regards,
Romain, on behalf of the
-qt-dev binary package is
correctly populated.
Please find attached the git patch that allows to fix this issue for
releasing bullseye.
[1] https://salsa.debian.org/science-team/vtk6.git
Best regards,
Romain, on behalf of the Debian Salzburg BSP.
>From 4c77fe07c6a8bec617c908f900247e437802bcec Mon
Hi,
Please find attached the debdiff that should fix most of the issues
listed (enough that the issue should not be marked "serious" anymore,
thus unblock bullseye release).
Thanks!
Romain, on behalf on the Debian Saslzburg BSP.
diff -Nru pillow-8.1.2/debian/changelog pillow-8.1.2+d
Hi Tiago,
apticron is scheduled for automatic removal on 04/12 and the fixed
package will not migrate because you included an arch-all binary in your
upload. Please upload a source-only version.
Thanks.
Hi Luca,
On Mon, Jan 4, 2021 at 2:36 PM Luca Boccassi wrote:
> libpcap0.8-dev sets "Libs.private: -ldbus-1" in its pkg-config file,
> but it does not have a dependency on libdbus-1-dev, causing a build
> failure in reverse dependencies that use pkg-config --static (or macro
> variations thereof).
Hi,
On Mon, May 4, 2020 at 10:15 AM Julien Cristau wrote:
> I don't think that's acceptable. Running upgrades inside screen or
> tmux is a best practice, so IMO it needs to work, and people need to be
> able to re-attach to existing sessions across the upgrade.
The tmux authors make no promise
/usr/lib/ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
Nov 27 06:32:24 weboob systemd[1]: gitlab-mailroom.service: Main process
exited, code=exited, status=1/FAILURE
Nov 27 06:32:24 weboob systemd[1]: gitlab-mailroom.service: Failed with result
'exit-code'.
I had to install manually rubyzip with gem at the right version to fix gitlab.
To understand, packagekit has updated something?
Romain
gitaly/issues/2164 to work with upstream on
> this
Great it works, thank you. Please tell us when the issue is fixed in the
experimental repository and that we can upgrade all versions from this
repository, as it is currently somewhat a hot fix.
Romain
On Thu, Oct 17, 2019 at 10:02 AM Moritz Muehlenhoff wrote:
> IMHO for stretch-security/buster-security we should rather rebase the old
> 4.9.2ish packages to 4.9.3, given that it creates new system users etc.
> it seems not really suitable for a security update.
Ok, that is what I did. Review wel
On Wed, Oct 16, 2019 at 9:48 PM Salvatore Bonaccorso wrote:
> Ideally given the issues are denial of service issues, this would have
> been okay via a point release. But we discussed this coincidentally in
> the team concluding we could as well release it via security. But we
> were thinking of po
Hi Guillem,
On Mon, Oct 14, 2019 at 3:45 PM Guillem Jover wrote:
> With the latest upload to oldoldstable-security, the versions in
> oldstable and stable are now lower. This means that upgrades will
> not take effect for this package, which will be left built against
> libraries and packaging fr
Hi,
On Tue, Sep 3, 2019 at 3:21 PM Ritesh Raj Sarraf wrote:
[...]
> In file included from /usr/include/pcap.h:43,
> from arch/um/drivers/pcap_user.c:7:
> /usr/include/pcap/pcap.h:835:18: note: previous declaration of ‘pcap_open’
> was here
> PCAP_API pcap_t *pcap_open(const cha
Hi Niko,
On Wed, Jul 17, 2019 at 12:51 PM Niko Tyni wrote:
> This package fails to build from source on current sid/amd64.
>
> Presumably this regressed with libpcap 1.9.0-2 so copying
> the maintainer in case it's an oversight.
Thank you for the report!
Fedora uses the following patch to fix t
to use the firmware for vega10 that is before this commit.
Does it work for you ?
1. Use linux-firmware.git with last HEAD in the master branch
2. git checkout 4ea5c73b96ed4a508f90047e22ccbaa477481310 (commit "amdgpu:
update polaris11 to the latest 19.10 firmware", that is the commi
Hi,
On Fri, May 3, 2019 at 2:14 PM Salvatore Bonaccorso wrote:
> Not yet decided, and might need imput from stable release managers as
> well, but the issue might be worth fixing before a next point release
> already via stretch-updates and a SUA.
Agreed.
> I have already cherry-picked the comm
Hi,
v4.9.172 is out with the offending commit reverted. Is there a stretch
update with the same revert planned soon to address this? And via which
suite?
Thanks.
On Fri, Feb 8, 2019 at 10:21 PM Santiago Vila wrote:
> [...]
> FAIL: t810
> PASS: t900
> PASS: t999
>
> 1 of 51 tests failed
> Please report to bug-...@gnu.org
Thanks for the report. For now I've just disabled the failing test and
will forward the bug upstream.
Hi,
If reportbug is not usable for you, could you:
- attach the output of "dmesg" to this bug
- attach the output of "lspci" to this bug
Please,
Thanks,
Romain
On Wed, Sep 12, 2018 at 01:48:51PM -0400, g...@safe-mail.net wrote:
> Package: linux-image-4.18.0-1-am
Hi,
The last linux kernel in stretch being 4.9.110, could you re-test with this
kernel please ?
Thanks,
Regards,
Romain
On Thu, Nov 30, 2017 at 11:54:00AM +, Tom Stocker wrote:
> Package: src:linux
> Version: 4.9.51-1
> Severity: serious
> Justification: Policy 2.2.1
>
>
Hello,
I have proposed a merge request for this at
https://salsa.debian.org/kernel-team/linux/merge_requests/12
Thanks,
Regards,
Romain
On Thu, May 03, 2018 at 10:03:14AM +, PA Nilsson wrote:
> Package: src:linux
> Version: 4.9.82-1+deb9u3
> Severity: grave
>
> Dear Mainta
Hello,
Could you :
- Retry with linux-image 4.15, that is the current kernel in buster/sid
- Instead of not using IO-APIC completly, could you try to boot with
kernel parameter "no_timer_check" ?
Does it help ?
Thanks,
Romain
Package: src:linux
Version: 4.9.65-3+deb9u2
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
* Fresh Debian 9.3 install on Apple MacMini4,1
* Original kernel version (linux-image-4.9.0-4-amd64) works fine
* "apt-get dist-upgrade": machine doesn't boot anymore
Hmm, I don't think anything has changed wrt. IKEv2 decoding in 4.9.1
compared to previous version in the archive, and the only two failing
archs are ppc64el and powerpc. Puzzling.
Let me see if I can find a porterbox...
--
Romain Francoise
https://people.debian.org/~rfrancoise/
on to testing.
tcpdump 4.8.2 is expected later this week with the right code this time.
--
Romain Francoise
https://people.debian.org/~rfrancoise/
Package: totem
Version: 3.20.1-3
Severity: grave
Justification: renders package unusable
Dear Maintainer,
When I try to open totem, i've got this error in syslog :
org.gnome.Shell.desktop[2942]: Window manager warning: Buggy client sent a
_NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x1e0
version 4.01.0. Adding a build-dep on this package would probably fix the
issue.
Romain
On Sat, Jul 25, 2015 at 11:23:09PM +0200, Hilko Bengen wrote:
> If we can agree on "important", that should be enough to get it fixed
> for the next point release.
Ok, I downgraded this bug to 'important'.
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
ing to jessie
> because tcpdump prints that bit of information about dropping privileges
> to standard output.
Hmm, that's unfortunate, and the fix is trivial enough that I can
probably get it into stable for the next point release.
However, I don't agree with the severity of this bu
-swan/strongswan.git/commit/?id=1b7c683a32c62b6e08ad7bf5af39b9f4edd634f3
Thanks for your help, Michael!
Cheers,
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
a call to dh_systemd_start for the NetworkManager
service there? Shouldn't this simply work via dh_installinit using the
symlink for the old name?
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject o
and adds the name of the symlink to Names=,
just like in the Alias case.
Thanks,
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
probably be more reliable indeed.
Can you confirm that systemd is smart enough to recognize the two units
as the same service, even if only the second one is enabled?
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
rticular situation, however looking at other packages there's
also the upgrade case to take into consideration: if it's already
running we should shut down the sysvinit-controlled daemon before
restarting it controlled by systemd. At least that's what openssh-server
does.
--
Romain F
ributed in the Debian
package, but in case the user adds a new repository, we shouldn't reject it but
ask him to accept (like ssh)?
I'm going to send a patch on the package this week.
Romain
signature.asc
Description: Digital signature
Hello,
I've pushed a commit on the Weboob package git repository to add a patch to fix
this issue:
http://anonscm.debian.org/gitweb/?p=collab-maint/weboob.git;a=summary
I'm waiting for a DD to upload a new version of the package.
Romain
--
To UNSUBSCRIBE, email to debian-bu
Hi,
That's because of this patch introduced few days ago on python:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768611
I'm going to add a patch on the weboob package to disable use of PROTOCOL_SSLv3
constant.
Romain
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.
Thanks. Upstream doesn't seem to have released official patches yet, or
if they have they haven't kept me in the loop. I've asked for
clarification on the mailing list.
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debi
oved to /usr/bin from
/usr/lib/ipsec), but the excuses page still says:
"Updating strongswan-starter introduces new bugs: #767561"
(https://qa.debian.org/excuses.php?package=strongswan)
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-r
will
block strongswan's migration to testing before the freeze, so I'm
downgrading it to important and we can see how to handle this in the
coming weeks.
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.
severity serious
quit
dpkg 1.17.11 now emits -fstack-protector-strong by default, which makes
the package FTBFS because of this bug. Raising severity.
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject
make tcpdump linux-any + hurd-i386 rather than
have to wait for months for the kfreebsd maintainers to fix their RC
bugs.
Thanks,
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe
386&ver=4.6.1-1&stamp=1406742444
Thanks,
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: downtimed
Version: 0.6-3
Severity: serious
User: pkg-systemd-maintain...@lists.alioth.debian.org
Usertags: systemd-units
The systemd service file shipped with downtimed has several issues:
- it starts downtimed with -D, which disables database updates. Surely
that's not what's expected.
Emilio Pozuelo Monfort writes:
> This is the last blocker for the libgnutls-deb0-28 transition. It'd be
> great if someone could take a look.
If necessary I can work around this issue by disabling zerocopy BPF in
libpcap until this is fixed on the kFreeBSD side...
--
Romain Fran
rfrancoise@falla ~ %
Thanks,
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Romain Francoise writes:
> This must be a toolchain issue, I'll ask on the kfreebsd mailing list.
Actually there's no need, this looks like a plain bug in
kfreebsd-kernel-headers, it was updated to the FreeBSD 10 versions which
include this change:
http://svnweb.freebsd.
k on the kfreebsd mailing list.
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hiroyuki Yamamoto writes:
> 'nflog-e' test of tcpdump_4.5.1-1 failed on Big-Endian ports,
> mips, powerpc, s390x, sparc, powerpcspe, ppc64,
> and maybe same on m68k, sparc64.
Yes I am aware of it, thank you.
--
Romain Francoise
http://people.debian.org/~rfrancoise/
Hi,
2013/1/24 Andreas Tille :
> I'm sorry to say that I became immediately uninterested when I noticed
> that the package became a candidate for removal from Wheezy. I'm not
> using the package and I just wanted to help speeding up the release.
> So I will definitely not take over.
>
> Sorry for
ctly fine for me personally.
>
> BTW, I would also inject the packaging into collab-maint (svn or git -
> whatever you prefer.)
Thanks for your care! Feel free to upload a fixed version, either
NMUed or even taking the package over..
Have a good day,
Romain
--
To UNSUBSCRIBE, email t
faults to
running the daemons as root.
> You might want to have pluto exec a script using sudo with specific
> commands, and add password-less specific permissions for those commands.
Ugh, if it comes to that I'll rather build my own Debian packages.
--
Romain Francoise
http://
efault for the Debian package as it breaks important
features.
Thanks,
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
2012/6/11 Hendrik Tews :
> Romain Beauxis writes:
>
> I agree that the configure test is naive, but it relies on reasonable
> and documented behaviours and variables.
>
> OK. What is your source of documentation for the contents of
> $USER?
If you're talking about a
but may appear later in
other contexts where it may be more tricky to spot...
It's your guys call, but I don't think that we'll change the upstream
behaviour, unless more information/arguments surface.
Romain
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
wi
Package: zonecheck
Version: 3.0.3-1
Severity: grave
User: debian-r...@lists.debian.org
Usertags: default19
zonecheck in sid doesn't work at all, it just says:
% zonecheck debian.org
/usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': iconv will be
deprecated in the future, use String
> [...]
>
> Precision: it fails when using apt, but it works using aptitude.
>
> Could you please explain the "serious" severity?
I agree with Stephane on that. All dependencies seem ok to me on the
updated packages so I'm tempted to say that this is a bug on
For the record this bug also prevents gnome-do from starting when procps
3.3.0-1 is installed as the wrapper script in /usr/bin uses pgrep -u.
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
Package: xfce4-weather-plugin
Version: 0.7.4-1
Severity: grave
Tags: upstream
The plugin tries to get weather data from xoap.weather.com which replies
"Invalid License Key". Since this affects all users of the package and
makes it useless, I'm setting the severity to 'grave'.
Thanks,
-- System I
Thanks for the patch, we should update the package very soon!
Romain
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
x27;s kernel (2.6.26) and pcap version (0.9.8) is not affected by this
bug so no upload is necessary.
Thanks,
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
I have just uploaded the updated package with DM upload right attached to it :)
Romain
2011/6/14 Rémi Bernon :
> Hi,
>
> I can confirm that the 4.2-build2004 version of oss4 is working fine
> for me, and I've been using it for a few months now, but that's the
> version
Damned, this alioth move is really not working that good..
Sebastien, do you have upload rights? Do you want me to upload your
modified package otherwise?
Romain
2011/6/10 Sebastien NOEL :
> Hi Romain,
>
> I have already done the necessary work in the SVN.
> It works, I just do
Hi Remi,
I have very little time to test and package unfortunately.
However, I could include you in the team so that you can push your
changes to our repository. I'll be happy to upload them afterwards!
Romain
Le 9 juin 2011 18:36, Rémi Bernon a écrit :
> Is there any plan to package
x27;s because I enabled zerocopy BPF again.
Thanks for the patch, I'll merge it asap.
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
, potentially blinding
> sensors that depend on libpcap.
Sure it's possible, but quite unlikely. People who want to do "full
packet capture" usually set snaplen to 65535, which is the default
for tcpdump, ngrep, tcpflow, etc.
--
Romain Francoise
http://people.debian.org/~rfrancoise
just results in less data than requested being
captured.
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
YunQiang Su writes:
> /usr/include/net/bpf.h:63:8: error: redefinition of ‘struct bpf_program’
> /usr/include/pcap/bpf.h:88:20: error: previous definition of ‘struct
> bpf_program’
Yes, the system's bpf.h must come first, as in my patch.
--
Romain Francoise
http://peo
!defined(__APPLE__)
+#include
+#endif
+
#ifdef __cplusplus
extern "C" {
#include
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
| Errors were encountered while processing:
| /var/cache/apt/archives/libgl1-mesa-dri-experimental_7.10.2-1_amd64.deb
| E: Sub-process /usr/bin/dpkg returned an error code (1)
--
Romain Francoise
http://people.debian.org/~rfranc
x0] in :0
| at
Do.Core.PluginManager+c__Iterator1`1[Do.Universe.ItemSource].MoveNext
() [0x0] in :0
After disabling "Files and Folders" this message doesn't appear
anymore, and memory usage remains stable.
Thanks,
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To U
/ecran_securite.php?format=txt
and documented there:
http://www.spip.net/en_article4200.html
Romain
-- System Information:
Debian Release: 6.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU
a new version soon. However, I would be more than happy to
welcome any interested contributor/maintainer.
Romain
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: strongswan-starter
Version: 4.4.1-4
Severity: serious
After installing version 4.4.1-4, the restart action of the init script
no longer starts the service after stopping it:
% sudo /etc/init.d/ipsec restart
Restarting strongswan IPsec services: ipsecStopping strongSwan IPsec...
start-sto
Le Saturday 28 August 2010 11:16:52, vous avez écrit :
> Hi Romain,
>
> On 26/08/10 14:06, Romain Lerallut wrote:
> > It seems that the patches in debian/patches are not applied when building
> > the package. Anyway, the url.py file is not patched and the problem
> > pe
reopen 586907
thanks
It seems that the patches in debian/patches are not applied when building the
package. Anyway, the url.py file is not patched and the problem persists.
Regards,
Romain
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubs
After discussing this issue with upstream it looks like the right
fix will be more intrusive than previously thought, so I just
removed the offending patch for now.
Thanks,
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
it doesn't reset the signal handler for SIGCHLD it
gets from tmux when it's started...
I'll amend the patch tonight. Thanks for the report!
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with
for squeeze, as well as doing the security uploaded that may be
needed later for squeeze.
Romain
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100214
that I am not
aware of any alternatives at the moment.
I will decide what I do for squeeze soon.
Romain
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
severity 564202 important
thanks
Hi !
Thank you very much for this report. I downgrade the priority to important
since the package still work but module compilation is not easy.
We will try to fix it as soon as possible.
Romain
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
ion of liquidsoap compiling against this new API should happen very
soon.
Romain
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
: New patch, use pcap_dispatch()
+instead of pcap_read() (closes: #548019).
+
+ -- Romain Francoise Fri, 09 Oct 2009 20:57:11 +0200
+
libpcap-ruby (0.6-9) unstable; urgency=low
[ Paul van Tilburg ]
diff -u libpcap-ruby-0.6/debian/patches/00list
libpcap-ruby-0.6/debian/patches/00list
--- li
away my ~/.dc++/ directory, but the same thing happens
> every time.
Ok.
Linuxdcpp works very well for me here, same architecture. There should be
something more in your case that makes it crash.
Romain
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
in Emacs 23.1 so it's not useful with emacs23).
+
+ -- Romain Francoise Thu, 10 Sep 2009 22:29:07 +0200
+
remember-el (1.9-1) unstable; urgency=low
* New upstream release.
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...
the public
API, it exists in libpcap but it's no longer exported. I can add it
back, but it would be better if tcptrace didn't use libpcap's
private symbols and kept to the public API...
--
Romain Francoise
http://people.debian.org/~rfrancoise/
--
To UNSUBSCRIBE, em
severity 544734 normal
thanks
Hi !
I don't understand the issue quite well so far. It is probably related to
#535431.
However, I don't believe this bug should be treated as grave.
I will try to work on it soon.
Romain
--
To UNSUBSCRIBE, email to debian-bu
m the archive, when I have a working
setting using the new driver.
Romain
[1]: http://lists.rastageeks.org/pipermail/ov51x-jpeg/2009-May/000491.html
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
mport name options
The windows appear but it tells that there was something going wrong.
Nice to see some progress, however :-)
Romain
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Le dimanche 26 juillet 2009 18:12:24, Nico Golde a écrit :
> Hi,
Hi !
> intent to upload a 0-day NMU to fix this bug.
>
> Patch available on:
> http://people.debian.org/~nion/nmu-diff/mediawiki-1.15.0-1_1.15.0-1.1.patch
Ok, thanks. I am very busy these days...
R
ation
> ends correctly.
> Like this 9.4 driver dropped the support of my Radeon Mobility X1400
> card I will stop to test it.
I fail to see how this file can exist if you are installing and not
upgrading...
Romain
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
w
iversions/libglx.so' with different
> file `/usr/lib/xorg/modules/extensions/libglx.so', not allowed dpkg: error
> processing /var/cache/apt/archives/fglrx-driver_1%3a9-4-1_i386.deb
> (--unpack): subprocess pre-installation script returned error exit status 2
What version are
1 - 100 of 272 matches
Mail list logo
