Bug#980211: libextractor: FTBFS against librpm9 (test failure)
The original issue about librpm9 is fixed, so I am closing this bug. Feel free to open a new bug if you are concerned about the flaky tests. Cheers, Bertrand
Bug#980211: libextractor: FTBFS (flaky tests)
Le 10/02/2021 à 15:29, John Scott a écrit : According to upstream, the fix for this should've been included in the 1.11-1 upload. Can this issue be closed? Indeed, the original issue reported in this bug was fixed in 1.11-1. However, the general issue of flaky tests is still there: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libextractor.html Would you consider this bug as fixed? Cheers, Bertrand
Bug#975615: gnunet: Help needed to maintain GNUnet
Package: gnunet Severity: serious X-Debbugs-Cc: bm...@debian.org I would like to pass over the maintainance of the GNUnet package (see #964314). In the meantime, it wouldn't make sense to have the outdated 0.13.1 version in Stable, so this bug is severity serious to prevent it from migrating to Testing. If you would like to take over and package GNUnet 0.14, please be my guest. Cheers, Bertrand -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-1-amd64 (SMP w/2 CPU threads) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnunet depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.74 ii libc6 2.31-4 ii libcurl3-gnutls7.72.0-1 pn libextractor3 ii libgcrypt201.8.7-2 ii libgnutls-dane03.6.15-4 ii libgnutls303.6.15-4 ii libidn2-0 2.3.0-4 ii libjansson42.13.1-1 ii libltdl7 2.4.6-14 ii libmariadb31:10.3.24-2 pn libmicrohttpd12 ii libogg01.3.2-1+b1 ii libopus0 1.3.1-0.1 pn libpq5 ii libpulse0 13.0-5 ii libsodium231.0.18-1 ii libsqlite3-0 3.33.0-1 ii libunistring2 0.9.10-4 ii libzbar0 0.23.1-2+b1 ii lsb-base 11.1.0 ii netbase6.2 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages gnunet recommends: pn libnss3-tools ii openssl1.1.1h-1 Versions of packages gnunet suggests: pn miniupnpc pn texlive
Bug#974995: Raising severity and offering to NMU package
Dear Simon, If you can find the time, please do. Otherwise, I'll probably remove GNUnet from testing myself (it is currently RFA). Cheers, Bertrand Le 23/11/2020 à 20:15, Simon Josefsson a écrit : > severity 975030 serious > severity 974997 serious > severity 974996 serious > severity 974995 serious > severity 974994 serious > severity 974993 serious > thanks > > It was suggested to me on IRC that the severity of this could be > serious because the build-dependency libidn2-0-dev is going to be > removed from Debian. I'm volunteering to do NMU these packages to fix > the bug, and could look into that in a couple of weeks -- if you give > me permission to do it before, I'd start directly. If I'm mistaken > that this is not a valid justification for a serious bug, downgrade the > bug and let me know, as I'm not sure what the best way to get an > obsolete deprecated transition package removed from Debian when build- > deps remain. > > /Simon >
Bug#917510: Bug #917510 in trigger-rally marked as pending
Control: tag -1 pending Hello, Bug #917510 in trigger-rally 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/games-team/trigger-rally/commit/949a3b16a384a93a38652d090dfb0976817bffa1 Add a patch to fix building with recent glew (Closes: #917510). (this message was generated automatically) -- Greetings https://bugs.debian.org/917510
Bug#906075: gnunet: diff for NMU version 0.10.1-5.1
Hi Adrian, Le 22/09/2018 à 09:49, Adrian Bunk a écrit : > Control: tags 906075 + patch > Control: tags 906075 + pending > > Dear maintainer, > > I've prepared an NMU for gnunet (versioned as 0.10.1-5.1) and uploaded > it to DELAYED/15. Please feel free to tell me if I should cancel it. > > cu > Adrian > Be my guest. Thanks, Bertrand
Bug#876554: wrong pkgconfig files
Package: src:libextractor Version: 1:1.3-2 Severity: serious configure.ac messes up with user variables CFLAGS, CPPFLAGS, LIBS and LDFLAGS. Since these are used to generate pkgconfig files, the user flags are wrongly passed to libextractor.pc (see on Debian -D_FORTIFY_SOURCE=2). This generates the following lintian errors and therefore prevent any new upload to unstable: libextractor-dev (1:1.3-4+b2; main) E pkg-config-bad-directive usr/lib/i386-linux-gnu/pkgconfig/libextractor.pc -D_FORTIFY_SOURCE=2 usr/lib/i386-linux-gnu/pkgconfig/libextractor.pc -Wdate-time usr/lib/x86_64-linux-gnu/pkgconfig/libextractor.pc -D_FORTIFY_SOURCE=2 usr/lib/x86_64-linux-gnu/pkgconfig/libextractor.pc -Wdate-time This bug was reported upstream in November 2015, without success. Any help solving this would be greatly appreciated.
Bug#849119: playonlinux: Buttons fail to appear in most or all pop up dialog boxes
Dear Ray, Thank you for taking the time to investigate. I forwarded the issue upstream, and hopefully they will come up with a solution soon enough. In the meantime, I will downgrade the severity of this bug, as playonlinux is still usable by most people. Best regards, Bertrand PS Could you please put the bug email address in copy? Le 30/12/2016 à 19:45, Raymond F. Anthracite a écrit : > Dear Bertrand, > > Upon further investigation, I think I have a better idea where the problem > lies. > > It appears to be an issue with the size of the window decoration at the top > in > pixels not being compensated for by the program. It happens in all window > managers. My computer is running through a 4k 55" television, and I run at > font sizes around 22 or so. Bigger fonts make the window decoration title > bar > bigger, which displace the buttons at the bottom, and the window isn't > expandable so it doesn't make room for it. > > I suspect you could reproduce the problem on a system with normal specs (not > a > 4k 55 inch TV) by using a really big titlebar font size, and restarting your > window manager (the window managers sometimes seem to pick a titlebar size on > startup and then not change much it even if you change the font size), and > then you will notice the buttons on the bottom start to get cut off. > > The problem happens in a brand new gnome session for me with a new user, with > a new home directory, with the default font sizes, but instead of being > entirely cut off the buttons are only partially cut off, so the program is > still usable to a degree. I believe that this is because the gnome titlebars > are smaller by default, not for any other reason. > > It also seems to work somewhat in kde if i start up with normal font sizes > and > then make them bigger, as that makes the title bar less big than it does if I > start up with them big for some reason. The buttons are still mostly cut off > but I can click them, barely. > > I included a pic where they aren't entirely cut off, but just mostly cut off > so that you can see what is happening. It's from a time when I started up > kde with small fonts, then increased the font size of the titlebar to make > the > problem more noticable. Normally all my fonts are about as big as the one in > the titlebar. It seems to depend only on the size of the titlebar. I don't > think the font size matters except in so far as that causes the title bar > size > to change, which it often does. > > Best wishes, > > Ray > > $ xrandr -q > Screen 0: minimum 8 x 8, current 3840 x 2160, maximum 32767 x 32767 > DVI-D-0 disconnected (normal left inverted right x axis y axis) > HDMI-0 disconnected (normal left inverted right x axis y axis) > HDMI-1 connected primary 3840x2160+0+0 (normal left inverted right x axis y > axis) 1210mm x 680mm >3840x2160 30.00 + 59.94* 50.0029.9725.0023.98 >4096x2160 59.9450.0029.9725.0024.0023.98 >1920x1080 60.0059.9450.0029.9725.0023.9760.00 > > 50.04 >1680x1050 59.95 >1600x900 60.00 >1440x900 59.89 >1366x768 59.79 >1280x1024 75.0260.02 >1280x800 59.81 >1280x720 60.0059.9450.00 >1152x864 75.00 >1024x768 75.0370.0760.00 >800x600 75.0072.1960.32 >720x576 50.00 >720x480 59.94 >640x480 75.0072.8159.94 > DP-0 disconnected (normal left inverted right x axis y axis) > DP-1 disconnected (normal left inverted right x axis y axis) > DP-2 disconnected (normal left inverted right x axis y axis) > DP-3 disconnected (normal left inverted right x axis y axis) > > > signature.asc Description: OpenPGP digital signature
Bug#849119: playonlinux: Buttons fail to appear in most or all pop up dialog boxes
Hi, Thanks for your bug report. Unfortunately, I can't reproduce this bug. Could you please attach a screenshot of the issue ? And maybe try with Gnome/XFCE instead of KDE ? Best regards, Bertrand signature.asc Description: OpenPGP digital signature
Bug#825495: gnunet: FTBFS: mv: cannot stat 't-vi.gmo': No such file or directory
Hi, Thanks for the report. It is not that clear from the log, but the build failure is caused by an error of msgfmt, which comes from the libunistring lack of transition (#825471 and friends). This should be fixed in a few hours when libunistring is reverted to 0.9.3. Best regards, Bertrand
Bug#803835: libextractor: diff for NMU version 1:1.3-3.1
Hi Sebastian, Le 25/04/2016 22:54, Sebastian Ramacher a écrit : > Hi Bertrand > > On 2016-04-25 22:40:47, Bertrand Marc wrote: >> Hello, >> >> Thank you for your work. I also prepared a new version, with a patch >> taken from upstream (attached). I should be able to prepare the package >> tomorrow, but I will only upload it to mentors since I don't have >> uploading rights. >> >> Please consider sponsoring my forthcoming upload. > > Feel free to send me a link to the dsc once the package is ready. I prepared a new revision of libextrator and uploaded it to mentors [1]. Could you please have a look ? Thanks, Bertrand [1] http://mentors.debian.net/debian/pool/main/libe/libextractor/libextractor_1.3-4.dsc signature.asc Description: OpenPGP digital signature
Bug#803835: libextractor: diff for NMU version 1:1.3-3.1
Hello,
Thank you for your work. I also prepared a new version, with a patch
taken from upstream (attached). I should be able to prepare the package
tomorrow, but I will only upload it to mentors since I don't have
uploading rights.
Please consider sponsoring my forthcoming upload.
Regards,
Bertrand
Le 25/04/2016 19:40, Sebastian Ramacher a écrit :
> Control: tags 803835 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for libextractor (versioned as 1:1.3-3.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
>
> Regards.
>
Description: update to new API in FFmpeg 2.9, fix FTBS
Origin: upstream
Applied-Upstream: commit: r35548:r35549 and r36975
--- a/src/plugins/thumbnailffmpeg_extractor.c
+++ b/src/plugins/thumbnailffmpeg_extractor.c
@@ -59,6 +59,20 @@
#include
#endif
+#if USE_JPEG
+#ifdef PIX_FMT_YUVJ420P
+#define PIX_OUTPUT_FORMAT PIX_FMT_YUVJ420P
+#else
+#define PIX_OUTPUT_FORMAT AV_PIX_FMT_YUVJ420P
+#endif
+#else
+#ifdef PIX_FMT_RGB24
+#define PIX_OUTPUT_FORMAT PIX_FMT_RGB24
+#else
+#define PIX_OUTPUT_FORMAT AV_PIX_FMT_RGB24
+#endif
+#endif
+
/**
* Set to 1 to enable debug output.
*/
@@ -153,7 +167,7 @@
static size_t
create_thumbnail (int src_width, int src_height,
int src_stride[],
- enum PixelFormat src_pixfmt,
+ enum AVPixelFormat src_pixfmt,
const uint8_t * const src_data[],
int dst_width, int dst_height,
uint8_t **output_data,
@@ -189,7 +203,8 @@
if (NULL ==
(scaler_ctx =
sws_getContext (src_width, src_height, src_pixfmt,
- dst_width, dst_height, PIX_FMT_RGB24,
+ dst_width, dst_height,
+ PIX_OUTPUT_FORMAT,
SWS_BILINEAR, NULL, NULL, NULL)))
{
#if DEBUG
@@ -199,7 +214,12 @@
return 0;
}
- if (NULL == (dst_frame = avcodec_alloc_frame ()))
+#if LIBAVCODEC_VERSION_INT >= AV_VERSION_INT(55,28,1)
+ dst_frame = av_frame_alloc ();
+#else
+ dst_frame = avcodec_alloc_frame();
+#endif
+ if (NULL == dst_frame)
{
#if DEBUG
fprintf (stderr,
@@ -209,18 +229,24 @@
return 0;
}
if (NULL == (dst_buffer =
- av_malloc (avpicture_get_size (PIX_FMT_RGB24, dst_width, dst_height
+ av_malloc (avpicture_get_size (PIX_OUTPUT_FORMAT,
+ dst_width, dst_height
{
#if DEBUG
fprintf (stderr,
"Failed to allocate the destination image buffer\n");
#endif
- av_free (dst_frame);
+#if LIBAVCODEC_VERSION_INT >= AV_VERSION_INT(55,28,1)
+ av_frame_free (_frame);
+#else
+ avcodec_free_frame (_frame);
+#endif
sws_freeContext (scaler_ctx);
return 0;
}
avpicture_fill ((AVPicture *) dst_frame, dst_buffer,
- PIX_FMT_RGB24, dst_width, dst_height);
+ PIX_OUTPUT_FORMAT,
+ dst_width, dst_height);
sws_scale (scaler_ctx,
src_data,
src_stride,
@@ -236,7 +262,11 @@
"Failed to allocate the encoder output buffer\n");
#endif
av_free (dst_buffer);
- av_free (dst_frame);
+#if LIBAVCODEC_VERSION_INT >= AV_VERSION_INT(55,28,1)
+ av_frame_free (_frame);
+#else
+ avcodec_free_frame (_frame);
+#endif
sws_freeContext (scaler_ctx);
return 0;
}
@@ -249,13 +279,17 @@
#endif
av_free (encoder_output_buffer);
av_free (dst_buffer);
- av_free (dst_frame);
+#if LIBAVCODEC_VERSION_INT >= AV_VERSION_INT(55,28,1)
+ av_frame_free (_frame);
+#else
+ avcodec_free_frame (_frame);
+#endif
sws_freeContext (scaler_ctx);
return 0;
}
encoder_codec_ctx->width = dst_width;
encoder_codec_ctx->height = dst_height;
- encoder_codec_ctx->pix_fmt = PIX_FMT_RGB24;
+ encoder_codec_ctx->pix_fmt = PIX_OUTPUT_FORMAT;
opts = NULL;
if (avcodec_open2 (encoder_codec_ctx, encoder_codec, ) < 0)
{
@@ -263,10 +297,14 @@
fprintf (stderr,
"Failed to open the encoder\n");
#endif
- av_free (encoder_codec_ctx);
+ avcodec_free_context (_codec_ctx);
av_free (encoder_output_buffer);
av_free (dst_buffer);
- av_free (dst_frame);
+#if LIBAVCODEC_VERSION_INT >= AV_VERSION_INT(55,28,1)
+ av_frame_free (_frame);
+#else
+ avcodec_free_frame (_frame);
+#endif
sws_freeContext (scaler_ctx);
return 0;
}
@@ -295,9 +333,13 @@
cleanup:
av_dict_free ();
avcodec_close (encoder_codec_ctx);
- av_free (encoder_codec_ctx);
+ avcodec_free_context (_codec_ctx);
av_free (dst_buffer);
- av_free (dst_frame);
+#if LIBAVCODEC_VERSION_INT >= AV_VERSION_INT(55,28,1)
+ av_frame_free (_frame);
+#else
+ avcodec_free_frame (_frame);
+#endif
sws_freeContext (scaler_ctx);
*output_data = encoder_output_buffer;
@@ -406,18 +448,23 @@
fprintf (stderr,
"Failed to open image codec\n");
#endif
- av_free (codec_ctx);
+ avcodec_free_context (_ctx);
return;
}
av_dict_free
Bug#820329: playonlinux: FTBFS in sid: dh_install: Cannot find (any matches for) "plugins/TransgamingCedega*" and "plugins/Wine*"
Le 09/04/2016 06:50, Denis Briand a écrit : > tags 820329 patch > thanks > > Hello, > Upstream did removed these two plugin and add another one. > You should try this trivial patch. > > Best regards > > Denis Briand Thank you Denis. It was indeed quite simple. It is now uploaded to unstable. Best regards, Bertrand
Bug#817186: Boobank reveals hidden password
Package: weboob version: 1.1-1 Severity: serious Dear developper, In the case you configure two backends with boobank, storing the login but asking for the password (see attached configuration), boobank reveals the second password. when you call list, the display is messed up as both backends require a password on the same line. To login with success, you need to enter the first password (hidden), then validate, and enter the second password (not hidden anymore). Best regards, Bertrand [boursorama] _module = boursorama device = Boobank pin_code = login = password = enable_twofactors = True [banquepopulaire] _module = banquepopulaire website = www.ibps.loirelyonnais.banquepopulaire.fr login = XX password = signature.asc Description: OpenPGP digital signature
Bug#772233: bashism in /bin/sh script
Hi Balint, Le 20/12/2014 10:49, Bálint Réczey a écrit : 2014-12-20 10:30 GMT+01:00 Bálint Réczey bal...@balintreczey.hu: I made a typo in the bug number, please see the fixed patch attached. I also reuploaded the package to DELAYED/2. Thanks a lot for uploading this fix, I was unable to take care of this in the last month. Cheers, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765293: gnunet: FTBFS on kfreebsd-*: error: malloc_np.h: No such file or directory
Le 14/10/2014 23:17, Steven Chamberlain a écrit : Yes it does build fine with those lines removed. (build log attached) Thanks a lot ! I have just uploaded a new revision to mentors, this should be fixed in a couple of days. Regards, Bertrand signature.asc Description: OpenPGP digital signature
Bug#765293: gnunet: FTBFS on kfreebsd-*: error: malloc_np.h: No such file or directory
Hi, Thanks for the report. I prepared a patch (attached) but I have no way to test it. Could somebody with access to a kfreebsd box test it to make sure there are no other issues ? Thanks, Bertrand Description: fix FTBS on kfreebsd by checking properly the existence of malloc_np.h Author: Bertrand Marc beberk...@gmail.com --- a/configure.ac +++ b/configure.ac @@ -635,7 +635,7 @@ # Checks for headers that are only required on some systems or opional (and where we do NOT abort if they are not there) -AC_CHECK_HEADERS([malloc.h malloc/malloc.h langinfo.h sys/param.h sys/mount.h sys/statvfs.h sys/select.h sockLib.h sys/mman.h sys/msg.h sys/vfs.h arpa/inet.h fcntl.h libintl.h netdb.h netinet/in.h netinet/in_systm.h netinet/ip.h sys/ioctl.h sys/socket.h sys/time.h unistd.h kstat.h sys/sysinfo.h kvm.h sys/file.h sys/resource.h ifaddrs.h mach/mach.h stddef.h sys/timeb.h terminos.h argz.h ucred.h sys/ucred.h endian.h sys/endian.h execinfo.h]) +AC_CHECK_HEADERS([malloc.h malloc/malloc.h malloc_np.h langinfo.h sys/param.h sys/mount.h sys/statvfs.h sys/select.h sockLib.h sys/mman.h sys/msg.h sys/vfs.h arpa/inet.h fcntl.h libintl.h netdb.h netinet/in.h netinet/in_systm.h netinet/ip.h sys/ioctl.h sys/socket.h sys/time.h unistd.h kstat.h sys/sysinfo.h kvm.h sys/file.h sys/resource.h ifaddrs.h mach/mach.h stddef.h sys/timeb.h terminos.h argz.h ucred.h sys/ucred.h endian.h sys/endian.h execinfo.h]) SAVE_LDFLAGS=$LDFLAGS SAVE_CPPFLAGS=$CPPFLAGS --- a/src/util/common_allocation.c +++ b/src/util/common_allocation.c @@ -197,7 +197,7 @@ #if WINDOWS #define M_SIZE(p) _msize (p) #endif -#ifdef FREEBSD +#if HAVE_MALLOC_NP_H #include malloc_np.h #endif #if HAVE_MALLOC_USABLE_SIZE signature.asc Description: OpenPGP digital signature
Bug#765293: gnunet: FTBFS on kfreebsd-*: error: malloc_np.h: No such file or directory
Hi Steven, Thanks for testing the patch on kfreebsd, it is a great help. Le 14/10/2014 22:22, Steven Chamberlain a écrit : Does that mean new libraries/functionality are being built now that wasn't working before? You are right: these functionalities were not built before on kfreebsd. Do you think you could try to build gnunet without the lines in debian/rules ? It would be great if I could make sure the next upload will build fine. Regards, Bertrand signature.asc Description: OpenPGP digital signature
Bug#745404: Requesting additional rights to SPDY draft protocol
Dear Author, The Debian GNU/Linux distribution wishes to incorporate the IETF SPDY draft protocol as part of its distribution, and to allow users to develop, modify and evolve the document. Under IETF policies that were in effect during the development of the SPDY draft protocol, the authors of contributions to the IETF standards retain copyright with respect to such contributions. Because you are an author of said document, the Debian community hereby requests that you kindly agree to release your contributions in SPDY draft protocol under the license below, for inclusion in Debian. I agree to grant third parties the irrevocable right to copy, use and distribute the work, with or without modification, in any medium, without royalty, provided that, unless separate permission is granted, redistributed modified works: (a) do not contain misleading author, version, name of work, or endorsement information, and (b) do not claim endorsement of the modified work by the Contributor, or any organization the Contributor belongs to, the Internet Engineering Task Force (IETF), Internet Research Task Force (IRTF), Internet Engineering Steering Group (IESG), Internet Architecture Board (IAB), Internet Assigned Numbers Authority (IANA), Internet Society (ISOC), Request For Comments (RFC) Editor, or any combination or variation of such terms (including without limitation the IETF 4 diamonds logo), or any terms that are confusingly similar thereto, and (c) remove any claims of status as an Internet Standard, including without limitation removing the RFC boilerplate. The IETF suggests that any citation or excerpt of unmodified text reference the RFC or other document from which the text is derived. To indicate that you agree to these terms, please reply to this e-mail and quote the license above and indicate that you agree to this. If you prefer another widely recognized free license instead, the following ones are also fine: * the 3-clause BSD license http://www.gnu.org/licenses/info/BSD_3Clause.html * the GNU GPL version 2 http://www.fsf.org/licensing/licenses/gpl.txt * the Expat license http://www.jclark.com/xml/copying.txt Sincerely yours, Bertrand Marc -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727819: [icedove] syscall getdents64 consumes nearly all cpu
Hello Lorenz, Do you still have this issue with Icedove 24.3.0-1 currently in unstable ? Regards, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733184: libmicrohttpd: FTBFS on kfreebsd-* (symbol errors)
Hi, Thank you for reporting this FTBS. It seems that EXPORT.sym was ignored due to a misconfiguration upstream. This was easily fixed after contacting the main upstream coder. I prepared a new package fixing the list of exported symbols and therefore the build failure on kfreebsd-* and uploaded it on mentors [1]. My sponsor is not responsive these days, would you consider sponsoring my upload ? Regards, Bertrand [1] http://mentors.debian.net/debian/pool/main/libm/libmicrohttpd/libmicrohttpd_0.9.33-1.dsc signature.asc Description: OpenPGP digital signature
Bug#731933: libmicrohttpd: CVE-2013-7038 CVE-2013-7039
Dear Moritz, Thank you for reporting these security issues. Thanks to upstream, this is fixed in unstable. I am willing to fix it also in wheezy, but I don't understand why it should wait for a point release and doesn't deserve a DSA. Could you please explain ? Thanks, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688590: update
Le 12/10/2012 17:39, Christian Grothoff a écrit :
After some more discussion with Bertrand, I've committed a patch to SVN
HEAD (SVN 24295) which allows the user to control NSS library
installation. There are a few possibilities:
1) If configure is run by root or using the '--with-sudo' option, NSS
plugins are by default installed to /lib (sane default for normal users)
2) If configure is run by a normal user and without the '--with-sudo'
option, NSS plugins are by default not installed _at all_.
3) If configure is run --with-nss=no, then NSS plugins are never
installed
4) If configure is run --with-nss=yes, then NSS plugins are always
installed to /lib, even if neither '--with-sudo' is given nor
configure is run as root. Installation will fail unless 'make install'
is run as root.
5) If configure is run --with-nss=$SOMEPATH, then NSS plugins are
always installed to $SOMEPATH. _This_ is likely the best option for
Debian packaging. You'd run like this:
./configure \
--prefix=/tmp/buildd/gnunet-0.9.X/debian/tmp/usr \
--with-nss=/tmp/buildd/gnunet-0.9.X/debian/tmp/lib
This way, most stuff will end up properly in
/tmp/buildd/gnunet-0.9.X/debian/tmp/usr/{lib,bin,share}
and NSS plugins in
/tmp/buildd/gnunet-0.9.X/debian/tmp/lib/
so when the /tmp/buildd/gnunet-0.9.X/debian/tmp/-prefix is mapped to '/'
by dpkg on install, all should be well.
Happy hacking!
Christian
Thank you very much Christian, this is a much cleaner fix than anything
I had in mind.
I'll upload a new revision of gnunet to mentors with this fix included.
Happy hacking!
Bertrand
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688590: patch confuses me
Dear Christian, Thank you for checking all these Debian bugs, it is really appreciated. Yes my patch would place the NSS library in /usr/lib, I thought it was ok. And my Debian scripting expect it in /usr/lib because that is where it ends up on my amd64 box. It also built fine on a lot of Debian arch since 0.9 with this scripting. In fact I don't understand how the NSS library could end up in 2 different locations with the same GNUnet version and the same packaging. I'll fix my package so the packaging will expect the NSS library in /lib. But how could I be sure that the NSS library will end up there ? Cheers, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688590: src:gnunet: ftbfs on ia64 (/lib vs /usr/lib confusion)
Hello, Thanks for the report. I am not sure to understand how it could fail when the previous versions built fine. The only thing I can think of is in src/gns/nss/Makefile.am. So I'll try with the patch attached, hopefully it'll fix this. But as far as I can test on my amd64 box, gnunet 0.9.3-3 builds fine with or without sudo. Cheers, Bertrand --- a/src/gns/nss/Makefile.am +++ b/src/gns/nss/Makefile.am @@ -21,16 +21,10 @@ AM_LDFLAGS=-avoid-version -module -export-dynamic -if HAVE_SUDO -nssdir = /lib/ -else -nssdir = $(libdir) -endif - LIBTOOL = $(SUDO_BINARY) $(SHELL) $(top_builddir)/libtool if !MINGW -nss_LTLIBRARIES = \ +lib_LTLIBRARIES = \ libnss_gns.la \ libnss_gns4.la \ libnss_gns6.la @@ -52,8 +46,8 @@ libnss_gns6_la_LDFLAGS=$(libnss_gns_la_LDFLAGS) install-data-hook: - $(SUDO_BINARY) $(SHELL) $(top_builddir)/libtool --finish $(nssdir) - $(SUDO_BINARY) rm -f $(nssdir)/libnss_gns.la $(nssdir)/libnss_gns4.la $(nssdir)/libnss_gns6.la + $(SUDO_BINARY) $(SHELL) $(top_builddir)/libtool --finish $(libdir) + $(SUDO_BINARY) rm -f $(libdir)/libnss_gns.la $(libdir)/libnss_gns4.la $(libdir)/libnss_gns6.la uninstall-hook: - $(SUDO_BINARY) rm -f $(nssdir)/libnss_gns.so.2 $(nssdir)/libnss_gns4.so.2 $(nssdir)/libnss_gns6.so.2 + $(SUDO_BINARY) rm -f $(libdir)/libnss_gns.so.2 $(libdir)/libnss_gns4.so.2 $(libdir)/libnss_gns6.so.2
Bug#670578: FTBFS on ia64
Le 29/09/2012 12:37, Jurij Smakov a écrit : Hi, The latest uploaded version failed to build on ia64, blocking propagation to testing: https://buildd.debian.org/status/fetch.php?pkg=gnunetarch=ia64ver=0.9.3-3stamp=1347735437 Best regards, Hi, Julien Cristau already reported this as bug #688590 and it doesn't seem to be linked to #670578. If you have no particular reason to think #670578 and the FTBFS on ia64 are related, I am closing this bug. Cheers, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683073: unblock: gnunet/0.9.3-3
Le 01/08/2012 23:17, Julien Cristau a écrit :
It's much easier for us if we don't have to go chase patches in other
places and stuff is all in the mail.
Here is the full debdiff between gnunet 0.9.3-2 (in testing/unstable)
and the new revision I prepared.
Cheers,
Bertrand
diff -Nru gnunet-0.9.3/debian/changelog gnunet-0.9.3/debian/changelog
--- gnunet-0.9.3/debian/changelog 2012-06-20 23:55:23.0 +0200
+++ gnunet-0.9.3/debian/changelog 2012-08-01 22:10:06.0 +0200
@@ -1,3 +1,21 @@
+gnunet (0.9.3-3) unstable; urgency=low
+
+ * debian/control: update Vcs-* to the new repository in collab-maint.
+ * Install only the generated binaries on Hurd, thanks to Cyril Roelandt
+(Closes: #670794).
+ * Use chmod and chown instead of dpkg-statoverride to set special permissions
+and upgrade properly depending on the previous version (Closes: #673301).
+ * Rewrite gnunet-server.init based on /etc/init.d/skeleton and make
+gnunet-server depend on lsb-base to use LSB logging.
+ * Fix gcc-4.6: [sparc] compiler fails to align stack-allocated
+struct, with array of uint32-values to 32-bit boundary:
+new patch sparc_alignment.patch, taken from upstream:
+https://lists.gnu.org/archive/html/gnunet-svn/2012-07/msg00548.html
+Thanks to Jurij Smakov for the analysis.
+(Closes: #670578)
+
+ -- Bertrand Marc beberk...@gmail.com Wed, 01 Aug 2012 22:09:49 +0200
+
gnunet (0.9.3-2) unstable; urgency=low
* Clean properly dpkg-statoverride in gnunet-server.postrm
diff -Nru gnunet-0.9.3/debian/control gnunet-0.9.3/debian/control
--- gnunet-0.9.3/debian/control 2012-06-10 10:29:08.0 +0200
+++ gnunet-0.9.3/debian/control 2012-07-13 20:04:35.0 +0200
@@ -10,8 +10,8 @@
libsqlite3-dev (=3.0), libpq-dev (=8.3), guile-1.8-dev, libglpk-dev (=4.32)
Build-Conflicts: autoconf2.13, automake1.4
Standards-Version: 3.9.3
-Vcs-Git: git://git.debian.org/git/users/bbk-guest/gnunet.git
-Vcs-browser: http://git.debian.org/?p=users/bbk-guest/gnunet.git
+Vcs-Git: git://git.debian.org/git/collab-maint/gnunet.git
+Vcs-browser: http://git.debian.org/?p=collab-maint/gnunet.git
Homepage: http://www.gnunet.org/
Package: gnunet
@@ -75,7 +75,7 @@
Pre-Depends: ${misc:Pre-Depends}
Depends:
${misc:Depends}, ${shlibs:Depends}, gnunet-common (= ${binary:Version}),
- adduser, gettext, netbase
+ adduser, gettext, netbase, lsb-base
Suggests: miniupnpc
Breaks: gnunet-fuse (0.9), gnunet-client (0.9)
Replaces: gnunet-fuse (0.9), gnunet-client (0.9)
diff -Nru gnunet-0.9.3/debian/gnunet-server.init gnunet-0.9.3/debian/gnunet-server.init
--- gnunet-0.9.3/debian/gnunet-server.init 2012-05-02 21:43:40.0 +0200
+++ gnunet-0.9.3/debian/gnunet-server.init 2012-07-13 20:02:50.0 +0200
@@ -1,64 +1,109 @@
-#!/bin/sh
-
+#! /bin/sh
### BEGIN INIT INFO
-# Provides: gnunet-server
-# Required-Start: $syslog $network $local_fs $remote_fs
-# Required-Stop: $syslog $network $local_fs $remote_fs
-# Should-Start:
-# Should-Stop:
-# Default-Start: 2 3 4 5
-# Default-Stop: 0 1 6
-# Short-Description: Starts the GNUnet server at boot time.
-# Description: GNUnet is a secure, trust-based peer-to-peer framework.
+# Provides: gnunet-server
+# Required-Start:$remote_fs $syslog $network
+# Required-Stop: $remote_fs $syslog $network
+# Default-Start: 2 3 4 5
+# Default-Stop: 0 1 6
+# Short-Description: Starts the GNUnet server at boot time.
+# Description: GNUnet is a secure, trust-based peer-to-peer framework.
### END INIT INFO
-PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
+PATH=/sbin:/usr/sbin:/bin:/usr/bin
+DESC=GNUnet
+NAME=gnunet-server
DAEMON=/usr/bin/gnunet-service-arm
-NAME=gnunet-service-arm
-DESC=GNUnet
LOGFILE=/var/log/gnunetd/gnunetd.log
+DAEMON_ARGS=-c /etc/gnunet.conf -d -l $LOGFILE
+SCRIPTNAME=/etc/init.d/$NAME
-test -x ${DAEMON} || exit 0
-
-set -e
-
-# Get configuration
-if [ -f /etc/default/gnunet-server ]
-then
- . /etc/default/gnunet-server
-fi
-
-if [ ${GNUNET_AUTOSTART} != true ]
-then
- exit 0
-fi
-
-case ${1} in
- start)
- echo -n Starting ${DESC}:
- start-stop-daemon --start --chuid ${GNUNET_USER} \
- --oknodo --quiet --exec ${DAEMON} -- -c \
- /etc/gnunet.conf -d -l $LOGFILE
- echo ${NAME}.
- ;;
+# Exit if the package is not installed
+[ -x $DAEMON ] || exit 0
- stop)
- echo -n Stopping ${DESC}:
- start-stop-daemon --stop --retry 15 \
- --oknodo --quiet --exec ${DAEMON}
- echo ${NAME}.
- ;;
+# Read configuration variable file if it is present
+[ -r /etc/default/$NAME ] . /etc/default/$NAME
- restart|force-reload)
- ${0} stop
- sleep 1
- ${0} start
+[ ${GNUNET_AUTOSTART} != true ] exit 0
+
+# Define LSB log_* functions.
+. /lib/lsb/init-functions
+
+#
+# Function that starts the daemon/service
+#
+do_start()
+{
+ # Return
+ # 0 if daemon has been started
+ # 1 if daemon was already running
+ # 2 if daemon could not be started
+ start-stop-daemon --start --quiet --exec $DAEMON --test
Bug#683073: unblock: gnunet/0.9.3-3
Le 02/08/2012 20:03, Julien Cristau a écrit : diff -Nru gnunet-0.9.3/debian/changelog gnunet-0.9.3/debian/changelog --- gnunet-0.9.3/debian/changelog 2012-06-20 23:55:23.0 +0200 +++ gnunet-0.9.3/debian/changelog 2012-08-01 22:10:06.0 +0200 @@ -1,3 +1,21 @@ +gnunet (0.9.3-3) unstable; urgency=low + + * debian/control: update Vcs-* to the new repository in collab-maint. + * Install only the generated binaries on Hurd, thanks to Cyril Roelandt +(Closes: #670794). + * Use chmod and chown instead of dpkg-statoverride to set special permissions +and upgrade properly depending on the previous version (Closes: #673301). + * Rewrite gnunet-server.init based on /etc/init.d/skeleton and make +gnunet-server depend on lsb-base to use LSB logging. This part makes me extremely nervous. I don't think now is the time for this kind of change. That's why it was not uploaded to unstable, and only to mentors. I guess we could select the changes we want to see in wheezy: - The fix to build on Hurd seems harmless to me. - Getting rid of dpkg-statoverride would be nice, since its use was quite wrong. In particular, in the current package, there is no way to know whether the administrator or the gnunet package set the dpkg-statoverrides. It is in Debian only for a few months, and it would be nice not to mess up with dpkg-statoverride on Debian/stable boxes. - The rewrite of gnunet-server.init is purely cosmetic: the current package doesn't use LSB logging, so gnunet is the only line with the old look at boot. I also added the status command, making lintian happy. Clearly it is the less urgent change. + * Fix gcc-4.6: [sparc] compiler fails to align stack-allocated +struct, with array of uint32-values to 32-bit boundary: +new patch sparc_alignment.patch, taken from upstream: +https://lists.gnu.org/archive/html/gnunet-svn/2012-07/msg00548.html +Thanks to Jurij Smakov for the analysis. +(Closes: #670578) + + -- Bertrand Marcbeberk...@gmail.com Wed, 01 Aug 2012 22:09:49 +0200 + gnunet (0.9.3-2) unstable; urgency=low * Clean properly dpkg-statoverride in gnunet-server.postrm [...] diff -Nru gnunet-0.9.3/debian/gnunet-server.postinst gnunet-0.9.3/debian/gnunet-server.postinst --- gnunet-0.9.3/debian/gnunet-server.postinst 2012-06-07 23:13:17.0 +0200 +++ gnunet-0.9.3/debian/gnunet-server.postinst 2012-07-07 15:50:27.0 +0200 @@ -52,6 +52,24 @@ echo done. fi + # this can go away after wheezy + if dpkg --compare-versions $2 le 0.9.3-2 dpkg --compare-versions $2 ge 0.9.2-1; then + for file in /usr/bin/gnunet-helper-exit \ + /usr/bin/gnunet-helper-fs-publish \ + /usr/bin/gnunet-helper-nat-client \ + /usr/bin/gnunet-helper-nat-server \ + /usr/bin/gnunet-helper-transport-wlan \ + /usr/bin/gnunet-helper-vpn \ + /usr/bin/gnunet-helper-dns \ + /usr/bin/gnunet-service-dns + do + if dpkg-statoverride --list $file/dev/null 21 + then + dpkg-statoverride --remove $file + fi + done + fi + How does this interact with statoverrides set by the local admin? It doesn't. The use of dpkg-statoverride was wrong in the first place, so there is no way to know whether the local admin set statoverrides or whether the gnunet package did. And since postrm removes the gnunet group and user, we need to be sure we remove every statoverrides before postrm. Again, it is like this only since April or May, and it has not reached Stable, yet. Cheers, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670578: Reassigning to gnunet
Hello Gregor, 2012/7/31 gregor herrmann gre...@debian.org: for your convenience I'm attaching a debdiff with the patch converted to a quilt patch. Thank you for your work. I'll add it tonight and upload it to mentors. (If you want me to upload or if you need a sponsor just shout.) I am currently waiting for an answer from the release team about the other changes I prepared for gnunet, see [1]. I'll add the fix for this bug in the list, but I'd like to be sure all these changes are acceptable for the release team and eligible for a freeze-exception. Cheers, Bertrand [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683073 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673304: libextractor: sponsorship for libpoppler transition
Hi Adam, I've grabbed your current git master and tested it locally, and would happily sponsor the upload to the archive. Let me know via email, or catch me on IRC (infinity) and tell me if that's cool. If I don't hear from you soon(ish), I'll probably just sponsor your current git head anyway, to get this RC bug cleared out. ;) I uploaded a new version last night on mentors, you are welcome to upload it: http://mentors.debian.net/debian/pool/main/libe/libextractor/libextractor_0.6.3-5.dsc Thanks ! Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674342: gnunet-fuse FTBFS
GNUnet-fuse 0.9.3 is out, and it seems to build fine with gcc 4.7. So this bug is fixed upstream. I'll try to update the package as soon as possible, but it depends on GNUnet 0.9.3 which I need to package first. Cheers, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673801: gnunet-server: fails to upgrade from 'testing' - trying to overwrite, /usr/bin/gnunet-vpn
tags 673801 + pending thanks Thanks for the report. This is fixed in the git repository and will be submitted to mentors soon. Cheers, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673802: gnunet-gtk: fails to upgrade from 'testing' - trying to overwrite, /usr/bin/gnunet-setup
tags 673802 + pending thanks Thanks for the report. This is fixed in the git repository and will be submitted to mentors soon. Cheers, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616657: pingus: fail to start because sdl_mixer can't be initialized
Hi, I can't reproduce this issue but googling a bit I found something that could help: apt-get install libsdl1.2debian-pulseaudio Or maybe libsdl1.2debian-*/all... I don't know what sound system you use. Do you mind if downgrade this bug to serious as it is unreproducable here ? Regards, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592014: #592014: Not able to reproduce
Hi, I just tried it and it works on my amd64 squeeze up to date. Consider it fixed for me. Cheers, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568990: planetpenguin-racer-extras: Outdated; needs restructured and updated to be usefull
Hi, I tried to change the installation path to make these courses available in etracer and it works great, even with the old tcl format. I also noticed that a lot of courses are now included upstream : deadman mount herring mount_satan hamburger_hill hazzard_valley ice_labyrinth skull_mountain snow_valley the_narrow_way Candy_Lane Crazy_Path hey_tux hippo_run ice_pipeline in_search_of_vodka Chinese_Wall Explore_Mountains Frozen_Lakes Secret_Valleys Wild_Mountains They should be removed from the orig tarball, with the corresponding files in doc/. You seem to have some plan for the orig tarball, so I'll let this to you, but I already removed the corresponding patch in SVN. There are a couple of lintian warnings to take care of, but I think with a little work we can make it for Squeeze. I think I'll have a look, but I don't want to mess to much with your package. Regards, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542140: fglrx-driver: fglrx driver doesn't work with linux-image-2.6.30 (AMD64)
Hi, I don't know if you still have no hardware acceleration, but it seems that downgrading libdrm to 2.3.1 (in Lenny, see http://packages.debian.org/lenny/libdrm2) could give you hardware acceleration with Xserver 1.4 and Linux 2.6.30. Bertrand
Bug#542140: fglrx-driver: fglrx driver doesn't work with linux-image-2.6.30 (AMD64)
Gary Dale a écrit : I tried it with both the source and compiled modules with the same results. They installed without problems. However, apart from the higher refresh rate I'm getting with the fglrx driver, there's not a lot of difference between this and the vesa driver. The vesa driver still gives a faster display but with some flickering. This is the same result I got with manually installing the ATI drivers from the AMD web site. Prior to upgrading to the 2.6.30 kernel, I was getting great results from the fglrx driver. Windows would drag smoothly and become semi-transparent. I could use the X video extensions for video output from Kaffeine, vlc mplayer (but the GL video didn't work). And I was getting a lot of desktop effects, such as virtual desktops sliding from one to another. Any ideas on why the current driver's performance is so pitiful? So we are getting closer ! Did you build the module with module-assistant ? And could you attach /var/log/Xorg.0.log ? Thanks Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542400: Unable to remove package, post removal script fails
I don't think you should remove /usr/lib/fglrx/diversions/libglx.so by hand. This file belongs to xserver-xorg-core (that's why there is a diversion). I think it is related to the fact that fglrx-glx.postrm removes fglrx-driver diversions although it shouldn't. Could you test the last revision in svn (278) ? Thanks, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542140: fglrx-driver: fglrx driver doesn't work with linux-image-2.6.30 (AMD64)
Gary Dale a écrit : Yes. I followed Patrick's recipe: # apt-get install fglrx-driver fglrx-glx fglrx-source module-assistant # m-a a-i fglrx See attached log: Here are the interesting lines of your Xorg.0.log. It means you don't have hardware acceleration : (II) fglrx(0): driver needs X.org 7.1.x.y with x.y = 0.0 (WW) fglrx(0): could not detect X server version (query_status=-1) (EE) fglrx(0): atiddxDriScreenInit failed, GPS not been initialized. (WW) fglrx(0): *** (WW) fglrx(0): * DRI initialization failed! * (WW) fglrx(0): * (maybe driver kernel module missing or bad) * (WW) fglrx(0): * 2D acceleraton available (MMIO) * (WW) fglrx(0): * no 3D acceleration available* (WW) fglrx(0): * * But honestly I don't know why fglrx couldn't detect your Xorg version... cheers, Bertrand X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-11) Current Operating System: Linux transponder 2.6.30-1-amd64 #1 SMP Mon Aug 3 12:28:22 UTC 2009 x86_64 Build Date: 20 February 2009 04:53:05PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Aug 23 13:47:50 2009 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor DELL P1110 (**) | |--Device ATI HD3300 (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (==) Automatically adding devices (==) Automatically enabling devices (==) Including the default font path /usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType. (**) FontPath set to: /usr/local/share/fonts, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) Loader magic: 0x7c31c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1022,9600 card 1022,9600 rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1022,9602 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:06:0: chip 1022,9606 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:0a:0: chip 1022,9609 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:11:0: chip 1002,4391 card 1458,b002 rev 00 class 01,06,01 hdr 00 (II) PCI: 00:12:0: chip 1002,4397 card 1458,5004 rev 00 class 0c,03,10 hdr 80 (II) PCI: 00:12:1: chip 1002,4398 card 1458,5004 rev 00 class 0c,03,10 hdr 00 (II) PCI: 00:12:2: chip 1002,4396 card 1458,5004 rev 00 class 0c,03,20 hdr 00 (II) PCI: 00:13:0: chip 1002,4397 card 1458,5004 rev 00 class 0c,03,10 hdr 80 (II) PCI: 00:13:1: chip 1002,4398 card 1458,5004 rev 00 class 0c,03,10 hdr 00 (II) PCI: 00:13:2: chip 1002,4396 card 1458,5004 rev 00 class 0c,03,20 hdr 00 (II) PCI: 00:14:0: chip 1002,4385 card 1458,4385 rev 3a class 0c,05,00 hdr 80 (II) PCI: 00:14:1: chip 1002,439c card 1458,5002 rev 00 class 01,01,8a hdr 00 (II) PCI: 00:14:2: chip 1002,4383 card 1458,a102 rev 00 class 04,03,00 hdr 00 (II) PCI: 00:14:3: chip 1002,439d card 1002,439d rev 00 class 06,01,00 hdr 80 (II) PCI: 00:14:4: chip 1002,4384 card , rev 00 class 06,04,01 hdr 81 (II) PCI: 00:14:5: chip 1002,4399 card 1458,5004 rev 00 class 0c,03,10 hdr 00 (II) PCI: 00:18:0: chip 1022,1200 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:1: chip 1022,1201 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:2: chip 1022,1202 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:3: chip 1022,1203 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:4: chip 1022,1204 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 01:05:0: chip 1002,9614 card 1458,d000 rev 00
Bug#542140: fglrx-driver: fglrx driver doesn't work with linux-image-2.6.30 (AMD64)
Gary Dale a écrit : I notice that the log heading reports the X server version as 1.4.2. That seems a little strange. Right, I didn't notice that. It's probably the issue, but still I can't figure out where it comes from. Also noticed that I've somehow lost ACPI support. I know I used to have it and I don't recall removing it, so I reinstalled it. That should at least allow my screen to power down again. If you installed fglrx with apt-get, you didn't installed 'Recommands', so you probably should install fglrx-atieventsd to get ACPI support. Bertrand PS could you cc your replies to #542140 ? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542140: fglrx-driver: fglrx driver doesn't work with linux-image-2.6.30 (AMD64)
Hi, I think I corrected the issue with the diversions. Could you try again the new version here ? deb http://pkg-fglrx.alioth.debian.org/debian/ squeeze-backports/ deb-src http://pkg-fglrx.alioth.debian.org/debian/ squeeze-backports/ Regards, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542140: [Pkg-fglrx-devel] Bug#542140: Bug#542140: Bug#542140: Bug#542140: fglrx-driver: fglrx driver doesn't work with linux-image-2.6.30 (AMD64)
Hi, I just made a backport for Xorg 7.3. Could you test it ? http://beberking.free.fr/fglrx/ Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542140: fglrx-driver: fglrx driver doesn't work with linux-image-2.6.30 (AMD64)
No sorry, I only have 32bits. But you can easily build amd64 backports with the following : #install the build dependancies sudo aptitude build-dep fglrx-driver #download the source of the backport wget http://beberking.free.fr/fglrx/fglrx-driver_9-8-1+bpo1.diff.gz wget http://beberking.free.fr/fglrx/fglrx-driver_9-8-1+bpo1.dsc wget http://ftp.de.debian.org/debian/pool/non-free/f/fglrx-driver/fglrx-driver_9-8.orig.tar.gz #Extract and build the package dpkg-source -x fglrx-driver_9-8-1+bpo1.dsc cd fglrx-driver-9-8/ dpkg-buildpackage -b That should do the trick! Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535653: downgrade to 9-5
Hi, If you think it would be better to downgrade to 9-5, you can build it with svn-buildpackage. You will find package 9-5-1 here : svn://svn.debian.org/svn/pkg-fglrx/fglrx-driver/tags/9-5-1 Regards, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513222: [Pkg-fglrx-devel] Bug#513222: fglrx-driver: crashes Xorg
Hi, And what version of the fglrx-module are you using ? Did you compile your own module with module-assistant ? Regards, Bertrand Mika Hanhijärvi a écrit : A bit more information: I use current stock Debian Lenny Kernel: linux-image-2.6.26-1-686 version 2.6.26-13 ___ Pkg-fglrx-devel mailing list pkg-fglrx-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-fglrx-devel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503878: [Pkg-fglrx-devel] Bug#503878: fglrx-atieventsd: authatieventsd.sh uses finger without depending on it and is unreliable
Hi! I just sent a new version to the svn with a reasonable changelog (based on #500077) and the patch for atienventsd. I think it is ready to upload to unstable, but I can't test it as I don't have a ATI card anymore... Regards, Bertrand Mark Purcell a écrit : On Tuesday 04 November 2008 19:21:17 Romain Beauxis wrote: I will try to prepare a fixed package as soon as possible, which means at least this week end. Romain, Thanks that is great news. Mark ___ Pkg-fglrx-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-fglrx-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503878: fglrx-atieventsd: authatieventsd.sh uses finger without depending on it and is unreliable
Hi everyone! In fact I will patch the SVN very soon. But my computer is dead, so I won't be able to test it... Regards, Bertrand Romain Beauxis a écrit : Le Tuesday 04 November 2008 06:56:33 Mark Purcell, vous avez écrit : On Wednesday 29 October 2008 10:16:21 Luca Niccoli wrote: I've attached the modified script, to be diffed against the upstream one. Romain Bertrand, Hi ! This RC bug effecting lenny, with a patch, has been sitting without a response for a week. Are you in a position to prepare a fixed package? I will try to prepare a fixed package as soon as possible, which means at least this week end. Romain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476844: fglrx-kernel-src: Won't build with 2.6.25
Hi, There a patch (http://sarah-a-happy.livejournal.com/90345.html) that allow to compile the module. He doesn't need to patch the kernel, however a weird option has to be selected : Kernel hacking --- [*] Enable unused/obsolete exported symbols Be warned, I didn't test this patch and the guy doesn't claim it is a correct patch. Let's hope ATI will fix this as soon as possible. This was reported on their Bugzilla, so we can count on a fix in 8.5. Bertrand -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
