Common handling of browser plugins?

y-browser | www-browser java-gjc-compat-plugin does not recommend or suggest any browser In my opinion this should be matched, too. Thank you! Nice greetings, Fabian Greffrath -- Fabian Greffrath Institut für Experimentalphysik I Ruhr-Universität Bochum D-44780 Bochum Raum: NB 2/28 Tel.

Re: xv and xorg

Hi! You might want to check my xv packages at http://ftp-master.debian-unofficial.org/debian-archive/packages/xv/ They have the so-called 'jumbo patchset' applied and compile well with gcc-4.0 (not tested with gcc-4.1 yet, but should compile, too). The packages were compiled before the xorg tra

Re: xv and xorg

> Personally, *I* think that still fails the DFSG, as you can't convey > the right to distribute, but what do I know? Definitely this failes the DFSG. These packages will probably never enter Debian again, but at least _we_ (at d-u.o) are explicitely _allowed_ to redistribute them. > Wow... yo

idea: allow package combinations as alternatives, e.g. a | b + c

s way you will not be forced to install ghostview if you allready have both xv and ghostscript installed. Yes, I know there's a meta-package for this situation so you might simply depend on 'ghostview | postscript-viewer'. I hope I made my point nevertheless. ;) -- Di

Re: idea: allow package combinations as alternative dependencies, e.g. a | b + c

you oo.o-g if you allready had oo.o installed and install you g-o otherwise. Nevertheless I consider this far less obvious than 'g-o | oo.o + oo.o-g'. Have a nice day, too. ;) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energiepr

Should -dev packages providing .pc files depend on pkg-config?

Dear all, well, the subject line allready asks the question. Consider there's a package foo which is built against libbar-dev and uses pkg-config to obtain the necessary CFLAGS and LIBS for libbar. Now is it the foo package's or the libbar-dev package's duty to provide the dependency on pkg-conf

Re: Re: For the grub maintainers II

There's already a report open on os-prober to make it really read-only #417407 IIRC Colin Watson already thought in an Ubuntu bug report about implementing a blacklist for os-prober. With the namespace issue fixed and a blacklist to avoid mounting partitions in a virtualization environment, wou

Re: Re: debian/rules "make -f" restriction

nt scripts (or the same script with different parameters) from a debian/rules Makefile depending on the environment variable? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Tele

Re: please test with tiff 4.0.0~beta4 from experimental

I tried to build John Bradley's XV 3.10a with Greg's Jumbo Patches of 20070520 and it worked flawlessly. It's not in Debian but one of the few packages that I personally use that build against libtiff. ;) Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochu

Re: Bug#555393: ITP: pidgin-skype -- Skype plugin for libpurple messengers

This plugin communicates with the Skype application in the background to perform its work, so it's necessary to have Skype installed and running. If it really needs the non-free skype application to work properly, I would say it's a clear candidate for "contrib". -

Re: Re: Iceweasel and Firefox compatibility

Even if it doesn't add much to the discussion, I think the following is fun to read: <http://webaim.org/blog/user-agent-string-history/> Relax ;) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr

Re: Re: Iceweasel and Firefox compatibility

o Firefox would be listed among the packaging details which it - strictly speaking - indeed is. Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334

Re: Re: GDM, getty and VTs

* Current situation is far from perfect. * New GDM upstream, as is, is completely broken. Would it be possible to just stick with GDM 2.20 and maintain it as a fork (just as you do until now)? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen

Re: Re: GDM, getty and VTs

27;t have an idea for the actual syntax (or even implementation) of such configuration files, but it should be easy to adopt them to the user's individual needs. I am not an expert and this is just a craze idea, but what do you think about it? -- Dipl.-Phys. Fabian Greffrath Ruhr-Un

Re: Bits from the FTPMaster meeting

Am 15.11.2009 16:15, schrieb Joerg Jaspert: > multiple outstanding and intrusive patches got merged. We also discussed > various outstanding topics, a few of which we can report about already, > a few others where we still have to gather more information. This > process, either asking our lawyers o

Re: Bug#559039: ITP: snmp-mibs-downloader -- Downloads RFCs and IANA Docs containing MIBs and extracts them

