Re: Collaborative maintenance of mime-support (was Re: Using FreeDesktop MIME entries directly in mime-support).
Answering to my own mail. On Tue, 2012-07-17 at 05:38 +, Laszlo Boszormenyi (GCS) wrote: On Tue, 2012-07-17 at 09:27 +0900, Charles Plessy wrote: 2) Install in Alioth's collab-maint a git repository made with the --debsnap option of git-import-dscs, unless we try to go deeper in time ? Set up commits emails to go to the PTS. I've created an empty git collab-maint repository on Alioth, still not visible over the web interface. As I know, it just need some time. It is now visible: http://anonscm.debian.org/gitweb/?p=collab-maint/mime-support.git;a=summary Empty at the moment. I used git-debimport , the result is at GitHub for review: https://github.com/gcsideal/mime-support If it's OK, I'll rebase to git.debian.org . Regards, Laszlo/GCS signature.asc Description: This is a digitally signed message part
Re: Using FreeDesktop MIME entries directly in mime-support (Re: Fixing the mime horror ini Debian).
Hi Cyril, On Mon, 2012-07-16 at 22:49 +0200, Cyril Brulebois wrote: Charles Plessy ple...@debian.org (16/07/2012): If nobody else volunteers, I propose to start a maintenance group for the mime-support package, that I would store in a Git repository on Alioth's collab-maint group. Just for the record, Charles has an advanced knowledge regarding MIME in general. Hope we can work together. I think that's a perfect use case for collab-maint. László, do you really need a dedicated group for that? My intention was to limit people who can commit to mime-support. It seems there are multiple viewpoints for example about application/x-httpd-* types. One may do more harm with a commit if not consulted by a group of more advanced people. But I'm fine with normal collab-maint as well if you and Charles would like that. Cheers, Laszlo/GCS signature.asc Description: This is a digitally signed message part
Re: Using FreeDesktop MIME entries directly in mime-support (Re: Fixing the mime horror ini Debian).
On Mon, 2012-07-16 at 23:35 +0200, Cyril Brulebois wrote: Laszlo Boszormenyi (GCS) g...@debian.org (16/07/2012): My intention was to limit people who can commit to mime-support. It seems there are multiple viewpoints for example about application/x-httpd-* types. One may do more harm with a commit if not consulted by a group of more advanced people. But I'm fine with normal collab-maint as well if you and Charles would like that. As someone processing alioth-related requests, I would find it nice to use collab-maint for such projects; but I'm willing to hear about arguments against that. As a random developer, I would really hate to see people fight through commits. In case that would happen, I think that can be fixed, IIRC collab-maint has some abuse clauses or something similar. (IOW: I'm not convinced you need a dedicated group; quite the contrary.) I already wrote my reason and that a normal collab-maint place is fine with me. So I just need to login to git.debian.org and create a repository under /git/collab-maint/ right? Charles, I would add myself as Maintainer and you as an uploader or the vica-versa whichever suits you better. Is this OK with you? Regards, Laszlo/GCS signature.asc Description: This is a digitally signed message part
Re: Collaborative maintenance of mime-support (was Re: Using FreeDesktop MIME entries directly in mime-support).
On Tue, 2012-07-17 at 09:27 +0900, Charles Plessy wrote: how about the following (inspired by http://dep.debian.net/deps/dep2/) Maintainer: mime-supp...@packages.debian.org Uploaders: Laszlo Boszormenyi (GCS) g...@debian.org, Charles Plessy ple...@debian.org, Hope Brian will also join. May we add you? I propose the following action plan. 0) We subscribe to the PTS (done for me). For me as well, I assume Brian is also subscribed. 1) Upload to experimental an adopted package with the updated maintainer and uploaders list, the VCS fields updated, and the patch for #497779 applied. +1 2) Install in Alioth's collab-maint a git repository made with the --debsnap option of git-import-dscs, unless we try to go deeper in time ? Set up commits emails to go to the PTS. I've created an empty git collab-maint repository on Alioth, still not visible over the web interface. As I know, it just need some time. Made the config to send commits to the PTS. So, how deep should be the package import? The full history from snapshot.debian.org or just the last upload is enough? We will have the file history, but not the comment why happened and what. 3) Make crystal clear in the source package's READMEs that uncoordinated commits are an abuse of the collab-maint Alioth group. But perhaps we can allow developers to create topic branches related to bugs in the BTS if they like ? +1 , but I assume you know that others may create free and public git trees elsewhere, for example on GitHub. They may send a merge request when their work is done. The tree is still visible, separated and can be merged if needed. 4) Postpone any other change on the main branch until either #681687 (tech. comittee) is solved or Wheezy released. +1 Lastly, I would like to thank Brian for his impressively 16-years long work on mime-support. Brian, feel free to stay among the uploaders ! I join as well. Thanks Brian for your previous work! Hope you will be still close to the package and the recent events don't turn you down. Regards, Laszlo/GCS -- 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/1342503504.8460.88.camel@julia
proposed sqlite3 transition
Hi all, With the upload of sqlite3 3.5.4 to experimental, I would like to ask everyone who build depend on SQLite3, please test it as its inner is changed a lot. Should be fine for the outer side, but please read the details[1]. I could compile several packages against it, but not being user of those packages, not tested the result. Expect that I will upload it to unstable in two weeks time. Well, it fixes a critical bug[2], so sooner would be better. Please drop me a line whether your package is fine with it or has some problems. Regards, Laszlo/GCS [1] http://www.sqlite.org/34to35.html [2] http://www.sqlite.org/releaselog/3_5_4.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ajax comparision help
Hi all, I would like to develop a PHP web application, which would heavily use AJAX. Anyone has experience with the frameworks out there? I use Prototype at the moment, but also looking for alternatives. MochiKit looks quite good, but I would like to make my app open source and the dual license of MochiKit makes me a bit confused. It's OK, MIT considered non-free AFAIK, but the Academic Free License is free, right? Any other AJAX frameworks which is kind of feature rich, easy to use and ofcourse have a free license? Thanks for any replies in advance, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFH: cdw -- Tool for burning CD's - console version
Package: wnpp Severity: normal I request assistance with maintaining the cdw package. It has a bad thread implementation as far as I can tell; thus when writing the CD with one thread and checking the progress from an other it segfaults. Upstream finished its development, but I would like to see it in Etch if this issue can be fixed. Please help me correcting this, the code is in pure C. Thanks in advance, Laszlo/GCS The package description is: Ncurses-based frontend for cdrecord and mkisofs. It can handle audio and data CD burning, through a CD image or directly from the files. . Contains the console based version of cdw. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ftp upload queue?
On Sun, 2006-10-08 at 22:42 -0700, Thomas Bushnell BSG wrote: Aurélien GÉRÔME [EMAIL PROTECTED] writes: As soon as I send a mail, the deamon restarts... Good news! ;) Yep. Thanks magic elves! Then please help again elves! :-) The daemon is down again. :( Cheers, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITP: fusedav -- userspace file system driver for mounting WebDAV shares
On Wed, 2006-08-23 at 21:16 +0200, Sebastian Harl wrote: retitle 379147 ITP: fusedav -- userspace file system driver for mounting WebDAV shares owner 379147 ! thanks [...] I'm going to package this software. Did you consult with Lennart Poettering before you take over? Anyway, the neon dependency is OK just by now. The neon26 package is accepted today to the archive, so you can build depend on it. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: idea for project machines
On Sun, 2006-03-26 at 00:48 -0500, Steve M. Robbins wrote: Laszlo said: I was in this situation some time already. But it isn't a solution to get sudo apt-get install rights. Someone who may have a build-conflict with your build-depends won't be happy if you install that package(s). Also your build-depends may conflict with others build-depends and those would be removed. Again a someone is not happy situation. All true. But the current situation is similar. Not really, you miss a couple of points. I may ask Mr. build-machine-admin to install package X that conflicts with package Y that someone else needs. If Mr. admin is not aware that Y is currently in use, someone is unhappy. Would be true, but Mr. admin has his rights to check if the other user is building his/her package or not. Mr. admin can even remember that other user asked for these build-depends less than a week ago, so he can choose to install your conflicting build-depends on an other buildd if other is availble for that arch. Mr. admin can even make his decision on the other user's dir contents. Does s/he still have that source package under his/her account that needed the previous build-depends? If yes, how long is it untouched by now? You won't know who installed those build-dependencies and when or is it still needed or not. My suspicion is that this won't happen often enough to worry about. OK, I ACK that your way may be better for us. Let's try it on less used arch and see if Mr. admin agrees. Cheers, Laszlo/GCS signature.asc Description: This is a digitally signed message part
Re: idea for project machines
On Sat, 2006-03-25 at 15:01 -0500, Steve M. Robbins wrote: [...] apt-get your sources, chroot into sid, and discover that one of the build-dependencies is missing. There's no way to debug the build problem: by the time you find the right address to email about adding the build-dependency, your time window is up and the issue is forgotten for another week or month. Wouldn't it be nice if you could simply sudo apt-get install yourself? Is it feasible to have at least some of the sid chroots allow this? Alternatively, how about sudo pbuilder login ...? I was in this situation some time already. But it isn't a solution to get sudo apt-get install rights. Someone who may have a build-conflict with your build-depends won't be happy if you install that package(s). Also your build-depends may conflict with others build-depends and those would be removed. Again a someone is not happy situation. Regards, Laszlo/GCS signature.asc Description: This is a digitally signed message part
Re: Linux and memory leak
Hi, On Fri, 2006-02-03 at 20:27 +0200, gustavo halperin wrote: In this situation all is work very sloowlyyy. Open a terminal, type 'top'. Check that all three numbers after 'load average:' are under one. You will see a list of applications running, and memory usage in %. Check which one is big. I'm using the next applications: Mozilla, Acroread, xpdf, gv, gnu-emacs, xfig mplayer and some epplets of I heard that Mozilla needs to be closed after much use, try it. Enlightenment and nothing more. I think if you use E17, then it may be a problem, because that is experimental ATM. How I can find the problem, please don't tell me reboot the system, I mean this is not Windows. Don't reboot. Second, please also don't tell me that Linux work in this way, No, it doesn't work this way. Hope you will figure it out soon. Please report back. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Your Confirmation Required
Hi all, On Mon, 2005-12-26 at 08:40 +0300, [EMAIL PROTECTED] wrote: This message is to verify that you wish to have your email address: debian-devel@lists.debian.org added to the Alharamain Sermon(english) Subscribe Me mailing list. Can't we just filter out these messages? Regards, Laszlo/GCS signature.asc Description: This is a digitally signed message part
Re: bogus lintian warning
On Fri, 2005-09-30 at 23:34 -0700, Thomas Bushnell BSG wrote: The lintian warning source-contains-CVS-dir is bogus. It is not. I agree that upstream should not put CVS in their tarballs. But sometimes they do. Unfortunately. When they do, it is a violation of Debian standards to remove it from the orig.tar.gz file. So there is no question of doing that. Where do you read that? May be true, but can't remember any place ATM. If you remove the CVS files from your unpacked build directory, that's well and good, but dpkg-source refuses to honor this, printing helpful messages like dpkg-source: warning: ignoring deletion of directory stylesheet/CVS That's correct. You should remove it from .orig.tar.gz . So, it's a bogus warning. It should be removed from lintian. Changing the .orig.tar.gz is not forbidden. So the lintian warning can stay IMHO. The same with .svn/ dirs, don't forget them if CVS/ is on topic. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: glibc and PaX issue
On Sun, 2005-09-04 at 20:57 +0200, Grzegorz Bizon wrote: I have few question about PaX from grsecurity and glibc in Debian. I have etch, with kernel 2.4.28-grsec (compiled by myself) on my machine, and I recently ugraded glibc to 2.3.5-6. Do you have the paxctl package? Suddenly few applications gone insane ;P [...] I tried to google but I didn't find nothing interesting. I think it's problem with glibc and PaX from grsecurity patch. I hardly know how PaX is working but I think it just protects some areas of memory that It should not in this case, or sth ;P, maybe it's glibc problem ?. Do you know that you may need the http://www.grsecurity.net/~spender/grsecurity-glibc-2.3.3-rc1.tar.gz patches? But maybe the http://pax.grsecurity.net/binutils-2.16-pt-pax-flags-200506102235.patch patch for binutils? Installation of ,,fixed packages''[2] soloved this issue. But in my opinion better solution is fixing it in Debian :P. Debian will support SELinux, I do not know if GRSecurity will have a chance. :-| It is of course possible that I'm wrong and I've missed something (again ...) so, please, can somebody explain my what happened ? It may be better to ask around at http://www.grsecurity.net/cgi-bin/mailman/listinfo/grsecurity Cheers, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#325709: ITP: xmms2 -- XMMS2 is a redesign of the XMMS music player
On Tue, 2005-08-30 at 14:31 -0500, Peter Samuelson wrote: [Florian Ragwitz] XMMS2 is a redesign of the XMMS music player. It features a client-server model, allowing multiple (even simultaneous!) user interfaces, both textual and graphical. Gee, and Beep Media Player is going through a similar redesign. Me wonder. What? Where? Google... Once that's finished and packaged, we'll have four xmmses. I think old ones can be dropped after a while with transitional packages. Cheers, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Results of the meeting in Helsinki about the Vancouver proposal
On Sun, 2005-08-21 at 19:55 +0200, Aurelien Jarno wrote: Jonas Smedegaard a écrit : Currently, sponsored packages are only signed, not built, by official Debian Developers. Is that intended to change, or is it a typo in the proposal? I don't know what is the rule but personnally, I never upload a package I haven't build, I rebuild all packages I sponsor. I hope others developers do the same. I do rebuild them and more on this that I download the .orig.tar.gz for myself from the official upstream location and check the diff ofcourse. This may sound paranoid, but this is me. Regards, Laszlo/GCS -- BorsodChem Joint-Stock Company www.debian.org Linux Support Center Software engineerDebian Developer Developer +36-48-511211/23-85 +36-20-4441745 signature.asc Description: This is a digitally signed message part
Re: Be sure you pack your bags yourself (was: Results of the meeting...)
On Sun, 2005-08-21 at 19:44 +, W. Borgert wrote: I hope, that no DD ever signs a package, unless created by a DD and already signed by them. There would be no reason to do it. If one of us already signed, then it is valid; if there are two (or maybe more) sign on a package, then it can not be accepted for uploading, believe me, once happened with me and katie rejected it immediately. Cheers, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fresh blood gets congested: long way to become DD
Hi Nikita, (Are you a girl maybe?) On Mon, 2005-08-01 at 15:55 +0400, Nikita V. Youshchenko wrote: The only thing that makes me feel uncomfortable now is that I'm not able to upload packages that fix bugs timely - communication with sponsor leads to very long overhead - probably because of vacation season... Well, I do not know which package is it, but if it isn't too complicated, then please contact me and I may help you out. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fresh blood gets congested: long way to become DD
On Mon, 2005-08-01 at 11:35 -0500, Adam Heath wrote: On Mon, 1 Aug 2005, Laszlo Boszormenyi wrote: Hi Nikita, (Are you a girl maybe?) What does that have to do with anything? Stop being male-chauvanistic. Nothing. It was just a question, as Nikita sounds to be a female name, but as I'm not sure about it, I was just interested. At least for me, a Hungarian, it sounds like a female name. Please describe the meaning of 'male-chauvanistic'; my english is not so good and I could not find it in the dictionary I was looking into. If possible, be in private, don't flood -devel. Just to get it straight: the question was in brackets; I help her/him anyway if his/her package(s) is not that complicated=I can build it without too much dependencies, can try it out that it still works and so on. For example I can handle a vim/lincity/mono like package, but not an other big and special package, which needs special files/knowledge to run like a raytrace/mathematical package. Regards, Laszlo/GCS signature.asc Description: This is a digitally signed message part
Re: question: bugfixes in experimental?
Hi, On Sun, 2005-07-31 at 08:11 +0200, Harald Dunkel wrote: Shouldn't it be some kind of policy to mark a bug as fixed, only if the fix is available on the same level as the previous broken package? There's a semi-policy IMHO, you can tag[1] the bugs instead of closing them, so there's a fixed-in-experimental for example. You can also tag the bug as sarge, etch, whichever contains the bug. Say, if the bug exists in sarge _and_ etch, then you fix the bug for Etch, but instead of closing it, remove the etch tag. Then, fix the bug for Sarge, and say it is important enough that the volatile project accept it, so you close the bugreport. Otherwise you better close it anyway, as you don't have other way to make the fix into Sarge; well, maybe with the upcoming revisions as it happeded with Woody and earlier. Regards, Laszlo/GCS [1] http://www.debian.org/Bugs/Developer#tags -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
remove unwanted header lines from e-mails
Hi, I have thousands of emails in separate maildirs. I would like to remove header lines from all of them that matches a pattern. AFAICR I have already used something similar a long time ago, but now I can not dig up anything. Is there any tool that can do this (C/C++ preferred, but Python/Perl is also OK)? Thanks in advance for any pointers, Laszlo/GCS -- BorsodChem Joint-Stock Company www.debian.org Linux Support Center Software engineerDebian Developer Developer +36-48-511211/23-85 +36-20-4441745 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: skills of developers
Hi Bartosz, On Fri, 2005-07-15 at 01:52 +0200, Bartosz Fenski aka fEnIo wrote: What are the required skills of the developers/developers-to-be? Skip, as we both passed the NM process. should everyone be able to maintain every package on the world? No, packaging is not just put the right files to the correct place thing. You/we often should make changes to the source to make it compile, further develop upstream (like the kernel-source or what Siggy and a bit me was doing with MailMan, etc). Changes sometimes also required to make the depends optional and/or chooseable. (Bug-)Reporters may submit patches, that you should read and approve or reject, etc. Last but not least you should know how to configure a package, how to make transitions from one version to an other if it needs configuration/data upgrade. Packaging is not just packaging, see that some packages have a team to do it right, because one person just can't do it. To be honest I intended to join Debian project mainly to work on documentation/translation efforts. Yes, I have asked you back then that you are going to be a Debian _Developer_ when the only thing you want to do is documentation and translation. I was HIGHLY SURPRISED that my application manager (greetings to him) asked me how to create Debian package. For Christ's sake who the f*** I am to know about it if I'm going only to translate some stupid documents huh? Debian _Developer_. You can translate documents, submit then against the package as patch for example. You can even join to the translation teams. Have you seen http://www.debian.org/intl/l10n/ for example? I think yes, as you are involved according to http://www.debian.org/intl/l10n/po-debconf/pl There are mailing lists even: http://lists.debian.org/i18n.html Also, general documentation needs translators as well: http://www.debian.org/doc/user-manuals There are some Polish done, but others may accept help as well. I'll be never good programmer and I'm aware of it. Knowing C and knowing C can be two different things. Yup, and knowing C and Ada can be an other kind of different things. In sum. Maybe it's time to create additional positions in Debian project? There are already differences, maybe not like you 'proposed', but for example _no-one_ should be a DD to make translations. So I think the very first thing a translator should do is to join his/her tranlation team and/or maillist and offer help. DD as the name suggests is a 'Developer'. I suppose we're going to have flamewar here as usual, so please... oh nevermind :P It was my first and only shot. I do not know how I got your mail even, as I am not on debian-devel@ anymore. Thus I don't think I will get the replies even, will read archives. Regards, Laszlo/GCS signature.asc Description: This is a digitally signed message part
[VAC] June 26-July 2
Hi, I am at Bratislava, Slovakia at the specified time. Anyone is there for a meet, keysign or anything, I am open for it. I can be reached by SMS (english or hungarian please) +36-20-4441745 Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[VAC] June 26-July 2
Hi, I am at Bratislava, Slovakia at the specified time. Anyone is there for a meet, keysign or anything, I am open for it. I can be reached by SMS (english or hungarian please) +36-20-4441745 Regards, Laszlo/GCS signature.asc Description: This is a digitally signed message part
Re: Upcoming removal of orphaned packages
On Thu, 2005-06-16 at 20:00 +0100, Martin Michlmayr wrote: * Sven Mueller [EMAIL PROTECTED] [2005-06-16 20:53]: Though I probably can't adopt it (due to lack of time), it would be a pity to loose this since there is no comparable commandline tool available and it works quite well. If all else fails, I might re-think adopting it. Andreas Tille expressed interest in this package and I find the description quite interesting too. Does anyone know if there's a suitable replacement which is still maintained? Quoting[1]: [2002/02/06 23:55] PixiePlus[2] now supports similar image finding using an algorithm based on mine, and for those unable to run a current version of KDE, gqview[3] will also find your similar images, albeit using a different algorithm whose results I haven't compared with my own. Both are FAR faster than findimagedupes and, I would say, both make it obsolete. If someone else would like to continue its development for web or other non-GUI purposes (this means you, Debian maintainers ;) ), by all means feel free, but consider my itch scratched. Thus I may think it is enough (no more upstream activity, abadonned more than three years ago, has other and problably better alternatives) to remove this package, but let others do the choice. Regards, Laszlo/GCS [1] http://www.kudla.org/raindog/perl/ [2] http://www.mosfet.org/pixie/ [3] http://gqview.sourceforge.net/ signature.asc Description: This is a digitally signed message part
Re: Upcoming removal of orphaned packages
On Thu, 2005-06-16 at 22:13 +0200, Andreas Tille wrote: Perhaps this might be true for the initial Perl implementation, but: [2001/03/03 10:05] Markus Schoder has contributed finddupes.cpp, GPL'ed source code for a C++ based version of my horribly slow compare routine. In his testing on a directory of 35,000 images, it was about 300 times faster than findimagedupes' perl implementation. Yup, but that's even more old, more than four years old. Will download it and check if its still compilable even. and, I would say, both make it obsolete. If both would have a command line interface. I do not think they have. I do not know both but the page you quoted mentioned that findimagedupes is the only command line tool. Yes, and this is sad. What I need is a command line tool as well. I can not have any GUI where I would like to use it. I would really love a command line alternative. If you tell me any I will be quiet immediately. I do not know any. But if any of you find an alternative, then please tell me as well. But I would love to have a test first. Please give me two weeks. Thanks, the time is on your side as I also would like to have a command line based tool. Regards, Laszlo/GCS -- BorsodChem Joint-Stock Company www.debian.org Linux Support Center Software engineerDebian Developer Developer +36-48-511211/25-90 +36-20-4441745 signature.asc Description: This is a digitally signed message part
Re: Debian kernels
On Sun, 2005-05-29 at 20:36 -0700, Steve Langasek wrote: 1) What's the timeframe? Should it be available for Sarge, so it needs quick packaging? [...] Uh, I don't care how quickly you package it, we're not promoting a totally new package from unstable to stable in the space of a week. Sorry. Err, my wording was wrong. I meant prepare it to run in a Sarge environment or not. But I do not want it to be official either, but as an add-on from an unofficial apt-repository. Btw, it will need ftp-masters approval even, as it will be a new package, then more tests, bugreports to fix, etc; no way for official support in Sarge, I know it. Sorry for the confusion, Laszlo/GCS signature.asc Description: This is a digitally signed message part
Re: Debian kernels
On Sun, 2005-05-29 at 16:09 +1000, Russell Coker wrote: The option CONFIG_AUDIT needs to be enabled to allow SE Linux access denials to be logged, without this it is impossible to use SE Linux. While making such changes enabling the option CONFIG_AUDITSYSCALL would be useful, this enables auditing of the system calls performed by applications. Using this requires the auditd package to be installed (*). [...] (*) I don't have time to take on another package at the moment. But I would be happy to help someone who wants to package auditd. I have a little time and would like to package auditd. There are two problems I am asking for: 1) What's the timeframe? Should it be available for Sarge, so it needs quick packaging? 2) I don't have experience with SELinux, but as my secondenary workplace just switching to it from GRSecurity (and I am the maintainer of it in Debian), I think it would be a fit for me even if I need some more time to deal with it. Regards, Laszlo/GCS -- BorsodChem Joint-Stock Company www.debian.org Linux Support Center Software engineerDebian Developer Developer +36-48-511211/25-90 +36-20-4441745 signature.asc Description: This is a digitally signed message part
Bug#311214: ITP: auditd -- User space tools for 2.6 kernel SELinux auditing
Package: wnpp Severity: wishlist Owner: Laszlo Boszormenyi [EMAIL PROTECTED] * Package name: auditd Version : 0.9 Upstream Author : Started by Rik Faith, maintained by Steve Grubb [EMAIL PROTECTED] * URL : http://people.redhat.com/sgrubb/audit/ * License : GPL, libs are LGPL Description : User space tools for 2.6 kernel auditing The audit package contains the user space utilities for storing and processing the audit records generate by the audit subsystem in the Linux 2.6 kernel. Also contains libraries and headers for developing applications that need to use the audit framework libraries. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.11 Locale: LANG=en_US, LC_CTYPE=hu_HU (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Is SZALAY Attila MIA?
Hi, On Wed, 2005-05-18 at 19:38 +0200, Jeroen van Wolffelaar wrote: It's been 'only' a few months since nothing has been heard -- I've added your hint now to the MIA database for later followup, and will orphan when no reaction is forthcoming after a number of pings, so that you can take over. I used to know him, will try to get in touch with him as well. But Mag should know more, let's see what happened with sasa. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mrtg package problems
Hi, The mrtg and related packages seems to be orphaned. Shiju p. Nair is last done an upload at 2004 April the 6th. Since then, there are only NMUs, like it was NMUed constantly since 2002. The package is a bit bad shape, would be good if someone look into them; there are even seven years old bugs, but well, others are only five or three years old. Is there any better package for this task, so mrtg can be dropped maybe? But as some bugs have patch included, maybe someone else can prepare a bugfixing version. On the other hand, I think 2.11.1-1.1 should be pushed to Sarge. Regards, Laszlo/GCS signature.asc Description: This is a digitally signed message part
Re: mrtg package problems
Hi, On Tue, 2005-05-10 at 12:23 -0500, Adam Majer wrote: Currently there are two packages that he maintains, Yup. I would like to maintain mrtg since I do use it. As to the other package, it probably should be orphaned. OK, please check the bugs, review patches etc. for mrtg. I may even sponsor it if you need it. A company I am contact with, is just checking it, but they may switch to netmrg. Anyway, I will try to take care of the problem. I'll see if I can contact Shiju and if there is no response by end of the month, I'll orphan the packages and take over mrtg, unless someone has a problem. I am OK with it, even if I am only a simple DD without too much words. Anyway, you can do NMUs meanwhile as Jeroen already wrote about it. Regards, Laszlo/GCS signature.asc Description: This is a digitally signed message part
Re: orphaning packages
Hi, On Sat, 2005-03-19 at 18:55 +0100, Sergio Rua wrote: My GPG was compromissed before Xmas and since then, I was unable to get a new key. Bad thing. :( Hope you will get a new one soon. Two of my packages are getting full of bugs which I can fix and close so I decided to orphan them and if I'm be able to get new key in the future, I'll find new packages to mantain. What about someone (maybe me) sponsoring your upload? Fix the bugs, put the new package online and send me where can I get it. Then after a check, I will upload it for you. So you won't lose the packages. Regards, Laszlo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mplayer 1.0pre6a-4 for i386 and PowerPC and sparc
On Tue, 2005-03-15 at 00:56 +0100, Sven Luther wrote: Well, there are two issues here, one is why mplayer is not in debian. Supposedly it was because the legal situation was not clear and that made it dangerous and maybe illegal for us to distribute it. I wonder why ubuntu does not have this problem (even it if is in universe/multiverse), and if maybe this means the problems got solved and it could be included in debian now, or maybe because ubuntu just didn't care about the legal dubious situation. Just a note, that their homepage[1] is something like closed: Free Software Multimedia Threatened by Software Patents Closed for patent infringement This site has been shut down because of numerous patent violations in MPlayer. The other free software multimedia players are next. [...] This is a preliminary warning, but everyone should look into all possibilities. Regards, GCS/Laszlo [1] http://www.mplayerhq.hu/homepage/index.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]