Re: Is it time to remove sun-java6?
On Thu, 2009-10-08 at 11:44 -0400, Barry deFreese wrote: > Hi folks, > > A few of us have been discussing the removal of sun-java6. It is > non-free, orphaned, buggy (including security bugs), and can > generally > be replaced by openjdk. There are only three reverse depends left > and > none of them directly depend on sun-java6 but instead dep on > java6-runtime. > > There has also been some similar discussions in Ubuntu with some > users > reporting that some web sites and packages don't work with openjdk but > I > have not seen a lot of concrete proof. > > My personal feeling is that we either need to remove it or fix it up. > > Any thoughts? > > Thanks, > > Barry deFreese In my opinion, I would opt to keep sun-java6 in the archives for a while longer. There are places where the openjdk just doesn't cut it when you are programing in Java (paint3D wasn't implemented last I heard, ans such like that). Not too much of an argument, just hoping to share that angle (if it hasn't been shared already) -- Luke Cycon -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: get-orig-source: possible MBF
On Thu, 2009-10-15 at 23:04 -0300, Felipe Sateler wrote: > Note that the policy also says: > > | This target may be invoked in any directory, and should take > care > | to clean up any temporary files it may have left. > > I'm not sure if it is my english at fault here, but don't read this as > a > must requirement (that is, you may have a get-orig-source that doesn't > comply with running from any directory). I am not sure that is what that means. The way I read that first part means to me, "Users may be invoking this command from any directory, so be prepared to handle it". But that of course is assuming that first line is addressing the user/developer as to how the command may be called. This may not be my place to talk, seen as my packages don't have a get-orig-source (I think..? I would have to check). -- Luke Cycon -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: opinions on NEWS file within a Debian release
On Fri, 2010-03-05 at 12:32 -0800, Mike Markley wrote: > A package I maintain (opendkim) has released a new major version which > removes support for a commonly-used conf file setting in the previous > version. Although that setting is common, it is not set by default in > the Debian package. > > However, this package has yet to see a Debian release. As such, it is > only in testing and unstable. I'm therefore undecided on whether to > mention this in NEWS. > > How do other developers feel about this? Does it make sense to mention > the configuration change in the NEWS file, considering that this won't > affect any stable release? I would mention something about this change in the NEWS file, as it may be nice to have a record if anyone ever needs to look back for this change and what it effects. That is just my opinions though, I would look for some other DD opinions as well, can't trust just this lowly ; ) -- Luke Cycon signature.asc Description: This is a digitally signed message part
Re: Team uploads.
On Thu, 2010-03-11 at 10:08 +0800, Paul Wise wrote: > As far as implementation details go, would it be a good idea to also > add dch --team, which would produce the right string for the purposes > of quieting lintian? I think that would be useful. I think if we don't do this, many will simply "wing it" when writing the changelog rather than looking up the 'correct' way to quiet lintian. A thought: Maybe make it accept dch --team for the cases where the QA team for some reason may be uploading in place of the normal team, or in the cases where there normally is no team. (Sorry if that is somewhat confusing, I have been up for 26 hrs I am seeing yellow elephants...) -- Luke Cycon signature.asc Description: This is a digitally signed message part
ITP: pius -- Allows you to quickly and easily sign each UID on a PGP keyring
Package: wnpp Severity: wishlist Owner: Luke Cycon * Package name: pius Version : 2.0.7 Upstream Author : Phil Dibowitz * URL : http://www.phildev.net/pius/ * License : GPLv2 Programming Lang: Python Description : Allows you to quickly and easily sign each UID on a PGP keyring This program allows you to sign all the keys in a keyring without requiring separate invocations for each key. Many signing parties distribute a party keyring containing all of the participants keys. This utility can reduce the time spent signing a large about of keys from hours to less than a single hour. From the Author's website: > That can already be time consuming, but preferably, you want to verify > the identity in each UID, which means verifying the email addresses. > There are a few ways to do this, but one of them is to sign each UID > on the key individually (which requires import-sign-export-delete for > each UID), encrypt-emailing that key to the email address in the UID. > This can be incredibly time consuming. > > That's where pius comes in. Pius will do all the work for you - all > you have to do is confirm the fingerprint for each key. It will then > take care of signing each UID cleanly, minimizing the key, and using > PGP/Mime email to send it, encrypted, to the email address in the UID. -- Luke Cycon signature.asc Description: This is a digitally signed message part
Re: Suggestion to developer tools
On Thu, 2010-03-18 at 17:32 -0500, ceduardo wrote: > Hi every body, thaks you for your suggestions. > > Well I am learning about C, C++ and Linux programing, jeje I am trying > to be a Debian developer this is my objetive. On my practices use > emacs and others tools from console. > > What Do you developer tools sugges? *If* I understand what you are asking (For suggestions for development tools), you have got some of the main ones. When I need/want a nice GUI for when I am feeling lazy, I use Eclipse (Available in the repos, though there are newer version out there). Other than that, a nice console text editor and the compiler (In C/C++'s case) is a very powerful development environment. All in all, it is a matter of choice. Do you like a more GUI-centric style of programming? Or are you comfortable using command line tools? Again, sorry if I misunderstood the question. (I am CCing you on the off chance that you may not be subscribed to this list, sorry if you are (Somewhat of a generalization, I see many of these questions asked by people not subscribed to the list.)) Thanks, -- Luke Cycon signature.asc Description: This is a digitally signed message part
Re: Suggestion to developer tools
On Thu, 2010-03-18 at 22:12 -0500, ceduardo wrote: > > I wanted to know aobut the typicals develoment toolt that you use. > I mainly use eclipse or gedit or a command line text editor (Depending on my mood) I suggest you learn how to use these as well, they allow for much customization. > > I have Eclipse installed but I don't use this for C/C++, but It is a > good idea to try with this one. I am testing NetBeans IDE but I want > to know your suggestions. I prefer Eclipse over NetBeans for all of my development because I feel that NetBeans is a bit to "bloaty" As I said, this is a matter of preference. I can't really tell you what you will like best ;) -- Luke Cycon signature.asc Description: This is a digitally signed message part
Re: gnome is completely f^Mmessed up
On Fri, 8 Jun 2012 16:15:42 +0900
Norbert Preining wrote:
> Hi everyone,
>
> is this only me or do I have the feeling that we are going down
> the trench with Gnome?
> Repeatedly:
> - first login: nautilus segfaults in libnautilus-fileroller.so
> after log out and log in it sometimes works
> starting it manually most of the times work, but not always
> - ssh/gpg agent: most of the time just is completely useless
> either does not ask, or just segfaults in libglib-2.0
> - plugging/unplugging power cord makes gnome-shell crash (known bug)
> - ...
> When I finally manage to get a running session, then out of nothing
> the blue whale appear, BSOD.
>
> Is this a joke? Are we going to release that in June/July/whenever?
>
> Best wishes
>
> Norbert
>
> Norbert Preiningpreining@{jaist.ac.jp, logic.at,
> debian.org} JAIST, Japan TeX Live &
> Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0
> D2BF 4AA3 09C5 B094
>
> PEEBLES (pl.n.) Small, carefully rolled pellets of skegness (q.v.)
> --- Douglas Adams, The Meaning of Liff
>
>
I have the added issue that GNOME seems to (somehow) manage to spawn in
excess of 100 Xserver when I try to log in.
I switched to XFCE4 as well.
~ Luke Cycon
DM -- University of California, San Diego CS Undergrad
--
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/20120610135404.72fcf...@lukelaptop.home.local
Buggy/Stable java program (craftbukkit), possible ITP?
Hey all, Available online is a game server called craftbukkit. It is effectively an LGPL rewrite of the closed source Minecraft server. It is widely used to run game servers, and I feel many users would benefit from a package containing the builds pre-setup to run correctly. (As it stands, server installation can be tricky for those not knowledgeable in Java.) This is all well and good, but the issue comes here: The software is currently under development and unreleased. That being said, its developer builds are still very stable. However, given such a large game (feature/game-play possibility wise), quite a few bugs do crop up. These bugs are inherently issues with the game/gameplay and are not easily fixed by anyone but the bukkit devs. My question boils down to this: Would it be outside the realm of possibility to package such a program and only accept bugs that have to do with its Debian specific packaging? The bugs are resolved rather fast by upstream, usually being fixed within a week. For this reason, my first thought would be to keep the package in unstable and keep a steady flow of updates. I haven't seen any packages like this one, but I can't say I led an extensive search either. If anyone knows of one, point me towards it so I can take a look! Looking forward to everyone's input, -- Luke Cycon 0x36A0D0AA Git Repo for craftbukkit: https://github.com/Bukkit/CraftBukkit Bukkit Homepage: http://bukkit.org/ signature.asc Description: This is a digitally signed message part
Re: Buggy/Stable java program (craftbukkit), possible ITP?
On Tue, 2011-07-12 at 13:41 +, The Fungi wrote: > On Tue, Jul 12, 2011 at 12:43:03AM -0700, Luke Cycon wrote: > [...] > > It is effectively an LGPL rewrite of the closed source Minecraft > > server. > [...] > > I gather that it's a partial reverse-engineer-and-patch layer for > Minecraft (so arguably a derivative work), and its legality is > currently under dispute according to the FAQ. All this would have to > be figured out before Debian could distribute it: > >"The Bukkit Team is currently in talks with the Minecraft >developers to sort out any licensing issues before we decide to >have an official release." > >http://wiki.bukkit.org/FAQ#When_will_Bukkit_be_released.3F > > Even once licensing is worked through, unless it becomes useful for > anything besides Minecraft or unless Mojang decides to release a > DFSG compatible version of Minecraft so that it too can be in > Debian, I suspect CraftBukkit would be relegated to the contrib > archive area (and thus not officially part of the Debian > distribution). Mhm. Mojang seems to be building a modding API which they say is going to simply be a full release of the source code of the server. There is a condition of use that whatever is made using the modding API must be provided free of charge. (At least this is what I gather from crawling over their site) Link is [1], a blog post from Markus "Notch" Persson, owner of Mojang Spec, explaining this (Look near the end). I will try get into contact with someone at both Mojang and Bukkit and see what could be arranged. To the contrib point: I still think that inclusion in contrib would be very useful. I am open to counter arguments though. [1] http://notch.tumblr.com/post/6385865216/post-e3-information-dump -- Luke Cycon signature.asc Description: This is a digitally signed message part
Re: Buggy/Stable java program (craftbukkit), possible ITP?
On Tue, 2011-07-12 at 14:29 -0700, Luke Cycon wrote: > Mhm. Mojang seems to be building a modding API which they say is going > to simply be a full release of the source code of the server. There is > a condition of use that whatever is made using the modding API must be > provided free of charge. (At least this is what I gather from crawling > over their site) Link is [1], a blog post from Markus "Notch" Persson, > owner of Mojang Spec, explaining this (Look near the end). > > I will try get into contact with someone at both Mojang and Bukkit and > see what could be arranged. > > To the contrib point: I still think that inclusion in contrib would be > very useful. I am open to counter arguments though. > > [1] http://notch.tumblr.com/post/6385865216/post-e3-information-dump Okay. The Vanilla Minecraft server is a lost cause, Markus says its closed source and they are not interested. He does say that Bukkit is a derivative of their intellectual property and that they have worked out a license deal. Seen as the LGPL notice is new, I would assume that is the license deal, but I will check with the Bukkit owner. Thanks, -- Luke Cycon signature.asc Description: This is a digitally signed message part