they contain names and descriptions for the SNMP OID tree. a non-technical user won't understand even one word of this package description. Please do at least tell what the abbreviations stand for. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuh

Re: Can quilt delete files?

Put all the *jar files in the debian/clean file and they will be removed by the clean rule. You'll need debhelper compat 7 for this, though. Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150,

Re: Could someone clarify this...

> My understanding is that Debian declares a work non-free if a holder > of a software idea patent is *actively enforcing* a patent that covers > the work, such that Debian cannot distrigute the work as free > software. Is there a known case where a holder actively enforces a patent that covers M

Re: Little endian /usr/share/locale/* files in epiphany-browser-data

little-endian locale files in arch-indep data packages that are also referenced by big-endian arch packages? While not being perfect, it is convenient and (most importantly) it actually works -- somehow. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Le

libquicktime transition

Hi, finally (and thanks to Lioc Minier a.o.) the new upstream version 1.0.0 of the libquicktime library has made it into Debian unstable. The library involves an ABI change relative to its successor 0.9.7 and had its soname bumped. I already asked all maintainers of rdepending packages to test-bu

Re: libquicktime transition

> The timing is unfortunate, because smilutils is already tied to the > glib1.2 transition and had not yet been built on all architectures. Hey, at least we waited until after the ffmpeg transition. ;) @Loic: Opps, sorry for the typo! Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECT

Re: Plans for gs-esp / gs-gpl / gs-afpl in lenny?

Hi there! I have posted a wishlist bug against gs-gpl concerning this issue just yesterday: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437848 Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Lehrstuhl für Energieanlagen und Energieprozesstechnik Ruhr-Universität Bochum Universitätsstraße

Re: Plans for gs-esp / gs-gpl / gs-afpl in lenny?

/From/: Michael Biebl <[EMAIL PROTECTED] > AFAIK, Ubuntu has introduced a new package called "ghostscript" (as successor of gs-gpl) which supersedes gs-esp, gs-gpl and gs-afpl and provides dummy/transitional packages for gs-esp/gs-gpl which depend on the ghostscript pac

Re: Plans for gs-esp / gs-gpl / gs-afpl in lenny?

Hello Osamu, thank you very much for your reply! Osamu Aoki schrieb: Latest news here. http://www.mhatta.org/blog/ He is planning and working on its new release :-) Well, both the blog entry and the packages he was working on are from May. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED]

Re: Plans for gs-esp / gs-gpl / gs-afpl in lenny?

Osamu Aoki schrieb: Well, I see new upload of gs-* ... by Lucas Nussbaum Yes, a NMU for gs-common that fixes a bug which the original maintainer has introduced in May. Since then he has not answered to the BTS about this... As I see his Japanese blog, he is alive :-) I only see that at

Enabling and installing of "risky" ("patented") codecs - made easy

patent in $country for (source|binary) (distribution|use|download) etc. But then while I'm ready to offer ideas on the above, I'm afraid this is a huge task to actually achieve... Bye, Loïc Minier **/ -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und E

Re: Enabling and installing of "risky" ("patented") codecs - made easy

Thank you very much for your replies to my concern. However I'd like to comment on some of them until the thread dies acknowledged and forgotten... Daniel Baumann: > It's not actually dead, but in a kryogenic freeze. [...] Thanks for your answer. I hope you don't mind if I take over (active) m

Re: Enabling and installing of "risky" ("patented") codecs - madeeasy

Sam Morris: > I don't see why users in countries where software is not patentable > should be forced to jump through hoops to get access to multimedia > software. If this repository is not added to the user's sources.list file > by default then there is no advantage in setting up yet another > rep

Re: Enabling and installing of "risky" ("patented") codecs - madeeasy

Jeremy Stanley: > As a sponsoree myself, I'm not entirely certain I understand why > it's any more likely that a sponsoring DD will overlook and upload a > package with the wrong section, than that a DD will upload a > similarly incorrect package he or she directly maintains. Hm, that's true... s

Re: Debian vs. Ubuntu source control file

he default webbrowser and on the virtual package alternatively, e.g. "Depends: iceweasel | x-www-browser" or even "Depends: iceweasel | abrowser | x-www-browser" to also cover the ubuntu case. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Le

GPL-licensed software linked against libssl on buildds!

Hi, it seems that some buildds occasionally have libssl-dev installed in their chroot. A friend of mine has found out that the netatalk package depends on libssl0.9.8 [sparc] in sid and [hppa, mipsel] in squeeze. Other architectures are not affected. For GPL-licensed software like netatalk this is

netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!]

Package: netatalk Version: 2.0.5-2 Severity: important Holger Levsen: how about the compromise and doing both, except that for (1) we file the bugs with severity important? Hi Jonas, as recently pointed out on debian-devel [1], the netatalk package is accidently linked against libssl on some

Re: Re: Bug#565969: netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!]

/include/openssl -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To

Re: Re: correct/ideal way to obtain root from a shell script

ad? Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To U

Binary package names for mozilla plugins [Was: Bits from the Mozilla Extension Packaging Team]

Hi -devel, > The Mozilla extension packaging team decided to use xul-ext- (instead of > mozilla-, iceweasel-, etc.) as prefix for all Mozilla extensions [1]. > This will group the extensions visually. There are currently 18 > extensions that use this naming scheme already. Please rename the binary

Re: Binary package names for mozilla plugins [Was: Bits from the Mozilla Extension Packaging Team]

Am 03.02.2010 07:14, schrieb Mike Hommey: I'd go for the -browserplugin suffix. Fine, but what now? Can we already call this a consensus? Shall I file wishlist bugs against the affected packages? What's the opinion of the affected packages' maintainers? - Fabian -- To UNSUBSCRIBE, email

Re: Binary package names for mozilla plugins [Was: Bits from the Mozilla Extension Packaging Team]

Am 04.02.2010 11:01, schrieb Rene Engelhard: On Thu, Feb 04, 2010 at 10:13:40AM +0100, Fabian Greffrath wrote: Am 03.02.2010 07:14, schrieb Mike Hommey: I'd go for the -browserplugin suffix. Fine, but what now? Can we already call this a consensus? Shall I file wishlist bugs agains

Re: Missing libstdc++5 for 3rd party software

I've always got a i386 version of this package laying around somewhere. -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 /

Re: Re: Bug#571255: udev_151-3_amd64 failed at apt-get install

The preinst code which guaranteed lockstep upgrades of udev and kernel packages does not work reliably anymore, apparently because apt now tries to install the kernel and udev packages with different dpkg runs. We need a new solution which does not require users to manually disable the check...

Bug#575209: general: Error resolving hostname

Package: general Severity: important Dear all, I've found something that is most propbably a bug in Linux's resolv system, when trying to open a specific page with Epiphany (but any other browser will fail as well, please try out yourself). To reproduce, please visit

Re: Bug#575209: general: Error resolving hostname [resent]

[Resent, because reportbug somehow ate my line breaks, sorry!] Dear all, I've found something that is most propbably a bug in Linux's resolv system, when trying to open a specific page with Epiphany (but any other browser will fail as well, please try out yourself). To reproduce, please visi

Re: Bug#575209 closed by Holger Levsen (Re: Bug#575209: general: Error resolving hostname [resent])

reopen 575209 reassign 575209 eglibc found 575209 2.10.2-6 found 575209 2.11-0exp6 severity 575209 important retitle 575209 Please resolv domain names with hyphens as border chars tags 575209 + patch thanks Hi Holger et al (please drop -devel out of the list of CCs if you feel this is getting of

Re: Bug#575209 closed by Holger Levsen (Re: Bug#575209: general: Error resolving hostname [resent])

Am 25.03.2010 14:15, schrieb Ben Hutchings: So if Windows accepts it then it must be OK? I don't think we have to follow that rule. Otherwise you should be demanding support for NMB and WINS in glibc. Mac OS X, too, BTW. But that's not what I wanted to say. I wanted to say that I consider it

Re: Re: Bug#575938: ITP: dh-autoreconf -- debhelper add-on to call autoreconf and clean up after the build

It seems that we could also read the requested versions of automake and autoconf from debian/control and export them automatically using: [...] Does this sound like a good idea? IMHO this sounds like a very good idea. Consequently, dh_autoreconf should become a no-op if autoconf is missing f

Re: Re: Why does bash make itself unconditionally /bin/sh?

> Hmm, thanks to bwh for pointing out my mistake, sorry for the noise. So, what's the matter? Please enlighten us all! -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.o

Re: SRWare Iron: Chromium without the data-mining

With Mozilla disregarding H.264, the community needs a full browser capable of H.264 video playback without the privacy issues of Chrome. You may need to install some additional gstreamer plugins, though. Cheers, Fabian -- To UNSUBSCRIBE, ema

Re: SRWare Iron: Chromium without the data-mining

Am 18.05.2010 18:02, schrieb Ryan Oram: Epiphany has iffy tabbed browsing support and the Javascript engine is incomplete (I can't edit posts on many forums for example). It's a great browser and should be worked on, but we should take as many avenues as possible. I don't see what you mean by "

Re: Re: when to split a package into architecture: all and architecture: any halves

Personally I base my splitting on lintian's warning. The package has a significant amount of architecture-independent data (over 4MB, or over 2MB and more than 50% of the package) in /usr/share but is an architecture-dependent package. This is wasteful of mirror space and bandwidth since it m

Re: Re: Bug#529974: RFP: rtmpdump -- download media streamed with the RTMP/RTMPE protocol

There must be a good *reason* why Christian still maintains ffmpeg and mplayer in d-m.o even though same-named packages are also in Debian. Maybe he likes the extra work?? Maybe because he activates some 5 more built-in encoders in ffmpeg and links it against some 5 more libraries like libmp3l

Re: Re: Bug#529974: RFP: rtmpdump -- download media streamed with the RTMP/RTMPE protocol

So, you say, "concern myself with patent issues", and Reinhard says, "ignore the patent issues". No! If feel the need to quote us, please do it at least correctly! Reinhard did not say to "ignore the patent issue". He asked you to stop throwing oil on the fire, as the whole media patent story h

Re: Fw: Bug#587620: (wishlist) debian packages: add an optional "Why" field to "suggest" entries (in the dependency field)

It would be nice to add an optionnal "why" field to explain what features are enabled in package A when installing package B1. IMHO if the suggests isn't obvious, this should be part of the package description. Something like "this package can also handle postscript files if ghostscript is i

Re: Re: less is somehow in a sour state

I don't see how you can really have packages maintained by more than one person. I reckon the always has to be one person responsible. So I was wondering exactly what extra privileges those persons would have. -- To

segmentation fault (a.o. in /u/s/debconf/frontend)

Hi, since yesterday I get a series of segmentation faults on my system which makes it impossible to install or upgrade packages or even start X. The system is inside a virtualbox so I don't think that hardware errors are the cause. I don't remember having changed anything fundamental in this

Re: segmentation fault (a.o. in /u/s/debconf/frontend)

Am 04.08.2010 11:30, schrieb b...@bc-bd.org: I have seen something similar on my NC10 running testing (native, no virtualization) after hibernating/resuming it. A reboot fixed that. Also, that problem fixed itself before I could get a clue on what was causing it. Unfortunately, a reboot did not

Re: Re: segmentation fault (a.o. in /u/s/debconf/frontend)

I think you want reportbug here. Except for the fact that reportbug dies with a segmentation fault. :/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c5977e6.2030.

Re: Re: Re: segmentation fault (a.o. in /u/s/debconf/frontend)

More information on this issue: The segfault in /u/s/debconf/frontend occurs as soon as the command mx $frontend=make_frontend(); in line 14 is executed. I found this out by cutting off the tail of this file from line 15 on and running it via 'perl -w'. If I cut off from line 13 on the script

Re: Re: Re: segmentation fault (a.o. in /u/s/debconf/frontend)

Found a workaround: In the "Name: debconf/frontend" section of /usr/cache/debconf/config.dat I manually changed the "Value: Gnome" field to "Readline" and now I can run "apt-get -f install" and finally have my system back in a usable state. Sorry for the noise, - Fabian -- To UNSUBSCRIBE

Re: Re: Re: Re: segmentation fault (a.o. in /u/s/debconf/frontend)

Dear Simon et al., thank you very much for your answers! Do you have GLib 2.25.12-1 from experimental, which is known to be crashy ()? Yes, you are exactly right. I forgot to mention in my first post that the package mixture on my syst

Re: Seeking fellow developers feedback for iceweasel in squeeze (transient homepage

So maybe these transient homepages (remember they only show up when the xulrunner version changes, which won't happen in squeeze stable/security updates or when running iceweasel for the first time) should just thank users, and point to some useful links/rss feeds and be done with it. On the oth

Re: Bug#595202: ITP: felix -- Latin-French dictionary, by Felix Gaffiot

the data come from Felix Gaffiot's Latin-French dictionary which was published in year 1934, so it is now in the public domain. The scans of Felix Gaffiot's Latin-French dictionary have been made available by user Zyephyrus at fr.wikisource.org and are part of the Public Domain. If the data

Re: Bug#595202: ITP: felix -- Latin-French dictionary, by Felix Gaffiot

Dear Georges, Am 03.09.2010 22:46, schrieb Georges Khaznadar: You are right, a set of scanned pages is a bold package. So, which would be the most reasonable thing to do: cancel the upload of "felix" into Debian, or upload only the reader, and suggest to get the data from some other place? I'd

Oracle’s Unbreakable Enterprise Kernel - is there more to it?

Dear kernel team and -devel, Oracle recently announced [1] their own 2.6.32-based Unbreakable Enterprise Kernel for their RHEL derivative called Oracle Linux. The announcement promises severe performance improvements compared to the stock RHEL kernel. Do you know what patches they applied to

Re: Re: [RFC] disabled root account / distinct group for users with administrative privileges

I definitely agree that we need to get this change into squeeze and that we need to be careful to not get into bikeshedding about names. On the other hand, choosing a group for a purpose like this should imho be done carefully as changing the name later is hard if not impossible. Since this gro

404 Errors on http://ftp-master.debian.org/new.html

use of this and when will it be fixed? Best Regards, Fabian Greffrath -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227

Re: Does it matter that the squeeze installer...

Please do manually run os-prober (as root) on your system and report the output as a bug against os-prober if it still says Vista. Did you upgrade from Vista to Windows 7 or was it a clean install? - Fabian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "

Re: Bug#611880: ITP: webkit2pdf -- export web pages to PDF files

There is also webkit-image, which currently only exports to PNG image format, though. [0] http://packages.debian.org/source/sid/webkit-image -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive:

Re: Re: chromium-browser is taking over all URLs

There will be a default selected in gnome-session, that can be changed by user action. Without a session-wide default (any session manager can set one, of course) a random choice (possibly alphabetical) is used. It seems the panel to set the preferred applications has been removed from future v

Re: Re: Re: chromium-browser is taking over all URLs

The disappearance of this applet in git master is very concerning, but I just received mention on IRC (thanks fredp) that the functionality will be back soon. I see, it will most probably become part of the System Information tab: http://live.gnome.org/Design/SystemSettings/SystemInformation

Bug#615056: ITP: wolf4sdl -- SDL-Port of Wolfenstein 3-D and Spear of Destiny

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: wolf4sdl Version : 1.6 Upstream Author : Moritz "Ripper" Kroll <http://www.chaos-software.de.vu> * URL : http://www.stud.uni- karlsruhe.de/~uvaue/chaos/downloads.html (403,

Re: Bug#615056: ITP: wolf4sdl -- SDL-Port of Wolfenstein 3-D and Spear of Destiny

Am Samstag, den 05.03.2011, 22:39 +0100 schrieb Michael Goetze: > regardless of the license it may be illegal to distribute this in Germany. I don't think this will be an issue. Installing the wolf4sdl package won't give you the whole game, only the engine. In order to actually play the game you'l

Bug#617214: ITP: cantarell-fonts -- Humanist sans-serif font family

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: cantarell-fonts Version : 0.0.3 Upstream Author : Dave Crossland * URL : http://abattis.org/cantarell/ * License : SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007 Programming Lang

Re: Bug#615056: ITP: wolf4sdl -- SDL-Port of Wolfenstein 3-D and Spear of Destiny

Unfortunately, upstream has vanished by the end of last year. I have reviewed the source code together with Hans de Goede of Fedora fame and he has already uploaded his RPM package, which includes our common patch set, to RPMFusion. We agreed to keep sharing patches among each other and even deci

Proposal of two new control fields: Build-Recommends and Build-Suggests [long reading]

icktime package in the next revisions, so everyone who is interested may inspect them and see "how it looks". ;) So -devel, what do you think about this approach? Cheers, Fabian PS: Please keep me in CC: as I am not subscribed to -devel. Thanks! -- Dipl.-Phys. Fabian Greffrath

Re: Proposal of two new control fields: Build-Recommends and Build-Suggests [long reading]

ckage to do so, let alone to be specifically encouraging this behavior with debian/control fields! Alright, this speaks clearly against Build-Recommends. However, would you consider at least Build-Suggests useful enough to support them? Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität B

toolame: remove from unstable, update in stable

toolame package can be satisfied. 5. What else can you imagine/recommend...? Thank you very much for your suggestions. Cheers, Fabian [1] http://mentors.debian.net/debian/pool/main/t/toolame/toolame_02l-7.dsc -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl fü

Re: toolame: remove from unstable, update in stable

oaded. To which dist should I upload, stable or stable-proposed-updates? Which version number should I choose? Mark Purcell schrieb: > As the current twolame maintainer. > I would be happy with this approach. Great, thank you very much! Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Univers

Re: toolame: remove from unstable, update in stable

Cyril Brulebois schrieb: Yes, you can! And yes, i did! ;) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Re: Please Improve Debian for Multimedia Production

ining a bunch of packages *in* Debian: http://qa.debian.org/developer.php?login=pkg-multimedia-maintainers%40lists.alioth.debian.org Have a nice weekend, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr

Re: why is Ardour pretty outdated in stable and not in testing?

n has been released, there is zero chance that another package will be added. The only chance for ardour to be part of a stable Debian release is Squeeze, not Lenny. -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsst

DEP-5: Please clarify the meaning of "same licence and share copyright holders"

ht: © A © B License: GPL ? If I understand the sentence in question correctly then the proposal really requires me to create all three stanzas... that's insane! Please tell me I am wrong and I may combine the stanzas in to one. cheers, Fabian -- Dipl.-Phys. Fabian

Re: Re: SV: MATE 1.8 has now fully arrived in Debian

> The interesting dependency chain is: Simon, thank you very much for this mail and the two ones following it. Your objectiveness and choice of words in this heated debate is really appreciated! Cheers, Fabian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject o

Re: Re: Possible abuse of dpkg-deb -z9 for xz compressed binary packages

Hi Changwoo Ryu, > I think yes. The cost is 24 MiB extra memory on installation, and > benefits are bandwidth and mirror size saving of big packages. I beg to differ. Those few kiB of bandwidth (yes, I mean it like that) saved when downloading a package are worthless if the decompresion routine f

Re: Request for help: #757168 gamera: FTBFS on several architectures

Hi Daniel, > 177> color = size_t(*src) % COLOR_SET_SIZE; sorry if this is trivial, but have you already checked that (src != NULL)? - Fabian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: ok to ship vaporware in Debian?

Hello Jonas, > In other words, mediaelement.js is a so-called polyfill - it does > nothing on modern browsers, and mimics modern features on older > browsers. as far as I understand the mess, mediaelement.js provides an *API* for media playback in browsers by acting as a wrapper around and el

Re: Trimming priority:standard

> apt-listchanges aptitude aptitude-common at bash-completion bc dc bind9-host Why is aptitude still in this list? Please keep telnet. - Fabian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Arc

Re: Trimming priority:standard

Am Freitag, den 12.09.2014, 08:59 +0200 schrieb Fabian Greffrath: > > apt-listchanges aptitude aptitude-common at bash-completion bc dc bind9-host > Why is aptitude still in this list? This has not been answered yet?! - Fabian -- To UNSUBSCRIBE, email to debian-d

Re: Bug#671302: Circular Build Dependencies (was Bug#671302: libav: circular dependency between libav and opencv)

> libav -> x264 -> libav AFAICT the x264 frontend uses libav whereas libav uses the libx264 shared library. So theortically (!) this issue could be solved by two separate source packages for the x264 frontend and the library. - Fabian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.de

Re: Re: Recommends for metapackages

By the way, I find it enlightening to realize that "gnome" only recommends network-manager-gnome whereas gnome-core depends on it. That was at gnome 2.30 times... -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@li

Re: solving the network-manager-in-gnome problem (was Re: Re: duplicates in the archive)

Recommends is wrong for metapackages because it gets upgrades very wrong. This is why it is used very marginally. Couldn't this get fixed if Depends: network-manager-gnome (>= 0.9.4) was replaced with Recommends: network-manager-gnome Breaks: network-manager-gnome (<< 0.9.4) -- To UNSUBS

Re: [CTTE #681834] network-manager as Recommends or Depends

Am 17.09.2012 18:54, schrieb Don Armstrong: 7. The Technical Committee overrules the decision of the gnome-core metapackage maintainers. The dependency from gnome-core to network-manager-gnome should be downgraded to Recommends. Maybe the attached patch should also get applied against

Bug#717077: ITP: eureka -- map editor for the classic DOOM games

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: eureka Version : 0.95 Upstream Author : Andrew Apted * URL : http://eureka-editor.sourceforge.net/ * License : GPL-2+ Programming Lang: C++, FLTK Description : map editor for the

Non-identical files with identical md5sums on Debian systems?

Hi all, I do occasionally check for identical files on different systems by comparing their md5sums. So, just out of interest, could someone tell me (how to find out) how many non-identical files with identical md5sums there are there on a typical (say, amd64) Debian system? Thanks! - Fabian

Re: Non-identical files with identical md5sums on Debian systems?

Dear Peter, Am Mittwoch, den 07.08.2013, 00:03 +0100 schrieb peter green: > The bottom line is under practical conditions the only way you > are going to see two files with the same md5 is if someone went > out of their way to create them and send them to you. thank you very much for this insigh

Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: fonts-urw-base35 Version : 2:20130628-1 Upstream Author : (URW)++ Design & Development * URL : http://downloads.ghostscript.com/public/fonts/ * License : GPL (needs clarification,

Re: aptitude weirdness wrt upgrades and keeps

how can I teach aptitude to not be sooo incredible stupid? In the current transition to gnome3 (or it seems) I press Maybe experimental (where gnome3 currently resides) has the wrong priority set in /etc/apt/preferences? Mine looks like this and I regularly upgrade (through apt-get, though) wi

Re: ITP: wolf4sdl -- SDL-Port of Wolfenstein 3-D and Spear of Destiny

I have prepared a new package of upstream SVN snapshot r262 that replaces the non-free MAME OPL2 emulator with a GPL'ed one from DOSBOX. Furthermore, I got a confirmation email by John Carmack himself of iD software stating that the original Wolf3d source code has been relicensed under the GPL.

Re: Re: Re: Bug#645656: network-manager in Gnome

Bernd Zeimetz wrote: And I believe that NM should not be something gnome should depend on as there are various other ways to configure your network. Imho it should Recommend network-manage | wicd-gtk | similar-tools-if-they-exist. Those packages do not provide the NetworkManager DBus interface

The mingw* mess in Debian

Dear -devel, is there a reason why we have both a mingw32 and a gcc-mingw32 package in Debian? Both seem to contain the same, i.e. the GCC from the MinGW project (please note they dropped the "32" for a while), but the version in gcc-mingw32 is newer than the one in mingw32. For the 64-bit v

Re: Re: The mingw* mess in Debian

Thanks for your answers! On Wed, Nov 9, 2011 at 2:16 PM, Simon McVittie wrote: Does mingw[32] have any particular advantages over mingw-w64, I wonder? Not that I know. mingw-w64's CRT is more complete (it includes LFS, which mingw32 does not, for instance), includes more up-to-date compilers

Re: The mingw* mess in Debian

Am 09.11.2011 17:04, schrieb Pau Garcia i Quiles: Yes, that would be my advice. Unfortunately mingw32 is now too far behind mingw-w64. The fork has become better than the original project. I still love it for the MSYS bundle, though. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debi

  1   2   >